Secure Web Proxy の概要

Secure Web Proxy は、組織の内部ネットワークからのアウトバウンド エージェント トラフィックと標準のウェブ トラフィック（HTTP と HTTPS）を保護するのに役立ちます。Secure Web Proxy をゲートウェイとして使用するように AI エージェントと非エージェント ワークロードを構成すると、プロキシは、組織外のウェブサイトにアクセスしようとするアプリケーションやサービスの必須のセキュリティ チェックポイントとして機能します。

利点

Secure Web Proxy には、次のような主な利点があります。

  • AI エージェントのアウトバウンド トラフィック ガバナンス。Agent Gateway と統合すると、Secure Web Proxy は、エージェントからツール、エンドポイント、モデルへのアクセスに一元化されたセキュリティ ポリシーを適用します。きめ細かいセキュリティ境界を適用し、エージェント ID を暗号的に検証し、Model Context Protocol（MCP）ツール呼び出しを検査し、Model Armor のコンテンツ サニタイズ ガードレールをエージェントの送信トラフィックに適用できます。

  • Identity-Aware アクセス制御。アクセスは、静的なネットワーク ロケーションではなく、暗号化されたワークロードとエージェント ID に基づいて行われます。

    この ID 中心モデルにより、きめ細かい認可ルールを適用して、認証済みのワークロードとエージェントに送信ウェブ トラフィックを制限できます。

  • 強固なデフォルト セキュリティ。Secure Web Proxy には、明示的に許可するまですべてのアウトバウンド トラフィックをブロックするデフォルトの deny-all 設定があります。 Google Cloud は、すべてのソフトウェアとインフラストラクチャの更新を自動的に管理し、セキュリティの脆弱性の継続的なリスクを最小限に抑えます。

  • 一元化された検査。Secure Web Proxy は、クラウド ワークロードと接続されたオフィスからのアウトバウンド ウェブリクエストを単一の検査ポイントに統合し、一貫したポリシーを適用します。

  • 包括的なオブザーバビリティとトレース。すべてのアウトバウンド トラフィックは Cloud Logging に一元的にロギングされ、Cloud Trace と OpenTelemetry に統合されます。この統合により、完全な監査可能性、インシデント調査、エンドツーエンドのレイテンシ分析が実現します。

サポートされている機能

Secure Web Proxy は、次の機能をサポートしています。

  • きめ細かいアウトバウンド アクセス ポリシー: トラフィック タイプに基づいて、ターゲットを絞ったセキュリティ管理を適用できます。

    • エージェント型 AI トラフィック: Agent Gateway としてデプロイされた場合、Secure Web Proxy は MCP メソッドルールを評価し、エージェント ID を検証して、Service Extensions の拡張機能バインディングを呼び出し、Model Armor などのサービスを使用してプロンプトとレスポンスをサニタイズします。
    • 標準ウェブ トラフィック: 標準ウェブ トラフィックの場合、Secure Web Proxy はゲートウェイ セキュリティ ポリシーまたは認可ポリシーを評価し、セキュアタグ、サービス アカウント、またはフロントエンド mTLS 証明書を使用してソース ワークロードを識別します。プロキシは、宛先ホスト名、URL、ヘッダー、メソッドもフィルタします。

    ポリシーのこのきめ細かい機能により、複数の Secure Web Proxy インスタンスにわたって、再利用可能な特定のルール コンポーネントを作成して管理できます。

  • Secure Web Proxy Envoy プロキシの自動スケーリング: Secure Web Proxy は、Envoy プロキシプールのサイズとリージョン内のプールの容量を自動的に調整します。これにより、需要が高い期間に最も低コストで、一貫したパフォーマンスが可能になります。自動スケーリング機能は、リージョン内の容量調整を自動的に管理します。つまり、プロキシ フリートを手動でモニタリングしてサイズ変更する必要がないため、運用時間を短縮しながらパフォーマンスを向上させることができます。

  • サービス レート制限: Secure Web Proxy は、アウトバウンド ウェブ トラフィックにトラフィック制限を適用して、リソースを大量に消費するクライアントがサービス容量を使い果たしたり、大規模言語モデル（LLM）トークンに関連する費用などの過剰な費用を発生させたりしないようにします。サービス レート制限ポリシーは、ゲートウェイ セキュリティ ポリシーまたは認可ポリシーで構成されたゲートウェイに接続できます。レート制限ポリシーを使用すると、リクエスト数と特定のクライアント ID（mTLS プリンシパルや送信元 IP アドレスなど）に基づいて、トラフィックの優先順位付けやスロットリングを行うことができます。

  • エンドツーエンドの暗号化: クライアント プロキシ トンネルは TLS 経由で転送できます。Secure Web Proxy は、宛先サーバーへのクライアントが開始したエンドツーエンドの TLS 接続用に HTTP と HTTPS CONNECT もサポートしています。この重要なセキュリティ対策はサービスによって自動的に管理されるため、暗号化標準の手動構成やモニタリングを必要とせずにトラフィックが保護されます。

  • Cloud Audit Logs と Google Cloud Observability の統合: Google Cloud Observability を使用することで、Cloud Audit Logs は Secure Web Proxy の管理アクション（ポリシー変更）とアクセス リクエスト、指標（プロキシ トランザクション ログ）の両方を記録します。この統合された組み込みビューにより、セキュリティ モニタリングとコンプライアンス レポートが容易になります。

