新たなアプローチ：ブラウザのセキュリティ問題の解決策が「新しいブラウザ」ではない理由

執筆：サラン・ワルドカー（シニア・テクニカルPMM）

2026年6月17日 4 読了時間：数分

生成AIや最新のメッセージングプラットフォームは、ブラウザの問題を引き起こしたわけではありません。それらが引き起こしたのは、ネットワークセキュリティの問題です。ChatGPT、Microsoft Copilot、Google Gemini、およびMicrosoft Teams Webなどのツールは、従来のネットワークセキュリティインフラの検査層の下で動作する、持続的なブラウザ接続を利用しています。これらの接続を通じてやり取りされるデータは、組織がこれまで管理のために使用してきたツールからは見えません。

保護機能はブラウザに組み込む必要があります。そして今、それを実現するための真に新しい方法が登場しました。

このギャップを埋める方法を検討しているセキュリティチームには、3つのアーキテクチャ上の選択肢があります。そのうち2つは長年にわたり利用可能でしたが、いずれも実用的な適用範囲を制限するトレードオフを伴っています。3つ目は比較的新しく、この問題に特化して設計されており、最初の2つと同等のセキュリティ効果をもたらしつつ、それらの運用コストを伴いません。

アプローチ 1：エンタープライズ・ブラウザ

セキュアなエンタープライズブラウザは、従業員の既存のブラウザを、セッション中の可視性、ポリシーの適用、および一元的な管理を実現する、セキュリティ重視の代替ブラウザに置き換えます。

最大の課題は導入です。従業員は、認証情報、ブックマーク、拡張機能、そして日々の業務フローにおいて、慣れ親しんだブラウザに依存しています。移行に伴う摩擦により、ユーザーはしばしば使い慣れたブラウザに戻ってしまうため、カバー範囲にギャップが生じてしまいます。

コストや運用上の複雑さも、さらなる障壁となっています。エンタープライズ向けブラウザには、デバイス管理、導入計画、継続的なメンテナンスが必要です。管理対象デバイス、BYOD端末、および外部委託先のシステムへの展開には、通常、完了までに数ヶ月を要します。

管理対象外のデバイスについては、依然としてセキュリティ対策が困難です。個人所有や外部業者所有のシステムには、企業用ソフトウェアのインストールを義務付けることができない場合が多く、その結果、従業員の一部がブラウザのセキュリティフレームワークの適用範囲外となってしまいます。

アプローチ 2：仮想デスクトップインフラストラクチャとRemote Browser Isolation

VDIとRBIは、セッションをリモートで実行することで、ブラウザの操作を保護します。VDIはリモートデスクトップをストリーミングし、RBIはリモートコンテナ内でブラウザセッションを隔離します。

これらのアプローチにより、ブラウザベースのマルウェアがエンドポイントに到達するのを効果的に阻止できます。その一方で、インフラストラクチャのオーバーヘッドや遅延が生じ、リモートコンピューティングリソースの利用に伴うユーザーあたりのコストも増加します。

より大きな制約は、行動ベースのガバナンスです。隔離されたセッション内のユーザーは、追加のポリシー制御が重ねて適用されない限り、データのコピー、機密ページの印刷、AIツールへのファイルのアップロード、あるいは機密情報の送信を行うことが依然として可能です。

VDIとRBIは、エンドポイントの隔離というユースケースにおいて有効です。ただし、機密データを含むブラウザセッション内でのユーザーの行動に対する制御は、それほど厳密ではありません。

アプローチ 3：エージェントレスなインライン・セッション制御（新しく、より優れた方法）

エージェントレスなインライン・セッション制御により、ブラウザの置き換えやエンドポイント・エージェント、複雑な導入作業を必要とせずに、ブラウザ・セッションの管理を実現します。

ポリシーは、Chrome、Edge、Firefox、Safariの各ブラウザでアクティブなセッション内で直接適用されます。従業員は普段使い慣れたブラウザを使い続けることができ、セキュリティ制御はバックグラウンドで透過的に動作します。

クリップボードの操作、ファイルのアップロード、AIプロンプト、ダウンロード、および印刷操作は、リアルタイムで監視・管理されます。機密データは、外部のAIモデルに到達する前にブロックすることができ、デジタル透かしなどの制御機能により、画面上のコンテンツを保護します。適用範囲は、管理対象デバイス、BYOD、および外部委託業者のシステムに自動的に拡大されます。

