Übersicht: Secure Web Proxy

Secure Web Proxy hilft Ihnen, den ausgehenden agentischen Traffic und den Standard-Webtraffic (HTTP und HTTPS) aus dem internen Netzwerk Ihrer Organisation zu sichern. Wenn Sie Ihre KI-Agenten und nicht-agentischen Arbeitslasten so konfigurieren, dass sie Secure Web Proxy als Gateway verwenden, fungiert der Proxy als obligatorischer Sicherheitsprüfpunkt für jede Anwendung oder jeden Dienst, die bzw. der versucht, auf eine Website außerhalb Ihrer Organisation zuzugreifen.

Vorteile

Secure Web Proxy bietet die folgenden wichtigen Vorteile:

  • Governance für ausgehenden Traffic von KI-Agenten Wenn Secure Web Proxy in Agent Gateway eingebunden ist, werden zentrale Sicherheitsrichtlinien für den Zugriff von Agenten auf Tools, Endpunkte oder Modelle erzwungen. Sie können detaillierte Sicherheitsperimeter erzwingen, Agentenidentitäten kryptografisch verifizieren, Model Context Protocol-Toolaufrufe (MCP) prüfen und Model Armor-Schutzmaßnahmen zur Inhaltsbereinigung auf ausgehenden Agenten-Traffic anwenden.

  • Identitätsbasierte Zugriffssteuerung: Der Zugriff basiert auf kryptografischen Arbeitslast- und Agentenidentitäten und nicht auf statischen Netzwerkstandorten:

    • Agentische Identitäten: Für autonome KI-Agenten können Sie Agentenidentitäten durch die Integration in Identity and Access Management (IAM) und Identity-Aware Proxy (IAP) über Service Extensions-Erweiterungsbindungen verifizieren.

    • Workload Identities: Für nicht-agentische Arbeitslasten können Sie Quellidentitäten mithilfe von Dienstkonten, sicheren Tags oder Clientzertifikaten mit gegenseitigem Frontend-TLS (mTLS) verifizieren.

    Dieses identitätsorientierte Modell ermöglicht detaillierte Autorisierungsregeln, mit denen ausgehender Webtraffic auf authentifizierte Arbeitslasten und Agents beschränkt werden kann.

  • Starke Standardsicherheit: Secure Web Proxy hat eine Standardeinstellung deny-all, die den gesamten ausgehenden Traffic blockiert, bis Sie ihn explizit zulassen. Google Cloud verwaltet automatisch alle Software- und Infrastrukturupdates, wodurch das laufende Risiko von Sicherheitslücken minimiert wird.

  • Zentrale Prüfung. Secure Web Proxy konsolidiert ausgehende Webanfragen von Ihren Cloud-Arbeitslasten und verbundenen Büros in einem einzigen Prüfpunkt, um eine einheitliche Richtlinienerzwingung zu ermöglichen.

  • Umfassende Beobachtbarkeit und Tracing. Der gesamte ausgehende Traffic wird zentral in Cloud Logging protokolliert und in Cloud Trace und OpenTelemetry eingebunden. Diese Integration ermöglicht eine vollständige Auditierbarkeit, Untersuchung von Vorfällen und End-to-End-Latenzanalyse.

Unterstützte Features

Secure Web Proxy unterstützt die folgenden Funktionen:

  • Detaillierte Richtlinien für ausgehenden Zugriff: Sie können gezielte Sicherheitskontrollen basierend auf Ihrem Traffictyp erzwingen:

    Mit dieser detaillierten Funktion von Richtlinien können Sie spezifische, wiederverwendbare Regelkomponenten für mehrere Secure Web Proxy-Instanzen erstellen und verwalten.

  • Autoscaling von Secure Web Proxy-Envoy-Proxys: Secure Web Proxy unterstützt die automatische Anpassung der Envoy-Proxy-Poolgröße und der Poolkapazität in einer Region. Dies ermöglicht eine konsistente Leistung in Zeiten hoher Nachfrage bei niedrigsten Kosten. Mit der Autoscaling-Funktion werden Kapazitätsanpassungen in einer Region automatisch verwaltet. Das bedeutet, dass Sie Ihre Proxy-Flotte nicht manuell überwachen und ihre Größe anpassen müssen. So erhalten Sie eine bessere Leistung bei geringerem Betriebsaufwand.

  • Ratenbegrenzung für Dienste: Secure Web Proxy erzwingt Trafficlimits für ausgehenden Webtraffic, um zu verhindern, dass ressourcenintensive Clients die Dienstkapazität erschöpfen oder übermäßige Kosten verursachen, z. B. im Zusammenhang mit Large Language Model-Tokens (LLM). Sie können Richtlinien zur Dienst-Ratenbegrenzung an Gateways anhängen, die entweder mit Gateway-Sicherheitsrichtlinien oder Autorisierungsrichtlinien konfiguriert sind. Sie können Ratenbegrenzungsrichtlinien verwenden, um Traffic basierend auf der Anzahl der Anfragen und bestimmten Clientidentitäten wie mTLS-Principals oder Quell-IP-Adressen zu priorisieren oder zu drosseln.

  • Ende-zu-Ende-Verschlüsselung: Client-Proxy-Tunnel können über TLS übertragen werden. Secure Web Proxy unterstützt auch HTTP und HTTPS CONNECT für vom Client initiierte End-to-End-TLS-Verbindungen zum Zielserver. Diese wichtige Sicherheitsmaßnahme wird automatisch vom Dienst verwaltet, sodass der Traffic ohne manuelle Konfiguration oder Überwachung von Verschlüsselungsstandards gesichert wird.

  • Integration von Cloud-Audit-Logs und Google Cloud Observability: Mit Google Cloud Observability werden in Cloud-Audit-Logs sowohl administrative Aktionen (Richtlinienänderungen) als auch Zugriffsanfragen und Messwerte (Proxy-Transaktionslogs) für Secure Web Proxy aufgezeichnet. Diese einheitliche, integrierte Ansicht erleichtert das Sicherheitsmonitoring und die Compliance-Berichterstellung.