Secure Web Proxy の仕組み

Secure Web Proxy は、組織のネットワークからインターネットへのすべてのウェブ トラフィックの必須のセキュリティ チェックポイントとして機能します。内部ワークロードは、インターネットに到達する前に Secure Web Proxy のセキュリティ ルールに準拠する必要があります。

  1. 一元化されたゲートウェイ: 仮想マシン（VM）やコンテナなどのワークロードは、すべてのアウトバウンド ウェブ リクエストを中央の Secure Web Proxy インスタンスに送信するように構成されます。

  2. ポリシーの適用: プロキシはリクエストを検査し、セキュリティ ポリシーを適用して、接続を許可するか拒否するかを決定します。

  3. アウトバウンド トラフィックを保護する: リクエストが許可されると、トラフィックは Google Cloudインフラストラクチャ（通常は Cloud NAT）を使用してインターネットに安全にルーティングされます。プロキシは、Cloud DNS を使用して外部ウェブアドレスを解決します。

ポリシーとルール

アウトバウンド トラフィックを保護するには、Secure Web Proxy インスタンスの主なセキュリティ メカニズムとして、認可ポリシーまたはゲートウェイ セキュリティ ポリシーのいずれかを選択します。1 つのゲートウェイに構成できるプライマリ ポリシーモデルは 1 つだけです。さらに、必要に応じて、いずれかのプライマリ ポリシーの選択に加えて、サービス レート制限ポリシーを構成することもできます。

  • 認可ポリシー: これらのポリシーを使用すると、Secure Web Proxy インスタンスを介してアウトバウンド リクエストを処理するときに、ID ベースと宛先ベースのアクセス制御チェックを確立できます。このポリシータイプは、次のシナリオで使用することをおすすめします。

    • Secure Web Proxy を Agent Gateway としてデプロイして、エージェント トラフィックを管理する場合。
    • フロントエンド mTLS で送信元 ID またはカスタム認可拡張機能を検証する必要がある非エージェント トラフィックに Secure Web Proxy をデプロイする場合。

  • ゲートウェイ セキュリティ ポリシーとルール: これらのポリシーとルールは、標準の非エージェント型アウトバウンド ウェブ トラフィックのアクセス制御を定義します。ゲートウェイ セキュリティ ポリシーは、送信元 ID（サービス アカウントまたはセキュアタグ）、宛先ホスト名、ポートに基づいてトラフィックを許可または拒否する個々のセキュリティ ルールのコンテナとして機能します。

  • サービス レート制限ポリシー: これらのポリシーを使用すると、アウトバウンド ウェブ トラフィックにクライアント固有のリクエスト率制限とサービス全体のリクエスト率制限を適用して、外部の宛先をトラフィックの過負荷から保護し、費用を管理できます。サービス レート制限ポリシーは、認可ポリシーまたはゲートウェイ セキュリティ ポリシーを使用するゲートウェイに接続できます。

Agent Gateway と Secure Web Proxy の統合