導入には既存のSSEインフラを活用するため、数分で完了します。これにより、組織はブラウザの移行や長期にわたる導入プログラム、保護範囲の空白を回避できます。導入初日から、あらゆるデバイスでのブラウザセッションが保護されます。

これにより、既存のブラウザ環境を維持したまま、エンタープライズレベルのブラウザセキュリティを実現します。

環境に適したアプローチの選び方

それぞれのアプローチは、それぞれ異なる問題を解決します。どのアプローチが適切かは、従業員構成、脅威モデル、および運用上の制約によって異なります。

• エンタープライズ向けブラウザ

エンタープライズ向けブラウザは、組織がすべてのエンドポイントを所有・管理し、ブラウザの使用を義務付けられ、導入の労力を犠牲にしてでもブラウザレベルでの詳細な制御を実現したいと考える、厳格に管理された環境に最も適しています。このモデルは、特権を持つ少人数のユーザーグループ、規制の厳しいワークステーション、あるいはエンドポイントの標準化要件が厳格な組織に適していることがよくあります。

• VDIとRBI

仮想デスクトップインフラストラクチャ（VDI）Remote Browser Isolation RBI）Remote Browser Isolation 、Webコンテンツがエンドポイントに到達するのを防ぐことを主目的とするシナリオ向けに設計されています。リスクの高いブラウジング環境、信頼できないWebサイトを扱う外部委託業務、および強力な分離を必要とする特殊なユースケースでは、これらのアーキテクチャを活用することでメリットが得られます。また、セッションレベルのガバナンスが必要な場合には、ブラウザセッション制御と組み合わせて利用することも可能です。

• インライン・ブラウザ・コントロール

ほとんどの企業にとって、インライン型ブラウザ制御は、運用上の負担を最小限に抑えつつ、最も広範なカバー範囲を実現します。ブラウザの入れ替えやエンドポイントエージェントの導入、ユーザーの移行を必要とすることなく、管理対象デバイス、BYODユーザー、契約社員、サードパーティパートナーを問わず、ブラウザセッション内で直接セキュリティポリシーが適用されます。

どのアプローチがあなたの環境に適しているでしょうか？

大多数の組織にとって、エージェントレスなインライン・セッション制御は、カバー範囲、速度、運用上の簡便性の面で最適なバランスを実現します。これらは、AIおよびセッション内データの露出リスクを即座に解消し、設計上BYODや契約社員のデバイスにも適用可能であり、すでに複数の優先事項を同時に管理しているセキュリティチームに、移行に伴う負担を一切課しません。

このアプローチは、AIプロンプト、クリップボード操作、ファイルのアップロード・ダウンロード、印刷、管理対象外のデバイスからのアクセスなど、ブラウザセッション内での機密データの挙動を管理することが主な目的である場合に特に効果的です。

ブラウザの移行や長期にわたる導入プロジェクト、管理対象外のデバイスにおけるセキュリティ対策の死角を避けつつ、エンタープライズレベルのブラウザセキュリティを実現したい組織にとって、インライン型ブラウザ制御は、セキュリティ、ユーザー体験、運用上の簡便性のバランスにおいて、最も現実的な選択肢となることが多い。

問う価値のある問い

この決定は、導入初日にどのアプローチが最も早くギャップを埋められるかという単純な問題ではありません（もっとも、稼働までの時間は重要な要素です）。より根本的な問題は、セキュリティの有効性、ユーザー体験、ITの総所有コストという3つの相反する優先事項の間で、どのアプローチが継続的に適切なバランスを実現できるかということです。

継続的なブラウザ移行管理や、インストール失敗時のヘルプデスク対応、個別のポリシー維持管理を必要とするアプローチでは、導入後も長期間にわたり運用上の負担が生じ続けます。従業員が回避策を講じてしまうようなアプローチでは、本来排除すべきだったリスクが再び生じてしまいます。BYODや契約業者の端末を排除するアプローチでは、管理対象の端末群がどれほど適切にカバーされていても、構造的な抜け穴が残ってしまいます。

目標は、持続可能で完全なカバレッジを実現することです。つまり、従業員がすでに使用しているブラウザ内で、エンタープライズアプリケーションにアクセスするあらゆる種類のデバイス上で機能する制御手段であり、セキュリティチームが適用範囲や実施体制について妥協せざるを得なくなるような運用上の負担を生じさせないものです。

さらに詳しく知りたいですか？ SSE環境向けの SSE環境向けのデモをご依頼ください。

ブログへ戻る