セキュア Web ゲートウェイ（SWG）とは？ネットワーク防御の解説

セキュア Web ゲートウェイは、Web トラフィックをフィルタリングし、マルウェアをブロックし、分散型ワークフォース向けにポリシーを適用します。SWG の構成要素、導入モデル、ベストプラクティスについて解説します。

セキュアウェブゲートウェイ（SWG）とは？

攻撃者は、URLフィルタを回避する正規に見えるフィッシングサイトを通じて認証情報を窃取します。IBM X-Forceの分析によると、組織は情報窃取型マルウェアを含むメールが84%増加しており、FBIは既存の制御を回避する悪意のあるフィッシングインフラを特定しています。行動AIとリアルタイム脅威インテリジェンスを用いてウェブトラフィックを検査するSWGソリューションは、エンドポイントに到達する前にこれらの脅威を検出・遮断できます。

セキュアウェブゲートウェイ（SWG）は、ウェブベースの攻撃に対する保護層として機能します。Gartnerの用語集によれば、SWGは「ユーザーが発信するWeb/インターネットトラフィックから不要なソフトウェアやマルウェアをフィルタリングし、企業および規制ポリシーの遵守を強制する」と定義されています。この保護はユーザーとインターネットの間で動作し、すべてのウェブリクエストとレスポンスをエンドポイントに到達またはネットワークから外部に出る前に検査します。

SWGは単純なウェブフィルタリングを超えて進化しています。クラウドベースのSWGはユーザーの場所を問わず追従し、URLフィルタリング、マルウェア識別、アプリケーション制御、データ損失防止を提供し、脅威がエンドポイントに到達する前に阻止します。適切なSWG構成により、暗号化トラフィックの検査、悪意のあるドメインのブロック、ウェブチャネルを介したデータ流出の防止など、ポリシー強制層が構築されます。

ウェブベースの脅威の規模は拡大し続けています。FBI IC3 2024年レポートによると、フィッシングの苦情件数は2023年の2,856件から2024年には23,252件に増加し、前年比714%の増加となっています。ユーザーはこれらのウェブベースの攻撃に常に直面しており、組織には従来の境界型ファイアウォールでは実現できないウェブフィルタリングと検査機能が必要です。

なぜ現代のセキュリティにSWGが重要なのか

従来のネットワーク境界はもはや存在しません。従業員は自宅ネットワーク、カフェ、空港から企業リソースにアクセスし、SaaSアプリケーションは重要なデータを企業ファイアウォールの外部でホストしています。組織は可視化できないウェブトラフィックを保護できません。SWGはユーザーの働く場所を問わず追従し、集中型境界ではなくアクセス地点でトラフィックを検査することでこのギャップを埋めます。

SWGは現在、Security Service Edge（SSE）プラットフォームの基盤コンポーネントとして機能しています。組織はSWG、Cloud Access Security Broker（CASB）、 Zero Trust Network Access（ZTNA）を統合アーキテクチャに集約し、単独のソリューションとして展開するのではなく統合しています。NIST SP 800-207はゼロトラストが「ネットワークセグメントではなくリソースの保護」に焦点を当てることを定めており、SWGはネットワーク上の位置ではなく、アイデンティティ、デバイスの状態、リアルタイム脅威インテリジェンスに基づいてアクセス判断を行うことでこの原則を具現化します。

SWGはまた、より広範なセキュリティスタックと統合されます。ログをSIEMに送信し、CASBとポリシーを連携し、エンドポイント保護と脅威インテリジェンスを共有します。 フィッシングサイトを通じて認証情報が窃取された場合、SWGは悪意のあるドメインをブロックし、エンドポイント保護はマルウェアの実行を阻止し、 アイデンティティ脅威検知は異常な認証試行を監視します。

この統合アプローチが機能するのは、SWGが他のセキュリティツールでは再現できない特定の技術的機能を提供するためです。

SWGのコアコンポーネント

SWGソリューションは、 Gartnerの定義によれば、URLフィルタリング、悪意のあるコードの識別とフィルタリング、アプリケーション制御、データ漏洩防止（DLP）の4つの最低限の機能が必要です。

