Richtlinien und Regeln

In diesem Dokument wird beschrieben, wie Sie Richtlinien und Regeln konfigurieren, um den ausgehenden agentischen und nicht agentischen Webtraffic mit Secure Web Proxy zu steuern. Sie können anhand verschiedener Kriterien steuern, welcher Traffic zugelassen oder abgelehnt wird, sodass nur autorisierter Traffic Ihr Netzwerk verlässt. Secure Web Proxy bietet drei primäre Mechanismen zum Definieren dieser Kontrollen: Autorisierungsrichtlinien, Gateway-Sicherheitsrichtlinien und ‑regeln sowie Richtlinien zur Ratenbegrenzung für Dienste.

Richtigen Richtlinientyp verwenden

Wenn Sie ausgehenden Traffic mit Secure Web Proxy sichern möchten, wählen Sie den Richtlinienmechanismus aus, der am besten zu Ihrem Traffictyp passt:

  • Agentischer KI-Traffic: Wenn Sie Secure Web Proxy als Agent Gateway bereitstellen, können Sie alle Sicherheitskontrollen für die agentGateway-Ressource mithilfe von Autorisierungsrichtlinien mit Erweiterungsbindungen konfigurieren. So können Sie Einschränkungen auf Methodenebene für das Model Context Protocol (MCP) erzwingen, die Identität von Agenten überprüfen und externe Sicherheitsdienste wie Model Armor und Identity-Aware Proxy (IAP) aufrufen. Alle Richtlinien, die direkt an die zugrunde liegende Gateway-Ressource angehängt sind, werden ignoriert.

  • Standard-Webtraffic: Wenn Sie Secure Web Proxy als ausgehenden Proxy für nicht-agentische Arbeitslasten verwenden, konfigurieren Sie entweder eine Autorisierungsrichtlinie oder eine Gateway-Sicherheitsrichtlinie direkt für die Gateway-Ressource:

Diese Richtlinienmodelle schließen sich auf einem einzelnen Gateway gegenseitig aus. Zusätzlich zur Auswahl Ihrer primären Sicherheitsrichtlinie können Sie optional den folgenden Richtlinientyp konfigurieren:

  • Richtlinie zur Ratenbegrenzung für Dienste: Verwenden Sie diesen Richtlinientyp, um Traffic zu priorisieren, externe Ziele vor Trafficüberlastungen zu schützen und die Kosten für ausgehenden Webtraffic durch Begrenzung der Anzahl der Anfragen 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.

Autorisierungsrichtlinien

Mit Autorisierungsrichtlinien können Sie identitätsbasierte Zugriffssteuerungsprüfungen einrichten, wenn ausgehende Anfragen über Secure Web Proxy verarbeitet werden. Sie können Autorisierungsrichtlinien (AuthzPolicy) konfigurieren, um die Identität einer Quellarbeitslast oder eines Agents zu validieren, die bzw. der auf das Internet zugreift.

Mit einer Autorisierungsrichtlinie können Sie Bedingungen angeben, um die Anfrageautorisierung basierend auf Quelle, Ziel und anderen Anfrageattributen zuzulassen, abzulehnen oder zu delegieren. Anfragen, die diese Prüfungen bestehen, werden an das Webziel weitergeleitet. Fehlgeschlagene Anfragen werden mit dem Fehler 403 Forbidden abgelehnt.

Für Secure Web Proxy können Sie Autorisierungsrichtlinien an Ihre Gateway-Ressource anhängen, um den Sicherheitsbereich für Ihren ausgehenden Traffic zu definieren und Autorisierungsrichtlinienregeln in Secure Web Proxy auszuwerten. Darüber hinaus können Sie Secure Web Proxy so konfigurieren, dass Autorisierungsentscheidungen mithilfe von Diensterweiterungen (Autorisierungserweiterungen) an eine externe Autorisierungs-Engine delegiert werden.

Weitere Informationen zum Konfigurieren von Autorisierungsrichtlinien finden Sie unter Autorisierungsrichtlinien für Secure Web Proxy einrichten.