Google Cloudにデプロイされたエンタープライズ AI ワークロード（Gemini Enterprise などの Software as a Service（SaaS）ソリューション、Vertex AI Agent Engine などの Platform as a Service（PaaS）環境、Google Kubernetes Engine（GKE）と Cloud Run のコンテナ化されたランタイムまたはセルフホスト型ランタイムなど）には、データ プライバシー、コンプライアンス ポリシー、脅威防止を適用するための、堅牢で一元化されたネットワーク境界が必要です。

Agent Gateway は、AI エージェントの一元的なポリシー管理、暗号化 ID 検証、セキュリティ ガードレールを提供します。GKE または Cloud Run で実行されるエージェントの場合は、Secure Web Proxy インスタンスを Agent Gateway としてデプロイできます。この設定により、LLM、MCP ツール、外部 API、リモート エージェント、標準のウェブ宛先へのアウトバウンド トラフィックに一元化されたセキュリティ ポリシーを適用できます。

agentGateway リソースで Secure Web Proxy インスタンスを使用すると、次のメリットがあります。

  • 一元化されたポリシー ガバナンス: agentGateway リソースで定義された認可ポリシーを Secure Web Proxy インスタンスに適用します。この機能を使用すると、複数のエージェント環境にわたって統合されたセキュリティ ポスチャーを作成できます。

  • エージェント ID と mTLS: クライアント証明書の検証と認可ポリシーを使用して、エージェントの ID に基づいて送信通信を暗号的に検証し、制限します。

  • MCP ツール制限: 外部 MCP ツールサーバーとのエージェントのやり取りに詳細な HTTP ルールを適用し、特定のツールメソッド（tools/list や tools/call など）とメソッド パラメータを制限します。

  • ペイロードの検証とサニタイズ: Service Extensions の拡張機能バインディングを使用して Model Armor と直接統合し、プロンプトとエージェントのレスポンスを検査して、機密データの漏洩やプロンプト インジェクション攻撃を検出します。

導入モード

Secure Web Proxy インスタンスは、次のいずれかのモードでデプロイできます。

  • 明示的なプロキシ ルーティング モード: このモードでは、プロキシ サーバーを直接参照するようにワークロード環境とクライアントを明示的に構成する必要があります。Secure Web Proxy は、クライアントをインターネットから分離します。このように、Secure Web Proxy は仲介役として機能し、クライアントに新しい TCP 接続を確立し、すべての接続が管理されたセキュリティ ポリシーの要件を満たすようにします。

  • Private Service Connect サービス アタッチメント モード: このモードでは、複雑なマルチ Virtual Private Cloud（VPC）アーキテクチャ全体でウェブプロキシのデプロイを一元化できます。

  • ネクストホップ モード: このモードでは、Secure Web Proxy インスタンスをネットワーク内のルーティングのネクストホップとして機能するように構成できます。つまり、アウトバウンド トラフィックを Secure Web Proxy インスタンスに自動的に送信するようにネットワーク ルーティングを構成できます。このデプロイ方法では、プロキシを使用するように各ソース ワークロードまたはクライアントを手動で構成する必要がないため、組織の管理オーバーヘッドを削減できます。

制限事項

  • IP バージョン: Secure Web Proxy は IPv4 のみをサポートします。IPv6 はサポートされていません。

  • HTTP バージョン: Secure Web Proxy は、HTTP/0.9、1.0、1.1、2.0 バージョンをサポートしています。HTTP/3 はサポートされていません。

  • デプロイ スコープ: Secure Web Proxy インスタンスは、サービス プロジェクトではなく、ホスト プロジェクトにのみデプロイできます。

考慮すべきその他の Google Cloud ツール

Secure Web Proxy を次の Google Cloud ツールと統合して、ワークロードとアプリケーションの全体的なセキュリティ ポスチャーを強化できます。

  • フロントエンド mTLS を使用すると、Secure Web Proxy で認可ポリシーに検証済みのクライアント ID を構成し、アウトバウンド トラフィックにきめ細かいアクセス制御を適用できます。

  • Certificate Manager を使用して、Secure Web Proxy へのフロントエンド mTLS 接続でクライアント証明書を検証するために必要なトラスト アンカー（ルート証明書）と中間 CA を管理します。

  • VPC Service Controls を実装して、Cloud Storage や BigQuery などの Google Cloud サービスからのデータの引き出しを防止します。

  • Trace を使用して、アウトバウンド リクエストの分散トレースデータを取得し、エンドツーエンドのネットワーク レイテンシを分析します。

次のステップ