1. URLフィルタリングは、セキュリティポリシーに基づいてウェブサイトへのアクセスを分類・制御します。SWGはすべてのウェブリクエストをインターセプトするフルプロキシアーキテクチャを採用し、リアルタイム脅威インテリジェンスデータベースを用いて検査を行います。ユーザーがブロックされたサイトにアクセスしようとすると、SWGはインライン検査プロセスを通じて接続を拒否し、ブロック先とのデータ交換を防ぎます。
2. 悪意のあるコードの識別とフィルタリングは、ウェブベースの脅威を積極的に検出・防止するSWGの中核機能です。この検査はユーザーがファイルをダウンロードする際にリアルタイムで行われ、悪意のある実行ファイル、スクリプト、ドキュメントがシステムを侵害する前にエンドポイントに到達するのを防ぎます。
3. アプリケーション制御は、ウェブベースアプリケーションに対するきめ細かなガバナンスを提供します。これにより、組織はユーザーが個人用クラウドストレージでファイルを閲覧することは許可しつつ、機密データのアップロードをブロックするなどのシナリオを実現できます。
4. データ損失防止は、ウェブチャネルを通じて機密情報がネットワーク外に流出するのを防ぐために送信トラフィックを検査します。SWGはHTTP/HTTPSトラフィックをスキャンし、クレジットカード番号、社会保障番号、またはセキュリティチームが定義したカスタムデータパターンに一致するものを検出します。ポリシー違反が発生した場合、SWGは送信をブロックし、調査用のアラートを生成します。

これら4つのコンポーネントは、複数の検査レイヤーを通じてすべてのウェブリクエストを処理する協調アーキテクチャ内で動作します。しかし、このアーキテクチャは、組織が既に導入している他のネットワークセキュリティ技術とどのように異なるのでしょうか？

SWGとファイアウォールおよび従来型プロキシの違い

セキュリティチームは、SWGとファイアウォール、レガシープロキシを混同しがちですが、いずれもネットワークトラフィックをフィルタリングします。多層防御を設計する際にはこの違いが重要です。

• 従来型ファイアウォール はネットワーク層（レイヤ3-4）で動作し、IPアドレス、ポート、プロトコルに基づいて許可/ブロックの判断を行います。ファイアウォールは暗号化されたHTTPSトラフィックの内容を検査したり、許可された接続内の悪意のあるペイロードを特定したりできません。ユーザーがポート443経由で侵害されたウェブサイトにアクセスしても、ファイアウォールは許可されたHTTPS接続しか認識しません。
• レガシーウェブプロキシ はキャッシュや帯域幅最適化を目的に設計されており、セキュリティ目的ではありません。従来型プロキシはリクエストを深く検査せずに転送し、基本的なURLカテゴリブロックのみを提供し、SSL/TLSトラフィックを復号して分析することはできません。プロキシのみのアーキテクチャを使用する組織は、暗号化セッション内に隠れたマルウェアのダウンロードやデータ流出の試みを見逃します。
• セキュアウェブゲートウェイ はプロキシアーキテクチャとセキュリティ重視の検査を組み合わせています。SWGはSSL/TLS接続を終端・復号し、ダウンロードコンテンツのマルウェア分析、データ損失防止ポリシーの強制、きめ細かなアプリケーション制御を実施します。ファイアウォールが許可されたポート、プロキシがキャッシュされたコンテンツしか見ないのに対し、SWGはウェブトラフィック内の実際の脅威を可視化します。

組織はこれら3つの技術を多層アーキテクチャで展開します。ファイアウォールはネットワーク層のアクセスを制御し、SWGはウェブトラフィックの内容を検査し、エンドポイント保護は両方の制御をすり抜けた脅威に対応します。

セキュアウェブゲートウェイの仕組み

SWGはフルプロキシとして動作し、すべてのウェブリクエストに対して2つの独立した接続を作成します。ユーザーがウェブサイトにアクセスしようとすると、SWGは最初の接続をゲートウェイで終端し、リクエスト全体を検査した上で、宛先への別の接続を確立し、ポリシー評価に基づいてトラフィックを転送またはブロックします。

SSL/TLS復号プロセスは、制御された中間者方式で暗号化トラフィックの検査を可能にします。SWGはクライアントエンドポイントに独自の企業署名証明書を提示し、宛先サーバーとは別の暗号化セッションを確立します。復号後、SWGはURLカテゴリ分類、 マルウェアスキャン、データ損失防止チェックなどの完全なコンテンツ分析を実施し、承認されたトラフィックを再暗号化して転送します。