Funktionsweise von Secure Web Proxy

Secure Web Proxy fungiert als obligatorischer Sicherheitskontrollpunkt für den gesamten Webtraffic vom Netzwerk Ihrer Organisation zum Internet. Interne Arbeitslasten müssen den Sicherheitsregeln von Secure Web Proxy entsprechen, bevor sie das Internet erreichen können.

  1. Zentrales Gateway: Ihre Arbeitslasten, z. B. virtuelle Maschinen (VMs) und Container, sind so konfiguriert, dass alle ausgehenden Webanfragen an die zentrale Secure Web Proxy-Instanz gesendet werden.

  2. Richtlinienerzwingung: Der Proxy prüft die Anfrage und wendet Ihre Sicherheitsrichtlinien an, um zu bestimmen, ob die Verbindung zugelassen oder abgelehnt werden soll.

  3. Sicherer ausgehender Traffic: Wenn die Anfrage zulässig ist, wird der Traffic über die Google Cloud-Infrastruktur, in der Regel Cloud NAT, sicher ins Internet weitergeleitet. Der Proxy verwendet auch Cloud DNS, um externe Webadressen aufzulösen.

Richtlinien und Regeln

Wählen Sie zum Sichern des ausgehenden Traffics entweder eine Autorisierungsrichtlinie oder eine Gateway-Sicherheitsrichtlinie als primären Sicherheitsmechanismus für Ihre Secure Web Proxy-Instanz aus. Sie können nur ein primäres Richtlinienmodell auf einem einzelnen Gateway konfigurieren. Zusätzlich können Sie optional Richtlinien zur Ratenbegrenzung für Dienste über eine der beiden primären Richtlinien konfigurieren.

  • Autorisierungsrichtlinien: Mit diesen Richtlinien können Sie identitäts- und zielbasierte Zugriffssteuerungsprüfungen einrichten, wenn ausgehende Anfragen über Ihre Secure Web Proxy-Instanz verarbeitet werden. Wir empfehlen, diesen Richtlinientyp für die folgenden Szenarien zu verwenden:

    • Wenn Sie Secure Web Proxy als Agent Gateway bereitstellen, um den Traffic von KI-Agenten zu verwalten.
    • Wenn Sie Secure Web Proxy für nicht-agentischen Traffic bereitstellen, der Frontend-mTLS zur Überprüfung von Quellidentitäten oder benutzerdefinierten Autorisierungserweiterungen erfordert.

  • Gateway-Sicherheitsrichtlinien und ‑regeln: Diese Richtlinien und Regeln definieren Zugriffssteuerungen für standardmäßigen, nicht agentischen ausgehenden Webtraffic. Eine Gateway-Sicherheitsrichtlinie dient als Container für einzelne Sicherheitsregeln, die Traffic basierend auf Quellidentitäten (Dienstkonten oder sichere Tags), Zielhostnamen und Ports zulassen oder ablehnen.

  • Richtlinien zur Ratenbegrenzung für Dienste: Mit diesen Richtlinien können Sie clientspezifische und dienstweite Limits für die Anfragerate für ausgehenden Webtraffic erzwingen, um externe Ziele vor Trafficüberlastungen zu schützen und Kosten zu kontrollieren. Sie können eine Richtlinie zur Ratenbegrenzung für Dienste an ein Gateway anhängen, das entweder eine Autorisierungsrichtlinie oder eine Gateway-Sicherheitsrichtlinie verwendet.

Integration von Agent Gateway in Secure Web Proxy

KI-Arbeitslasten für Unternehmen, die in Google Cloudbereitgestellt werden, erfordern robuste, zentrale Netzwerkgrenzen, um Datenschutz, Compliance-Richtlinien und Bedrohungsabwehr durchzusetzen. Dazu gehören Software as a Service-Lösungen (SaaS) wie Gemini Enterprise, Platform as a Service-Umgebungen (PaaS) wie Vertex AI Agent Engine sowie containerisierte oder selbst gehostete Laufzeiten in der Google Kubernetes Engine (GKE) und Cloud Run.