Autorisierungsrichtlinien bieten gegenüber Standard-Gateway-Sicherheitsrichtlinien die folgenden Vorteile:

  • Einheitliche Richtlinienoberfläche: Verwenden Sie die einheitliche AuthzPolicy API, um die Traffic-Autorisierung für Secure Web Proxy zusammen mit anderen Diensten wie Application Load Balancer und Cloud Service Mesh (CSM) zu verwalten.

  • Unterstützung für Service Extensions: Mit Service Extensions können Sie Autorisierungsentscheidungen an Ihre benutzerdefinierte Logik delegieren. Mit Autorisierungserweiterungen können Sie eine Autorisierung auf Anfrageebene (basierend auf Headern, Identität und mehr) und eine Inhaltsbereinigung (z. B. Schutz sensibler Daten oder Bedrohungserkennung) durchführen.

  • Identitätsorientierte Sicherheit: Autorisierungsrichtlinien unterstützen zwar weiterhin IP-basierte Regeln, bieten aber einen robusteren Sicherheitsstatus, da Sie Kontrollen basierend auf der Identität erzwingen können. Sie können Ihren Sicherheitsbereich mithilfe von Dienstkonten, Tags oder gegenseitigem TLS für das Frontend definieren. Sie können Diensterweiterungen auch verwenden, um Autorisierungsentscheidungen an identitätsbasierte Dienste wie IAP zu delegieren.

Sicherheit und Governance mit Agent Gateway

Wenn Sie Secure Web Proxy als Agent-Gateway bereitstellen, konfigurieren Sie alle Governance-Richtlinien für die agentGateway-Ressource und nicht für den zugrunde liegenden Proxy. Secure Web Proxy wertet nur die Richtlinien aus, die explizit an die agentGateway-Ressource angehängt sind. Der Proxy ignoriert alle Richtlinien, die direkt an die zugrunde liegende Gateway-Ressource angehängt sind.

Die Agent Gateway-Governance verwendet die folgende zweistufige Richtlinienarchitektur:

  1. Erweiterungsbindungen (primärer Governance-Mechanismus): Erweiterungsbindungen in Service Extensions sind der primäre Mechanismus zur Steuerung des agentischen Traffics. Sie können verwaltete Sicherheitsdienste direkt an Ihre agentGateway-Ressource anhängen, um die Kommunikation des Agenten auf folgende Weise zu prüfen, zu authentifizieren und zu bereinigen:

    • Model Armor: Führt eine umfassende Prüfung der Nutzlast durch, um Prompts und Antworten auf sensible Daten, Jailbreaks und Prompt-Injection-Angriffe zu scannen. Weitere Informationen finden Sie unter Autorisierung an Model Armor delegieren.
    • IAP: Verifiziert kryptografisch die Identitäten von Clients und Agenten, bevor Toolaufrufe an Backend-Ressourcen weitergeleitet werden. Weitere Informationen finden Sie unter Autorisierung an IAP delegieren.

  2. Autorisierungsrichtlinien (feingranulare Steuerung, Ausnahmen und Umgehungen): Autorisierungsrichtlinien ergänzen Erweiterungsbindungen durch eine detaillierte L4- und L7-Regelbewertung:

    • TLS-Prüfung umgehen: Konfigurieren Sie Regeln auf Netzwerkebene (L4), um die TLS-Prüfung für vertrauenswürdige externe Endpunkte zu umgehen, für die keine Deep Inspection erforderlich ist.
    • Einschränkungen für MCP-Methoden und ‑Tools: Erzwingen Sie Regeln auf HTTP-Ebene (L7), um MCP-Methodenaktionen einzuschränken, z. B. nur genehmigte Tools zuzulassen oder bestimmte Toolparameter einzuschränken.

Gateway-Sicherheitsrichtlinien und -regeln

Eine Gateway-Sicherheitsrichtlinie ist das zentrale Sicherheitselement, das die Zugriffssteuerung für den gesamten ausgehenden, nicht agentischen Webtraffic definiert.

