정의
Secure Enterprise Browser(SEB) 는 기업이 정책으로 통제할 수 있도록 설계된 전용 브라우저입니다. 일반 브라우저와 동일한 Chromium 엔진을 사용해 표준 웹 호환성을 유지하면서, 브라우저 엔진 내부에 보안 계층(Security Layer)을 두어 접근통제, 데이터 유출 방지, 감사 로그를 브라우저 자체 기능으로 집행합니다.
핵심은 실행 위치 입니다. SEB는 사용자 단말에서 직접 실행됩니다. 원격 렌더링 서버, 가상 데스크톱, 네트워크 프록시를 경유하지 않습니다.
왜 지금 이 범주가 생겼는가
업무의 대부분이 브라우저 안에서 일어나게 되었지만, 기업이 브라우저에 적용할 수 있는 통제 수단은 사실상 없었습니다.
- 그룹웨어, 메일, 결재, 인사, ERP가 모두 웹으로 이동했습니다
- SaaS 도입이 확산되며 데이터가 조직 경계 밖의 서비스에 저장되기 시작했습니다
- 생성형 AI 서비스가 업무에 들어오면서, 직원이 프롬프트에 무엇을 입력하는지를 아무도 보지 못하게 되었습니다
기존 보안 솔루션은 이 지점을 볼 수 없습니다. EDR과 DLP는 브라우저 프로세스 외부 에서 결과를 관찰하므로, TLS로 암호화된 웹 트래픽 내부의 입력 행위 - 프롬프트 입력, 클립보드 붙여넣기, DOM 조작 - 를 직접 통제하지 못합니다.
네 가지 접근 방식
| 구분 | 일반 브라우저 + 확장 | RBI | VDI | SEB |
|---|---|---|---|---|
| 실행 위치 | 단말 | 원격 컨테이너 | 원격 가상 OS | 단말 |
| 브라우저 자체 통제 | 불가 | 해당 없음 | 해당 없음 | 가능 |
| 로컬 화면 캡처 통제 | 불가 | 불가 (에이전트 없이) | 부분 | 가능 |
| 추가 인프라 | 없음 | 렌더링 서버 팜 | 서버·스토리지·하이퍼바이저 | 정책 서버 1식 |
| 체감 성능 | 네이티브 | 지연 발생 | 지연 높음 | 네이티브 |
| 적합 대상 | 최소 통제 | 미분류 사이트 탐색 | 레거시 클라이언트 필수 | 웹·SaaS 중심 업무 |
확장(Extension) 방식의 구조적 한계
확장은 브라우저가 열어 준 API 범위 안에서만 동작합니다. 그래서 다음을 막을 수 없습니다.
- 브라우저 자동 업데이트 - 업무 시스템과 충돌해도 관리자가 버전을 고정할 수 없습니다
- 개발자 도구 실행 - 콘솔에서 확장의 동작을 우회할 수 있습니다
- 확장 자체의 비활성화 - 사용자가 끄면 통제가 사라집니다
RBI가 못 하는 한 가지
RBI는 원격에서 렌더링한 화면 픽셀만 단말로 보냅니다. 물리적 격리라는 점에서 강력하지만, 그 화면이 단말에 표시되는 순간부터는 통제가 끝납니다. 사용자가 OS 캡처 도구로 화면을 찍는 것은 엔드포인트에 별도 에이전트를 설치하지 않는 한 막을 수 없습니다. 화상회의 화면 공유도 마찬가지입니다.
즉 로컬 화면 통제는 단말에 무언가가 있어야만 성립합니다. SEB는 그 무언가가 이미 브라우저와 함께 설치되어 있는 구조입니다.
도입 검토 시 확인할 세 가지
- 통제가 브라우저 엔진 내부에서 이루어지는가 - 프록시나 확장 방식은 TLS 내부의 입력 행위를 볼 수 없습니다. “브라우저 기반”이라는 표현만으로는 구분되지 않으므로, 프롬프트 입력 차단과 클립보드 방향 제어가 실제로 동작하는지 PoC에서 확인하십시오
- 기존 인프라·네트워크 변경 없이 배포되는가 - 정책 서버 외에 추가 서버, 하이퍼바이저, 네트워크 구성 변경이 필요하다면 SEB의 비용 이점이 사라집니다
- 폐쇄망(On-Premises)에서 동작하는가 - 클라우드 의존 구조는 공공·금융 폐쇄망에 적용할 수 없습니다. 오프라인 패치 배포 절차가 있는지 함께 확인하십시오
정리
SEB는 VDI나 RBI를 대체하는 기술이 아니라, 그동안 통제 수단이 없던 계층을 채우는 기술 입니다. 고중요도 영역은 기존 격리 방식을 유지하고, 웹과 SaaS 중심으로 이루어지는 대부분의 업무를 브라우저 계층에서 통제하는 하이브리드 구성이 현실적인 전환 경로입니다.
BrowZen의 구체적인 통제 항목과 시스템 요구사항은 제품 페이지에서 확인하실 수 있습니다.