この復号機能により、クラウドSWGはHTTPS接続を検査し、ポリシーチェックを実施できます。SSL検査がなければ、SWGは脅威が潜む暗号化トラフィックを分析できません。

多層検査は、URLカテゴリ分類、アンチマルウェアエンジン、データ損失防止、アプリケーションレベル検査を組み合わせます。この多層プロセスにより、SWGはほとんどのウェブリクエストで低遅延を維持しつつ、セキュリティポリシーを強制できます。

セキュアウェブゲートウェイのポリシー強制は、アイデンティティベースかつコンテキスト認識型の意思決定フレームワークで動作します。最新のSWGはActive Directory、LDAP、SAMLアイデンティティプロバイダーと統合し、ユーザー認証とグループメンバーシップに基づくポリシー適用を行います。ポリシー判断には複数のコンテキスト要素が組み込まれます：

• ユーザーのアイデンティティと役割
• デバイスのセキュリティ状態
• 地理的位置
• 時刻
• リアルタイム脅威インテリジェンススコア

クラウドベースの展開アーキテクチャは、地理的に分散したポイントオブプレゼンス（PoP）を通じて保護を提供します。クラウドSWGはユーザートラフィックを最寄りの検査ノードにルーティングし、ユーザーの場所に関係なく一貫したポリシー強制を維持しつつ遅延を最小化します。

クラウドベースアーキテクチャは展開オプションの一つに過ぎません。組織は自社のインフラ、コンプライアンス要件、従業員分布に合致するモデルを評価する必要があります。

セキュアウェブゲートウェイの展開モデル

組織は、従業員分布、既存インフラ、コンプライアンス要件に基づき、主に3つの展開アーキテクチャから選択します。

• クラウドネイティブSWGは、グローバルに分散したポイントオブプレゼンスを通じて検査を提供します。ユーザーは場所を問わず最寄りのクラウドノードに接続し、集中型データセンター経由のトラフィックバックホールを排除します。このモデルは分散型ワークフォース、リモートファースト方針、オンプレミスインフラが限定的な組織に適しています。クラウドSWGは自動的にスケールし、保守責任をベンダーに移譲します。
• オンプレミスSWGアプライアンスは、検査インフラを直接制御したい組織向けです。企業データセンターに導入されたハードウェアまたは仮想アプライアンスが、ローカル管理システムを通じてすべてのウェブトラフィックを処理します。このモデルは厳格なデータレジデンシー要件、クラウド検査を禁止する規制、主にオフィス勤務の組織に対応します。オンプレミス展開には、保守、更新、キャパシティプランニングのための内部専門知識が必要です。
• ハイブリッド展開は、クラウドとオンプレミスのコンポーネントを組み合わせます。本社トラフィックはローカルアプライアンス経由、リモートユーザーはクラウド検査ノードに接続します。このアプローチは既存のオンプレミス投資を維持しつつ、分散ワーカーにもバックホールなしで保護を拡張します。

展開モデルはユーザー体験、運用負荷、総コストに直接影響します。クラウドネイティブアーキテクチャはリモートワーカーの遅延を低減しますが、ベンダー依存を導入します。オンプレミス展開は制御性を維持しますが、内部リソースが多く必要です。

どの展開モデルを選択しても、SWGは複数の側面で測定可能なセキュリティ向上をもたらします。

SWG導入の主なメリット

SWGは、従来の境界型防御を回避するウェブベースの攻撃手法から保護します。フィッシングサイトや認証情報収集ページをブロックし、 認証が行われる前に攻撃を阻止します。

1. 分散ワークフォースに対する一貫したポリシー強制は、消滅したネットワーク境界に対応します。ユーザーが本社、自宅、カフェ、空港ラウンジで働く場合、従来のネットワーク型セキュリティ制御は追従できません。クラウドベースSWGはユーザーの場所に関係なく同一の保護を提供します。 CSAの調査は、ハイブリッドワーク環境では「機密データが非セキュアなネットワーク上でアクセス・送信される可能性があり、データ漏洩リスクが高まる」と強調しています。SWGはこれら制御不能なネットワーク接続を保護するセキュリティ層を構築します。
2. シャドーITおよび非公認アプリケーションの可視化により、ユーザーが実際にウェブ上でアクセスしているものを明らかにします。組織は従業員が利用しているクラウドアプリケーション、非公認のファイル共有サービス、リスクの高い個人アプリ利用を特定できます。
3. ウェブベース流出に対するデータ損失防止は、機密情報がウェブチャネルを通じて流出するのを阻止します。SWGは送信ウェブトラフィックを検査し、機密データパターンを検出して、悪意のある内部者や外部攻撃者に乗っ取られたアカウントによる流出試みをブロックします。
4. エンドポイント感染率の低減は、上流のウェブフィルタリングでマルウェアをデバイスに到達する前に阻止することで実現します。この上流保護により、 攻撃対象領域が縮小され、エンドポイントセキュリティの防御負担が軽減されます。ただし、SWGは多層防御戦略の一部として導入すべきであり、単独ソリューションとしては不十分です。
5. 規制要件へのコンプライアンス支援は、利用規約の強制や監査証跡の提供など、規制が求める特化したセキュリティニーズに対応します。