Gateway-Sicherheitsrichtlinien umfassen die folgenden wichtigen Funktionen:

  • Richtlinienkontrolle: Eine Richtlinie enthält die Gateway-Sicherheitsregeln, die der Proxy verwendet, um eine Webanfrage zuzulassen oder abzulehnen. Sie können eine einzelne Richtlinie erstellen und sie für mehrere Secure Web Proxy-Instanzen wiederverwenden, um Ihre Sicherheitsregeln konsistent und effizient zu halten.

  • Standardmäßig sicher: Gateway-Sicherheitsrichtlinien sind standardmäßig deny-all. Der Proxy blockiert alle HTTP- und HTTPS-Anfragen, bis Sie eine bestimmte Regel erstellen, um sie zuzulassen. So wird von Anfang an eine Zero-Trust-Architektur erzwungen.

  • Richtlinienlogik: Jede Richtlinie basiert auf zwei Hauptprüfungen: Bestimmen der Traffic-Quelle und Überprüfen des zulässigen Ziels.

Eine Gateway-Sicherheitsregel ist eine Anweisung in einer Gateway-Sicherheitsrichtlinie, die die endgültige Aktion definiert: zulassen oder ablehnen.

Ihre Secure Web Proxy-Instanz wertet Regeln nach Priorität aus, wobei die niedrigste Zahl zuerst geprüft wird. Der Proxy stoppt und reagiert auf die erste Regel, die mit der Anfrage übereinstimmt.

  • Session Matcher: Prüft grundlegende Informationen zur Netzwerkverbindung, während sie eingerichtet wird. Session Matcher umfasst die folgenden Elemente:

    • Quellidentität (Dienstkonto oder sicheres Tag)
    • Ziel-Hostname (der Domainname)
    • Zielport

  • Application Matcher: Prüft den Inhalt der eigentlichen Webanfrage. Sie wird in der Regel für eine detaillierte Kontrolle verwendet und erfordert eine TLS-Prüfung, um verschlüsselten Traffic zu prüfen. Application Matcher umfasst die folgenden Elemente:

    • Vollständiger URL-Pfad
    • Anfragemethode, z. B. alle DELETE-Aktionen blockieren
    • Spezifische HTTP-Header

Richtlinien zur Ratenbegrenzung für Dienste

Richtlinien zur Ratenbegrenzung für Dienste tragen dazu bei, dass Ihre Gateways für ausgehenden Webtraffic stabil bleiben. Während andere Mechanismen zur Trafficverwaltung die Skalierung von Ressourcen priorisieren, werden bei der Ratenbegrenzung ressourcenintensive Clients an der Quelle gedrosselt, um die Gateway-Verfügbarkeit zu maximieren.

Secure Web Proxy erzwingt die Ratenbegrenzung für Dienste am Ende des Anfrageverarbeitungspfads, nachdem alle Gateway-Sicherheitsregeln, Autorisierungsprüfungen und Diensterweiterungen erfolgreich abgeschlossen wurden. So wird sichergestellt, dass nur autorisierter und vertrauenswürdiger Traffic Ihr Budget für die Ratenbegrenzung verbraucht.

Weitere Informationen zum Einrichten von Richtlinien zur Ratenbegrenzung finden Sie unter Ratenbegrenzung für Dienste – Übersicht und Richtlinien zur Ratenbegrenzung für Dienste konfigurieren.

Beschränkungen

Wenn Sie Richtlinien in Secure Web Proxy konfigurieren, gelten die folgenden Einschränkungen:

  • Gateway-Sicherheitsrichtlinien: Diese Richtlinien unterstützen keine Autorisierungserweiterungen. Erweiterte Funktionen wie die Verwendung benutzerdefinierter Logik oder die Delegierung von Autorisierungsentscheidungen an externe Dienste sind nur über Autorisierungsrichtlinien verfügbar.

  • Autorisierungsrichtlinien: Diese Richtlinien unterstützen keine URL-Listen oder den Abgleich von regulären Ausdrücken (Regex) für URL-Strings.

  • Richtlinien zur Ratenbegrenzung für Dienste: Die Ratenbegrenzung gilt nur für Layer-7-Traffic, der mit einer Regel mit einem Anwendungsattribut (ApplicationMatcher) übereinstimmt. Für ausgehenden Webtraffic, der mit einer Regel mit nur einem Sitzungsattribut (SessionMatcher) übereinstimmt, wird die Ratenbegrenzung nicht angewendet.

Nächste Schritte