Agent Gateway bietet eine zentrale Richtlinienverwaltung, kryptografische Identitätsüberprüfung und Sicherheitsmaßnahmen für KI-Agenten. Für KI-Agenten, die entweder in GKE oder Cloud Run ausgeführt werden, können Sie eine Secure Web Proxy-Instanz als Agent Gateway bereitstellen. Mit dieser Einrichtung können Sie zentrale Sicherheitsrichtlinien für ausgehenden Traffic zu LLMs, MCP-Tools, externen APIs, Remote-Agents oder Standard-Webzielen erzwingen.

Die Verwendung einer Secure Web Proxy-Instanz mit einer agentGateway-Ressource bietet die folgenden Vorteile:

  • Zentralisierte Richtlinienverwaltung: Wenden Sie Autorisierungsrichtlinien, die für eine agentGateway-Ressource definiert sind, auf Ihre Secure Web Proxy-Instanz an. Mit dieser Funktion können Sie einen einheitlichen Sicherheitsstatus für mehrere Agent-Umgebungen erstellen.

  • KI-Agentenidentität und mTLS: Verwenden Sie Clientzertifikatvalidierung und Autorisierungsrichtlinien, um ausgehende Kommunikation basierend auf der Identität des KI-Agenten kryptografisch zu prüfen und einzuschränken.

  • MCP-Tool-Einschränkung: Erzwingen Sie detaillierte HTTP-Regeln für Agent-Interaktionen mit externen MCP-Tool-Servern und schränken Sie bestimmte Tool-Methoden (z. B. tools/list oder tools/call) und Methodenparameter ein.

  • Nutzlastprüfung und ‑bereinigung: Sie können Model Armor direkt einbinden, indem Sie Erweiterungsbindungen in Diensterweiterungen verwenden, um Prompts und Agent-Antworten auf Datenlecks mit sensiblen Daten oder Prompt-Injection-Angriffe zu prüfen.

Bereitstellungsmodi

Sie können Ihre Secure Web Proxy-Instanz in einem der folgenden Modi bereitstellen:

  • Expliziter Proxy-Routing-Modus: In diesem Modus müssen Sie Ihre Arbeitslastumgebungen und Clients explizit so konfigurieren, dass sie direkt auf den Proxyserver verweisen. Der Secure Web Proxy isoliert dann Ihre Clients vom Internet. Auf diese Weise fungiert Secure Web Proxy als Vermittler, der neue TCP-Verbindungen für den Client herstellt und dafür sorgt, dass jede Verbindung die Anforderungen der verwalteten Sicherheitsrichtlinie erfüllt.

  • Private Service Connect-Dienstanhangsmodus: In diesem Modus können Sie Ihre Web-Proxy-Bereitstellungen in einer komplexen Architektur mit mehreren Virtual Private Clouds (VPCs) zentralisieren.

  • Next-Hop-Modus: In diesem Modus können Sie Ihre Secure Web Proxy-Instanz so konfigurieren, dass sie als Next Hop für das Routing in Ihrem Netzwerk fungiert. Das heißt, Sie können Ihr Netzwerkrouting so konfigurieren, dass ausgehender Traffic automatisch an Ihre Secure Web Proxy-Instanz gesendet wird. Diese Bereitstellungsmethode reduziert den Verwaltungsaufwand Ihrer Organisation, da Sie nicht jede Quellarbeitslast oder jeden Client manuell für die Verwendung des Proxys konfigurieren müssen.

Beschränkungen

  • IP-Versionen: Secure Web Proxy unterstützt nur IPv4. IPv6 wird nicht unterstützt.

  • HTTP-Versionen: Secure Web Proxy unterstützt die HTTP-Versionen 0.9, 1.0, 1.1 und 2.0. HTTP/3 wird nicht unterstützt.

  • Bereitstellungsumfang: Sie können eine Secure Web Proxy-Instanz nur in einem Hostprojekt, nicht in einem Dienstprojekt bereitstellen.

Weitere Google Cloud Tools

Sie können Secure Web Proxy in die folgenden Google Cloud -Tools einbinden, um den allgemeinen Sicherheitsstatus Ihrer Arbeitslasten und Anwendungen zu verbessern:

  • Mit Frontend-mTLS können Sie Secure Web Proxy so konfigurieren, dass validierte Clientidentitäten in Autorisierungsrichtlinien konfiguriert und eine detaillierte Zugriffssteuerung für ausgehenden Traffic erzwungen werden.

  • Verwenden Sie den Zertifikatmanager, um die Trust-Anchor (Root-Zertifikate) und Zwischen-Zertifizierungsstellen zu verwalten, die zum Validieren von Clientzertifikaten in Frontend-mTLS-Verbindungen zu Secure Web Proxy erforderlich sind.

  • Implementieren Sie VPC Service Controls, um die Daten-Exfiltration aus Google Cloud -Diensten wie Cloud Storage und BigQuery zu verhindern.

  • Verwenden Sie Trace, um verteilte Tracing-Daten für ausgehende Anfragen abzurufen und die End-to-End-Netzwerklatenz zu analysieren.

Nächste Schritte