定義
Secure Enterprise Browser(SEB) は、企業がポリシーで統制できるよう設計された専用ブラウザです。一般ブラウザと同じChromiumエンジンを使用して標準的なウェブ互換性を保ちながら、ブラウザエンジン内部にセキュリティレイヤーを設け、アクセス制御・データ漏えい防止・監査ログをブラウザ自体の機能として実行します。
核心は実行される場所です。SEBは利用者の端末上で直接実行されます。リモートレンダリングサーバー、仮想デスクトップ、ネットワークプロキシを経由しません。
なぜ今この分野が生まれたのか
業務の大半がブラウザの中で行われるようになった一方で、企業がブラウザに適用できる統制手段は事実上ありませんでした。
- グループウェア、メール、決裁、人事、ERPがすべてウェブへ移行しました
- SaaSの導入が広がり、データが組織の境界の外にあるサービスに保存され始めました
- 生成AIが業務に入り込み、従業員がプロンプトに何を入力しているのかを誰も見られなくなりました
既存のセキュリティ製品はこの地点を見ることができません。EDRとDLPはブラウザプロセスの外側から結果を観測するため、TLSで暗号化されたウェブトラフィック内部の入力行為 — プロンプト入力、クリップボードの貼り付け、DOM操作 — を直接統制できません。
四つのアプローチ
| 一般ブラウザ + 拡張 | RBI | VDI | SEB | |
|---|---|---|---|---|
| 実行場所 | 端末 | リモートコンテナ | リモート仮想OS | 端末 |
| ブラウザ自体の統制 | 不可 | 該当なし | 該当なし | 可能 |
| ローカル画面キャプチャ統制 | 不可 | 不可(エージェントなし) | 部分的 | 可能 |
| 追加インフラ | なし | レンダリングサーバーファーム | サーバー・ストレージ・ハイパーバイザー | ポリシーサーバー1式 |
| 体感性能 | ネイティブ | 遅延あり | 遅延大 | ネイティブ |
| 適した対象 | 最小限の統制 | 未分類サイトの閲覧 | レガシークライアント必須 | ウェブ・SaaS中心の業務 |
拡張機能方式の構造的な限界
拡張機能はブラウザが公開したAPIの範囲内でのみ動作します。そのため次の三点を防げません。
- ブラウザの自動更新 — 業務システムと衝突しても管理者がバージョンを固定できません
- 開発者ツールの実行 — コンソールから拡張機能の動作を迂回できます
- 拡張機能自体の無効化 — 利用者がオフにすれば統制が失われます
RBIにできない一つのこと
RBIはリモートでレンダリングした画面のピクセルのみを端末に送ります。物理的隔離としては強力ですが、その画面が端末に表示された瞬間から統制は終わります。利用者がOSのキャプチャ機能で画面を撮ることは、エンドポイントに別途エージェントを導入しない限り防げません。ビデオ会議の画面共有も同様です。
つまりローカルの画面統制は、端末側に何かが存在して初めて成立します。 SEBは、その何かがブラウザとともに既に導入されている構造です。
導入検討時に確認すべき三つのこと
- 統制がブラウザエンジン内部で行われるか — プロキシや拡張機能ではTLS内部の入力行為を見られません。「ブラウザベース」という表現だけでは区別できないため、プロンプト入力の遮断とクリップボードの方向別制御が実際に動作するかをPoCで確認してください
- 既存インフラ・ネットワークを変更せずに配布できるか — ポリシーサーバー以外に追加サーバー、ハイパーバイザー、ネットワーク構成の変更が必要であれば、SEBのコスト優位性は失われます
- 閉域網(オンプレミス)で動作するか — クラウド依存の構造は公共・金融の閉域網には適用できません。オフラインでのパッチ配布手順があるかも併せて確認してください
まとめ
SEBはVDIやRBIを置き換える技術ではなく、これまで統制手段がなかったレイヤーを埋める技術です。重要度の高い領域は既存の隔離方式を維持し、ウェブとSaaSを中心に行われる大半の業務をブラウザレイヤーで統制するハイブリッド構成が、現実的な移行の道筋です。
BrowZenの具体的な統制項目とシステム要件は製品ページでご確認いただけます。