組織が展開時に直面する課題の多くは、導入前の計画ステップを省略したことに起因します。

SWG導入時の課題

SSL/TLS検査の複雑さと互換性問題は、SWG展開の有効性に影響する運用上の課題を生みます。SSL復号を導入すると、組織は以下の問題に直面します：

• 証明書ピンニングを行うモバイルアプリケーションで機能が破損する
• 企業証明書を信頼できない医療機器やIoTエンドポイント
• 保護対象医療情報を含むトラフィックの復号に関する規制上の懸念

パフォーマンスへの影響と遅延は、ユーザーの生産性に直接影響します。アジアのリモートユーザーが北米のSWG検査ノード経由で目的地にアクセスしなければならない場合、遅延は許容できないレベルになります。

ユーザー層ごとのポリシー管理の複雑化は、組織の成長とともに拡大します。セキュリティチームは、経営層、リモートワーカー、契約社員、ゲストごとに異なるポリシーを管理し、特定アプリケーションの例外や時間帯ルール、地理的制限を定義する必要があります。

これらの技術的課題は、SWGの有効性を最初から損なう組織的な失敗によってさらに悪化します。

よくあるSWG展開の失敗例

組織は、分散環境向けネットワークセキュリティソリューションの導入時に回避可能なミスを犯しがちです。 Omdiaの調査によれば、組織は目標設定、専門家との計画レビュー、成功基準の検証を実施せずに導入する傾向があります。

1. 明確なセキュリティ目標と成功指標を定めずに導入すると、実際の脅威に対応できないソリューションとなります。組織固有の攻撃手法を特定する脅威モデリングを実施しなければ、実際の脅威状況に対応したポリシーを設定できません。
2. ブランド認知度でソリューションを選定し、技術的適合性を無視すると、不要な機能に予算を浪費し、実際の要件を見逃します。ブランド名だけで選定し、実際のユーザーワークロードでの概念実証を行わない組織は、導入後に機能ギャップに気付くことが多いです。
3. SSL検査の証明書管理の複雑さを見落とすと、展開失敗につながります。すべてのエンドポイントへの企業ルート証明書配布、多様なデバイスでの証明書更新管理、SSL検査有効化時に動作しなくなるアプリケーションのトラブルシューティングなど、運用負荷を過小評価しがちです。
4. 既存セキュリティインフラとの統合計画が不十分だと、運用サイロが生じます。SWGをSIEMによるセキュリティログ集約、CASBによるクラウドアプリポリシー連携、エンドポイント保護ツールとの脅威インテリジェンス共有と連携せずに導入すると、ウェブとエンドポイントにまたがる攻撃の相関・対応に必要な統合可視性が得られません。

これらの失敗を回避するには、計画的な準備と実証済みの展開手法の遵守が必要です。

SWGのベストプラクティス

成功するSWG展開は、本番切り替え前に技術要件と運用現実を考慮した構造化された計画に従います。

事前展開検証のためにセキュリティアーキテクチャ専門家を活用し、コストのかかる失敗を防ぎます。Omdiaの調査は「事前に専門パートナーと計画を立てる、または計画をレビューする」ことを推奨しています。エンタープライズ規模でセキュリティソリューションを展開した経験を持つ専門家は、統合課題の特定、類似展開とのアーキテクチャ検証、問題の早期発見が可能です。

実際のユーザーワークロードによる概念実証テストを実施し、ベンダーの主張を現実で検証します。組織はブランド認知度だけで選定せず、複数のベンダーやプラットフォームを比較検討する必要があります。実際のアプリケーション、ユーザー層、ネットワーク条件でSWGソリューションをテストすることで、ビデオ会議セッションへの遅延影響やSSL検査の互換性を検証できます。

