Censornet

Mail 모듈은 수신 메일을 피싱, 악성코드, 송장 사기 기준으로 검사해 사서함에 닿기 전에 막는다. 샌드박스는 의심스러운 첨부와 링크를 격리 환경에서 열고, SecureMail은 나가는 내용에 검사를 한 겹 더한다. 연결에 MX 레코드 변경이 필요 없어서 첫날 메일 흐름 전체를 돌릴 필요가 없다.

Browse는 단말 에이전트나 클라우드 게이트웨이로 웹 트래픽을 들여다보고 사용자, 그룹, 앱 단위로 정책을 적용한다. CASB 쪽은 실제로 쓰이는 SaaS 목록을 유지하며 아무도 승인하지 않은 서비스까지 보여 주고, 업로드와 공유, 다운로드 같은 동작을 기록한다. 브라우징 세션과 그 뒤의 앱을 함께 덮는 구조다.

Browse의 비교적 새로운 영역으로, 직원이 어떤 AI 도구를 열고 그 안에서 무엇을 하는지 추적한다. 관리자는 도구를 허용하거나 완전히 차단하거나, 막지 않고 기록만 남길 수 있다. 도구별로 업로드와 다운로드를 제한하는 설정도 있다. Censornet은 이 기능을 보안 통제이자 감사인과 보험사에 제출할 증거로 함께 내세운다.

Users 모듈은 짧은 교육과 모의 피싱을 돌리고 이수 상황을 사람별, 부서별로 보고한다. 콘텐츠는 그 고객이 실제로 겪는 위험에 맞춰 고르기 때문에, 송장 사기를 당한 팀에는 같은 수법의 모의 메일이 간다. 다중 인증도 같은 모듈에 있어 로그인 정책이 대상자 옆에 붙어 있다.

Posture 점검은 Microsoft 365 테넌트를 기준선과 비교해 위험한 설정, 잠든 계정, 설정 이탈을 표시한다. 라이선스는 사용자가 아니라 커넥터 단위로 매기므로 큰 테넌트 하나를 쓰는 조직에 맞는다. 결과는 메일과 웹 이벤트가 뜨는 같은 대시보드에 올라가서, 설정 실수와 뒤따른 피싱 시도를 나란히 읽을 수 있다.

모든 기능이 테넌트 스키마를 분리한 클라우드 콘솔 하나에서 돈다. MSP 채널에서 잘 팔리는 이유다. 정책은 고객 사이에서 복제할 수 있고 보고서는 테넌트별로 또는 전체 고객을 묶어 낼 수 있다. 파트너를 통해 사는 중견기업 입장에서 실질적인 이점은 로그인 횟수가 줄고 지원 창구가 하나로 모인다는 점이다.