適切な企業証明書インフラを用いたSSL/TLS復号の実装は、SWG展開の技術要件です。これには以下が必要です：

• デュアル証明書提示を伴う企業認証局インフラの構築
• すべてのエンドポイントへの企業管理ルート証明書の配布による信頼確立
• 復号後のURLカテゴリ分類、マルウェアスキャン、DLPチェックを含むコンテンツ分析の実施

専用SWGソリューションを利用する場合は、初期展開時からSIEMとログを統合します。これにより、セキュリティスタック全体で脅威の特定が可能となります。専用SWGソリューションを展開する組織は、標準的な統合手法（syslog、APIベースのログ取得、Common Event Formatなど）を用いて、リアルタイムの ログストリーミングをSIEMプラットフォームに構成できます。この統合により、ウェブベース攻撃とエンドポイント感染を関連付ける相関ルールが確立され、フォレンジックデータ分析によるインシデント対応が支援されます。

SentinelOneのデモをリクエストし、自律型エンドポイント保護がウェブゲートウェイセキュリティをどのように補完するかをご確認ください。

重要なポイント

セキュアウェブゲートウェイは、ウェブトラフィックの検査、ポリシー強制、脅威のブロックにより分散ワークフォースを保護します。SWGはSSEプラットフォームの基盤コンポーネントとして機能し、CASBやZTNAと統合して統一的なセキュリティを実現します。SWGを定義する4つのコア機能は、URLフィルタリング、悪意のあるコードの識別、アプリケーション制御、データ損失防止です。クラウドベースSWGはユーザーの場所を問わず追従し、消滅したネットワーク境界に対応します。

成功する展開には、明確な セキュリティ目標、専門家による検証、概念実証テスト、適切な証明書管理が必要です。組織は、SentinelOneのSingularity Platformのようなエンドポイントセキュリティプラットフォームと専用SWGソリューションを組み合わせることで、ウェブおよびエンドポイントの攻撃対象領域全体にわたる多層防御を実現できます。

よくある質問

セキュア Web ゲートウェイとは何ですか？

セキュアウェブゲートウェイ（SWG）は、ユーザーとインターネット間のウェブトラフィックをフィルタリングするセキュリティソリューションです。SWGはHTTP/HTTPSリクエストを検査し、悪意のあるウェブサイトへのアクセスをブロックし、マルウェアのダウンロードを防止し、許容利用ポリシーを強制し、ウェブチャネルを通じたデータ流出を阻止します。

最新のSWGはクラウドから動作し、ユーザーの場所を問わず保護を提供します。URLフィルタリング、マルウェアスキャン、アプリケーション制御、データ損失防止を統合した統一インスペクションプラットフォームとして機能します。

セキュア Web ゲートウェイはサイバーセキュリティとどのように関係していますか？

SWGは、現代のセキュリティアーキテクチャ、特にSecurity Service Edge（SSE）プラットフォームにおける基盤的なコンポーネントとして機能します。組織は、SWGをCloud Access Security Broker（CASB）やZero Trust Network Access（ZTNA）と併用し、統合されたセキュリティ制御を実現します。

SWGは、ユーザーの場所に関係なくWebトラフィックを検査し、ネットワーク上の位置ではなく、アイデンティティ、デバイスの状態、リアルタイムの脅威インテリジェンスに基づいてアクセス制御を行うことで、ゼロトラストの原則を適用します。この統合により、攻撃がWeb、クラウド、エンドポイントにまたがる場合でも、連携した対応が可能となります。

セキュア Web ゲートウェイはどのような脅威から保護しますか？

SWGは、認証情報を収集するフィッシングサイト、マルウェアをインストールするドライブバイダウンロード、感染したエンドポイントからのコマンド＆コントロール通信、ウェブチャネルを通じたデータ流出、不正または不適切なコンテンツへのアクセスから保護します。

SWGは、現代の脅威の多くが潜む暗号化されたHTTPSトラフィックを検査し、悪意のあるペイロードがエンドポイントに到達する前にブロックします。また、この技術は、非承認のクラウドアプリケーションへのアクセスを特定・制御することで、シャドーITリスクも防止します。

SWG は CASB や ZTNA とどう違いますか？

SWG、CASB、およびZTNAは、SSEアーキテクチャ内で異なるセキュリティユースケースに対応します。SWGは、インターネット向けリクエストに対するURLフィルタリング、マルウェア検査、データ損失防止を通じて一般的なWebトラフィックの保護に重点を置きます。CASBは、認可されたSaaSアプリケーションを特に管理し、クラウドアプリの利用状況の可視化、データセキュリティポリシーの適用、クラウドサービス内の侵害されたアカウントの検出を提供します。

ZTNAは、ネットワークを公開することなく、プライベートアプリケーションへのアイデンティティベースのアクセスを提供することで、従来のVPNを置き換えます。組織は、Web、クラウド、プライベートアプリケーションアクセス全体を包括的にカバーするために、これら3つすべてを組み合わせて導入します。

セキュア Web ゲートウェイはデータ損失を防止できますか？

はい、データ損失防止（DLP）は、Gartner によって定義された 4 つの主要な SWG 機能の 1 つです。SWG は、クレジットカード番号、社会保障番号、医療情報、セキュリティチームによって定義されたカスタムパターンなど、機密データのパターンについて送信される Web トラフィックを検査します。

ユーザーが許可されていない宛先に機密データをアップロードしようとしたり、Web フォームに機密情報を貼り付けたりした場合、SWG は送信をブロックし、アラートを生成します。この機能により、悪意のある内部関係者による情報持ち出しや、Web チャネルを通じた偶発的なデータ漏洩の両方を防止します。

SWG と従来の Web プロキシの違いは何ですか？

従来の Web プロキシは、パフォーマンス最適化のためのコンテンツキャッシュや基本的な URL フィルタリングに重点を置いています。SWG ソリューションは、SSL/TLS 復号および検査、シグネチャベースおよび振る舞いベースのマルウェアエンジン、きめ細かなアプリケーション制御、データ損失防止などのセキュリティ機能を追加します。 

SWG は暗号化トラフィックのインライン検査を可能にし、従来のプロキシがカテゴリベースのブロックだけでは対応できない悪意のあるダウンロードからも保護します。

SWG は SASE アーキテクチャ内でどのような役割を果たしますか？

SASE (Secure Access Service Edge) は、ネットワークとセキュリティをクラウド提供型プラットフォームで統合します。SWGは、SASEのSSE (Security Service Edge) 部分における3つの主要なセキュリティコンポーネントの1つであり、CASBおよびZTNAとともに機能し、FWaaSがネットワークコンポーネントを担います。

組織はもはや単体のSWGを購入するのではなく、すべてのセキュリティ機能にわたる統合されたポリシー管理を提供するSASEプラットフォームを採用しています。

SWG はリモートワーカーもオンプレミスユーザーと同等に保護できますか？

クラウドベースのSWGアーキテクチャは、ユーザーの所在地に関係なく追跡することで、リモートワークフォースの保護に特化しています。組織は、本社、自宅オフィス、カフェなど、ユーザーがどこから接続しても一貫したポリシー適用を実現できます。

パフォーマンスはグローバルなPoint of Presenceの分布に依存します。リモートユーザーの近くにインスペクションノードを持つソリューションは低遅延の保護を提供しますが、集中型アーキテクチャはトラフィックのバックホールによる遅延の課題を引き起こします。

SWG が障害や利用不可になった場合はどうなりますか？

フェイルオーバーポリシーは、トラフィックがフェイルオープン（接続性を維持するためにセキュリティをバイパス）するか、フェイルクローズ（SWGサービスが復旧するまでインターネットアクセスをすべてブロック）するかを決定します。Cloud SWGベンダーは冗長化されたインフラストラクチャによって高可用性を維持していますが、組織は接続性が低下するシナリオに備える必要があります。

ベストプラクティスには、ポリシー決定のローカルキャッシュ、限定的な検査モードへの段階的な機能低下、障害発生時に許容可能なリスクを定義する明確な手順が含まれます。

SWG はすべての SSL/TLS トラフィックを復号しますか？例外はありますか？

組織は、プライバシー要件、規制遵守、技術的互換性に基づいてSSLインスペクションポリシーを設定します。ほとんどの導入では、企業のウェブトラフィックを復号化しつつ、金融取引、医療ポータル、証明書ピンニングを使用するアプリケーションには例外を設けます。

セキュリティチームは、復号化対象外のホワイトリストカテゴリを維持し、検査対象トラフィックの証明書信頼を管理し、従業員のウェブ活動を監視する法的根拠を文書化します。