Ressourcen von Firewall-Richtlinien mithilfe benutzerdefinierter Einschränkungen verwalten

Mit dem Organisationsrichtliniendienst können Sie die Ressourcen Ihrer Organisation zentral und programmatisch steuern. Als Administrator für Organisationsrichtlinien können Sie eine Organisationsrichtlinie definieren, also eine Reihe von Einschränkungen, die fürGoogle Cloud -Ressourcen und untergeordnete Elemente dieser Ressourcen in der Google Cloud -Ressourcenhierarchie gelten. Sie können Organisationsrichtlinien auf Organisations-, Ordner- oder Projektebene erzwingen.

Die Organisationsrichtlinie bietet vordefinierte Einschränkungen für verschiedeneGoogle Cloud -Dienste. Wenn Sie jedoch eine detailliertere, anpassbare Steuerung der spezifischen Felder wünschen, die in Ihren Organisationsrichtlinien eingeschränkt werden, können Sie auch benutzerdefinierte Einschränkungen erstellen und diese benutzerdefinierten Einschränkungen in einer benutzerdefinierten Organisationsrichtlinie erzwingen.

Für Cloud Next Generation Firewall können Sie benutzerdefinierte Einschränkungen für die folgenden Firewallrichtlinien erstellen und erzwingen:

Die benutzerdefinierten Einschränkungen gelten für alle Regeln in der Firewallrichtlinie, einschließlich vordefinierter Regeln, die beim Erstellen einer Firewallrichtlinie hinzugefügt werden. Weitere Informationen zu vordefinierten Firewallrichtlinien-Regeln finden Sie unter Vordefinierte Regeln für Firewallrichtlinien.

Übernahme von Richtlinien

Standardmäßig werden Organisationsrichtlinien von den Nachfolgerelementen der Ressourcen übernommen, für die Sie die Richtlinie erzwingen. Wenn Sie beispielsweise eine Richtlinie für einen Ordner erzwingen, erzwingt Google Cloud die Richtlinie für alle Projekte in dem Ordner. Weitere Informationen zu diesem Verhalten und zu dessen Änderung finden Sie unter Regeln für die Evaluierung der Hierarchie.

Unterstützte Cloud NGFW-Ressourcen

Bei Firewallrichtlinien können Sie benutzerdefinierte Einschränkungen für die folgenden Ressourcen und Felder festlegen.

  • Firewallrichtlinien: compute.googleapis.com/FirewallPolicy
    • Regelname: resource.rules[].ruleName
    • Beschreibung: resource.rules[].description
    • Priorität: resource.rules[].priority
    • Aktion: resource.rules[].action
    • Richtung: resource.rules[].direction
    • Ist das Logging aktiviert: resource.rules[].enableLogging
    • Ist deaktiviert: resource.rules[].disabled
    • Sicherheitsprofilgruppe: resource.rules[].securityProfileGroup
    • Ist die TLS-Prüfung aktiviert: resource.rules[].tlsInspect
    • Zieldienstkonten: resource.rules[].targetServiceAccounts[]
    • Sichere Ziel-Tags: resource.rules[].targetSecureTags[]
      • Name: resource.rules[].targetSecureTags[].name
    • Zielressourcen: resource.rules[].targetResources
    • Quell-IP-Bereiche: resource.rules[].match.srcIpRanges[]
    • Ziel-IP-Bereiche: resource.rules[].match.destIpRanges[]
    • Layer4Config: resource.rules[].match.layer4Configs[]
      • IP-Protokoll: match.layer4Configs[].ipProtocol
      • Ports: resource.rules[].match.layer4Configs[].ports[]
    • Sichere Quell-Tags: resource.rules[].match.srcSecureTags[]
      • Name: resource.rules[].match.srcSecureTags[].name
    • Quelladressgruppen: resource.rules[].match.srcAddressGroups[]
    • Zieladressgruppen: resource.rules[].match.destAddressGroups[]
    • Quell-FQDNs: resource.rules[].match.srcFqdns[]
    • Ziel-FQDNs: resource.rules[].match.destFqdns[]
    • Quellregionscodes: resource.rules[].match.srcReigonCodes[]
    • Zielregionscodes: resource.rules[].match.destReigonCodes[]
    • Quelllisten für Netzwerk-Bedrohungsinformationen: resource.rules[].match.srcThreatIntelligences[]
    • Listen mit Bedrohungsinformationen für Zielnetzwerke: resource.rules[].match.destThreatIntelligences[]

Hinweis

  • Richten Sie die Authentifizierung ein, falls Sie dies noch nicht getan haben. Bei der Authentifizierung wird Ihre Identität für den Zugriff auf Google Cloud Dienste und APIs überprüft. Zur Ausführung von Code oder Beispielen aus einer lokalen Entwicklungsumgebung können Sie sich so bei Compute Engine authentifizieren:

    Wählen Sie den Tab aus, der Ihrer geplanten Verwendung der Beispiele auf dieser Seite entspricht:

    Console

    Wenn Sie über die Google Cloud Console auf Google Cloud Dienste und APIs zugreifen, müssen Sie die Authentifizierung nicht einrichten.

    gcloud

    1. Installieren Sie die Google Cloud CLI. Initialisieren Sie die Google Cloud CLI nach der Installation mit dem folgenden Befehl: 

      gcloud init

      Wenn Sie einen externen Identitätsanbieter (IdP) verwenden, müssen Sie sich zuerst mit Ihrer föderierten Identität in der gcloud CLI anmelden.

  • Legen Sie eine Standardregion und -zone fest.

    • REST

    Wenn Sie die REST API-Beispiele auf dieser Seite in einer lokalen Entwicklungsumgebung verwenden möchten, verwenden Sie die Anmeldedaten, die Sie der gcloud CLI bereitstellen.

      Installieren Sie die Google Cloud CLI.

      Wenn Sie einen externen Identitätsanbieter (IdP) verwenden, müssen Sie sich zuerst mit Ihrer föderierten Identität in der gcloud CLI anmelden.

    Weitere Informationen finden Sie in der Dokumentation zur Google Cloud -Authentifizierung unter Für die Verwendung von REST authentifizieren.

Erforderliche Rollen

Bitten Sie Ihren Administrator, Ihnen die folgenden IAM-Rollen zu gewähren, um die Berechtigungen zu erhalten, die Sie zum Verwalten von Organisationsrichtlinien für Cloud NGFW-Ressourcen benötigen:

Weitere Informationen zum Zuweisen von Rollen finden Sie unter Zugriff auf Projekte, Ordner und Organisationen verwalten.

Diese vordefinierten Rollen enthalten die Berechtigungen, die zum Verwalten von Organisationsrichtlinien für Cloud NGFW-Ressourcen erforderlich sind. Erweitern Sie den Abschnitt Erforderliche Berechtigungen, um die erforderlichen Berechtigungen anzuzeigen:

Erforderliche Berechtigungen

Die folgenden Berechtigungen sind für die Verwaltung von Organisationsrichtlinien für Cloud NGFW-Ressourcen erforderlich:

  • orgpolicy.constraints.list
  • orgpolicy.policies.create
  • orgpolicy.policies.delete
  • orgpolicy.policies.list
  • orgpolicy.policies.update
  • orgpolicy.policy.get
  • orgpolicy.policy.set

Sie können diese Berechtigungen auch mit benutzerdefinierten Rollen oder anderen vordefinierten Rollen erhalten.

Benutzerdefinierte Beschränkung einrichten

Sie können eine benutzerdefinierte Einschränkung erstellen und für die Verwendung in Organisationsrichtlinien einrichten, indem Sie die Google Cloud Console oder die Google Cloud CLI verwenden.

Console

  1. Wechseln Sie in der Google Cloud Console zur Seite Organisationsrichtlinien.

    Zu den Organisationsrichtlinien

  2. Klicken Sie oben auf der Seite auf Projektauswahl.

  3. Wählen Sie in der Projektauswahl das Projekt aus, für das Sie die Organisationsrichtlinie festlegen möchten.

  4. Klicken Sie auf Benutzerdefinierte Einschränkung.

  5. Geben Sie im Feld Anzeigename einen nutzerfreundlichen Namen für die Einschränkung ein. Dieses Feld hat eine maximale Länge von 200 Zeichen. Verwenden Sie keine personenidentifizierbaren Informationen oder vertraulichen Daten in Einschränkungsnamen, da diese in Fehlermeldungen angezeigt werden können.

  6. Geben Sie im Feld Einschränkungs-ID den gewünschten Namen für die neue benutzerdefinierte Einschränkung ein. Eine benutzerdefinierte Einschränkung muss mit custom. beginnen und darf nur Großbuchstaben, Kleinbuchstaben oder Ziffern enthalten, z. B. custom.createFirewallPolicy. Die maximale Länge dieses Feldes beträgt 70 Zeichen, das Präfix wird nicht gezählt (z. B. organizations/123456789/customConstraints/custom.).

  7. Geben Sie im Feld Beschreibung eine nutzerfreundliche Beschreibung der Einschränkung ein, die bei einer Verletzung der Richtlinie als Fehlermeldung angezeigt wird. Dieses Feld hat eine maximale Länge von 2000 Zeichen.

  8. Wählen Sie im Feld Ressourcentyp den Namen der Google Cloud-REST-Ressource aus, die das Objekt und das Feld enthält, das Sie einschränken möchten. Beispiel: compute.googleapis.com/FirewallPolicy.

  9. Wählen Sie unter Methode erzwingen aus, ob die Einschränkung nur für die REST-Methode CREATE oder sowohl für die REST-Methoden CREATE als auch UPDATE erzwungen werden soll.

  10. Klicken Sie zum Definieren einer Bedingung auf Bedingung bearbeiten.

    1. Erstellen Sie im Bereich Bedingung hinzufügen eine CEL-Bedingung, die auf eine unterstützte Dienstressource verweist. Dieses Feld hat eine maximale Länge von 1.000 Zeichen.

    2. Klicken Sie auf Speichern.

  11. Wählen Sie unter Aktion aus, ob die ausgewertete Methode zugelassen oder abgelehnt werden soll, wenn die oben aufgeführte Bedingung erfüllt ist.

  12. Klicken Sie auf Einschränkung erstellen.

Wenn Sie in jedes Feld einen Wert eingegeben haben, wird rechts die entsprechende YAML-Konfiguration für diese benutzerdefinierte Einschränkung angezeigt.

gcloud

Zum Erstellen einer benutzerdefinierten Einschränkung mit der Google Cloud CLI erstellen Sie eine YAML-Datei für die benutzerdefinierte Einschränkung:

name: organizations/ORGANIZATION_ID/customConstraints/CONSTRAINT_NAME
resource_types: compute.googleapis.com/RESOURCE_NAME
method_types:
– METHOD1
– METHOD2
condition: "CONDITION"
action_type: ACTION
display_name: DISPLAY_NAME
description: DESCRIPTION

Ersetzen Sie dabei Folgendes:

  • ORGANIZATION_ID: Ihre Organisations-ID, z. B. 123456789.

  • CONSTRAINT_NAME: Name, den Sie für Ihre neue benutzerdefinierte Einschränkung verwenden möchten. Eine benutzerdefinierte Einschränkung muss mit custom. beginnen und darf nur Großbuchstaben, Kleinbuchstaben oder Ziffern enthalten, z. B. custom.createFirewallPolicy. Die maximale Länge dieses Feldes beträgt 70 Zeichen, das Präfix wird nicht gezählt (z. B. organizations/123456789/customConstraints/custom).

  • RESOURCE_NAME: Name (nicht der URI) der REST API-Ressource in GKE, die das Objekt und das Feld enthält, das Sie einschränken möchten. Beispiel: FirewallPolicy.

  • METHOD1,METHOD2,...: Liste der RESTful-Methoden, für die die Einschränkung erzwungen werden soll Kann CREATE oder CREATE und UPDATE sein

  • CONDITION: eine CEL-Bedingung, die für eine Darstellung einer unterstützten Dienstressource geschrieben wird. Dieses Feld hat eine maximale Länge von 1.000 Zeichen. Weitere Informationen zu den verfügbaren Ressourcen, auf die Bedingungen geschrieben werden können, finden Sie unter Unterstützte Ressourcen.

  • ACTION: Aktion, die ausgeführt werden soll, wenn condition erfüllt ist. Dies kann entweder ALLOW oder DENY sein.

  • DISPLAY_NAME: Ein nutzerfreundlicher Name für die Einschränkung. Dieses Feld hat eine maximale Länge von 200 Zeichen.

  • DESCRIPTION: Eine nutzerfreundliche Beschreibung der Einschränkung, die als Fehlermeldung angezeigt werden soll, wenn die Richtlinie verletzt wird Dieses Feld hat eine maximale Länge von 2000 Zeichen.

Weitere Informationen zum Erstellen einer benutzerdefinierten Beschränkung finden Sie unter Benutzerdefinierte Beschränkungen definieren.

Console

So erstellen Sie eine benutzerdefinierte Einschränkung:

  1. Wechseln Sie in der Google Cloud Console zur Seite Organisationsrichtlinien.

    Zu den Organisationsrichtlinien

  2. Wählen Sie in der Projektauswahl das Projekt aus, für das Sie die Organisationsrichtlinie festlegen möchten.
  3. Klicken Sie auf Benutzerdefinierte Einschränkung.
  4. Geben Sie im Feld Anzeigename einen nutzerfreundlichen Namen für die Einschränkung ein. Dieser Name wird in Fehlermeldungen verwendet und kann zur Identifizierung und Fehlerbehebung genutzt werden. Verwenden Sie keine personenidentifizierbaren Informationen oder vertraulichen Daten in Anzeigenamen, da dieser Name in Fehlermeldungen angezeigt werden kann. Dieses Feld kann bis zu 200 Zeichen enthalten.
  5. Geben Sie im Feld Einschränkungs-ID die gewünschte ID für die neue benutzerdefinierte Einschränkung ein. Eine benutzerdefinierte Einschränkung darf nur Buchstaben (Groß- und Kleinbuchstaben) oder Ziffern enthalten, z. B. custom.createFirewallPolicy. Dieses Feld kann bis zu 70 Zeichen enthalten, das Präfix (custom.) wird nicht gezählt, z. B. organizations/123456789/customConstraints/custom. Beziehen Sie weder personenidentifizierbare Informationen noch sensible Daten in die Einschränkungs-ID ein, da sie in Fehlermeldungen preisgegeben werden könnten.
  6. Geben Sie im Feld Beschreibung eine für Menschen lesbare Beschreibung der Einschränkung ein. Diese Beschreibung wird als Fehlermeldung verwendet, wenn gegen die Richtlinie verstoßen wird. Geben Sie Details dazu an, warum der Richtlinienverstoß aufgetreten ist und wie er behoben werden kann. Beziehen Sie weder personenidentifizierbare Informationen noch sensible Daten in die Beschreibung ein, da sie in Fehlermeldungen preisgegeben werden könnten. Dieses Feld kann bis zu 2.000 Zeichen enthalten.
  7. Wählen Sie im Feld Ressourcentyp den Namen der Google Cloud REST-Ressource aus, die das Objekt und das Feld enthält, das Sie einschränken möchten, z. B. container.googleapis.com/NodePool. Die meisten Ressourcentypen unterstützen bis zu 20 benutzerdefinierte Einschränkungen. Wenn Sie versuchen, weitere benutzerdefinierte Einschränkungen zu erstellen, schlägt der Vorgang fehl.
  8. Diese Einschränkung kann nur für die REST-Methode CREATE erzwungen werden.

    9. Die unterstützten Methoden für die einzelnen Dienste finden Sie unter Dienste, die benutzerdefinierte Einschränkungen unterstützen.

  9. Klicken Sie zum Definieren einer Bedingung auf Bedingung bearbeiten.
    1. Erstellen Sie im Bereich Bedingung hinzufügen eine CEL-Bedingung, die auf eine unterstützte Dienstressource verweist, z. B. resource.management.autoUpgrade == false. Dieses Feld kann bis zu 1.000 Zeichen enthalten. Weitere Informationen zur Verwendung von CEL finden Sie unter Common Expression Language. Weitere Informationen zu den Dienstressourcen, die Sie in Ihren benutzerdefinierten Einschränkungen verwenden können, finden Sie unter Von benutzerdefinierten Einschränkungen unterstützte Dienste.
    2. Klicken Sie auf Speichern.
  10. Wählen Sie unter Aktion aus, ob die ausgewertete Methode zugelassen oder abgelehnt werden soll, wenn die Bedingung erfüllt ist.

    11. Die Aktion „Verweigern“ bedeutet, dass der Vorgang zum Erstellen oder Aktualisieren der Ressource blockiert wird, wenn die Bedingung als „true“ ausgewertet wird.

    Die Aktion „Zulassen“ bedeutet, dass der Vorgang zum Erstellen oder Aktualisieren der Ressource nur zulässig ist, wenn die Bedingung als „true“ ausgewertet wird. Alle anderen Fälle mit Ausnahme der in der Bedingung ausdrücklich aufgeführten werden blockiert.

  11. Klicken Sie auf Einschränkung erstellen.

    12. Wenn Sie in jedes Feld einen Wert eingegeben haben, wird rechts die entsprechende YAML-Konfiguration für diese benutzerdefinierte Einschränkung angezeigt.

gcloud

  1. Zum Erstellen einer benutzerdefinierten Beschränkung erstellen Sie eine YAML-Datei im folgenden Format: 
    2. name: organizations/ORGANIZATION_ID/customConstraints/CONSTRAINT_NAME
resourceTypes: RESOURCE_NAME
methodTypes:
  - CREATE
condition: "CONDITION"
actionType: ACTION
displayName: DISPLAY_NAME
description: DESCRIPTION

    Ersetzen Sie Folgendes:

    • ORGANIZATION_ID: Ihre Organisations-ID, z. B. 123456789.
    • CONSTRAINT_NAME: der Name, den Sie für Ihre neue benutzerdefinierte Einschränkung verwenden möchten. Eine benutzerdefinierte Einschränkung darf nur Buchstaben (Groß- und Kleinbuchstaben) oder Ziffern enthalten, z. B. custom.createFirewallPolicy. Dieses Feld kann bis zu 70 Zeichen enthalten, das Präfix (custom.) wird nicht gezählt, z. B. organizations/123456789/customConstraints/custom. Beziehen Sie weder personenidentifizierbare Informationen noch sensible Daten in die Einschränkungs-ID ein, da sie in Fehlermeldungen preisgegeben werden könnten.
    • RESOURCE_NAME: Der vollständig qualifizierte Name der Google Cloud-Ressource, die das Objekt und das Feld enthält, das Sie einschränken möchten. Beispiel: compute.googleapis.com/FirewallPolicy. Die meisten Ressourcentypen unterstützen bis zu 20 benutzerdefinierte Einschränkungen. Wenn Sie versuchen, weitere benutzerdefinierte Einschränkungen zu erstellen, schlägt der Vorgang fehl.
    • methodTypes: die REST-Methoden, für die die Einschränkung erzwungen wird. Kann nur CREATE sein.

      • Die unterstützten Methoden für die einzelnen Dienste finden Sie unter Dienste, die benutzerdefinierte Einschränkungen unterstützen.

    • CONDITION: eine CEL-Bedingung, die für eine Darstellung einer unterstützten Dienstressource geschrieben wird. Dieses Feld kann bis zu 1.000 Zeichen enthalten. Beispiel: "resource.rules.all(rule, rule.action == 'goto_next')".

      • Weitere Informationen zu den verfügbaren Ressourcen, auf die Bedingungen geschrieben werden können, finden Sie unter Unterstützte Ressourcen.

    • ACTION: Aktion, die ausgeführt werden soll, wenn condition erfüllt ist. Kann nur ALLOW sein.

      • Die Aktion „allow“ bedeutet, dass der Vorgang zum Erstellen oder Aktualisieren der Ressource zulässig ist, wenn die Bedingung als „true“ ausgewertet wird. Das bedeutet auch, dass jeder andere Fall als der in der Bedingung explizit aufgeführte blockiert wird.

    • DISPLAY_NAME: Ein für Nutzer lesbarer Name für die Einschränkung. Dieser Name wird in Fehlermeldungen verwendet und kann zur Identifizierung und Fehlerbehebung genutzt werden. Verwenden Sie keine personenidentifizierbaren Informationen oder vertraulichen Daten in Anzeigenamen, da dieser Name in Fehlermeldungen angezeigt werden kann. Dieses Feld kann bis zu 200 Zeichen enthalten.
    • DESCRIPTION: Eine nutzerfreundliche Beschreibung der Einschränkung, die als Fehlermeldung angezeigt werden soll, wenn die Richtlinie verletzt wird. Dieses Feld kann bis zu 2.000 Zeichen enthalten.
  2. Nachdem Sie die YAML-Datei für eine neue benutzerdefinierte Einschränkung erstellt haben, müssen Sie sie einrichten, um sie für Organisationsrichtlinien in Ihrer Organisation verfügbar zu machen. Verwenden Sie zum Einrichten einer benutzerdefinierten Einschränkung den Befehl gcloud org-policies set-custom-constraint: 
    3. gcloud org-policies set-custom-constraint CONSTRAINT_PATH

    Ersetzen Sie CONSTRAINT_PATH durch den vollständigen Pfad zu Ihrer benutzerdefinierten Einschränkungsdatei. Beispiel: /home/user/customconstraint.yaml.

    Nach Abschluss dieses Vorgangs sind Ihre benutzerdefinierten Einschränkungen als Organisationsrichtlinien in der Liste der Organisationsrichtlinien von Google Cloud verfügbar.

  3. Prüfen Sie mit dem Befehl gcloud org-policies list-custom-constraints, ob die benutzerdefinierte Einschränkung vorhanden ist: 
    4. gcloud org-policies list-custom-constraints --organization=ORGANIZATION_ID

    Ersetzen Sie ORGANIZATION_ID durch die ID Ihrer Organisationsressource.

    Weitere Informationen finden Sie unter Organisationsrichtlinien aufrufen.

Benutzerdefinierte Einschränkung erzwingen

Sie können eine Beschränkung erzwingen, indem Sie eine Organisationsrichtlinie erstellen, die darauf verweist, und diese Organisationsrichtlinie dann auf eine Ressource von Google Cloud anwenden.

Console

  1. Wechseln Sie in der Google Cloud Console zur Seite Organisationsrichtlinien.

    Zu den Organisationsrichtlinien

  2. Wählen Sie in der Projektauswahl das Projekt aus, für das Sie die Organisationsrichtlinie festlegen möchten.
  3. Wählen Sie auf der Seite Organisationsrichtlinien die gewünschte Beschränkung aus, um die Seite Richtliniendetails aufzurufen.
  4. Zum Konfigurieren der Organisationsrichtlinie für diese Ressource klicken Sie auf Richtlinie verwalten.
  5. Wählen Sie auf der Seite Richtlinie bearbeiten die Option Richtlinie der übergeordneten Ressource überschreiben aus.
  6. Klicken Sie auf Regel hinzufügen.
  7. Wählen Sie im Abschnitt Erzwingung aus, ob diese Organisationsrichtlinie erzwungen wird.
  8. Klicken Sie optional auf Bedingung hinzufügen, um die Organisationsrichtlinie von einem Tag abhängig zu machen. Wenn Sie einer Organisationsrichtlinie eine bedingte Regel hinzufügen, müssen Sie mindestens eine unbedingte Regel hinzufügen, da die Richtlinie sonst nicht gespeichert werden kann. Weitere Informationen finden Sie unter Organisationsrichtlinien mit Tags eingrenzen.
  9. Klicken Sie auf Änderungen testen, um die Auswirkungen der Organisationsrichtlinie zu simulieren. Weitere Informationen finden Sie unter Änderungen an Organisationsrichtlinien mit dem Policy Simulator testen.
  10. Klicken Sie auf Probelaufrichtlinie festlegen, um die Organisationsrichtlinie im Probelaufmodus zu erzwingen. Weitere Informationen finden Sie unter Organisationsrichtlinien testen.
  11. Nachdem Sie überprüft haben, ob die Organisationsrichtlinie im Probelaufmodus wie vorgesehen funktioniert, legen Sie die aktive Richtlinie fest, indem Sie auf Richtlinie festlegen klicken.

gcloud

  1. Wenn Sie eine Organisationsrichtlinie mit booleschen Regeln erstellen möchten, erstellen Sie eine YAML-Richtliniendatei, die auf die Beschränkung verweist: 
    2. name: projects/PROJECT_ID/policies/CONSTRAINT_NAME
spec:
  rules:
  - enforce: true

dryRunSpec:
  rules:
  - enforce: true

    Ersetzen Sie Folgendes:

    • PROJECT_ID: das Projekt, für das Sie die Einschränkung erzwingen möchten.
    • CONSTRAINT_NAME: der Name, den Sie für Ihre benutzerdefinierte Beschränkung definiert haben. Beispiel: custom.createFirewallPolicy.
  2. Führen Sie den folgenden Befehl mit dem Flag dryRunSpec aus, um die Organisationsrichtlinie im Probelaufmodus zu erzwingen: 
    3. gcloud org-policies set-policy POLICY_PATH --update-mask=dryRunSpec

    Ersetzen Sie POLICY_PATH durch den vollständigen Pfad zur YAML-Datei Ihrer Organisationsrichtlinie. Es kann bis zu 15 Minuten dauern, bis die Richtlinie wirksam wird.

  3. Nachdem Sie überprüft haben, ob die Organisationsrichtlinie im Probelaufmodus wie vorgesehen funktioniert, legen Sie die aktive Richtlinie mit dem Befehl org-policies set-policy und dem Flag spec fest: 
    4. gcloud org-policies set-policy POLICY_PATH --update-mask=spec

    Ersetzen Sie POLICY_PATH durch den vollständigen Pfad zur YAML-Datei Ihrer Organisationsrichtlinie. Es kann bis zu 15 Minuten dauern, bis die Richtlinie wirksam wird.

Beispiel: Einschränkung erstellen, die für alle Firewallregeln das Logging erzwingt

Die in diesem Abschnitt beschriebene Einschränkung verhindert die Erstellung von Firewallrichtlinienregeln ohne aktiviertes Logging. Firewallrichtlinienregeln mit der Aktion goto_next werden ausgeschlossen, da sie kein Logging unterstützen.

gcloud

  1. Erstellen Sie eine enforceLoggingEnabled.yaml-Einschränkungsdatei mit den folgenden Informationen.

    name: organizations/ORGANIZATION_ID/customConstraints/custom.enforceLoggingEnabled
resource_types: compute.googleapis.com/FirewallPolicy
condition: "resource.rules.exists(rule, rule.action != 'goto_next' && rule.enableLogging == false)"
action_type: DENY
method_types: [CREATE, UPDATE]
display_name: Enforce that all rules have logging enabled
description: Firewall policy rules with action other than goto_next can only be created when firewall rules logging is enabled.

    Ersetzen Sie ORGANIZATION_ID durch Ihre Organisations-ID.

  2. Legen Sie die benutzerdefinierte Einschränkung fest.

    gcloud org-policies set-custom-constraint enforceLoggingEnabled.yaml

  3. Erstellen Sie eine enforceLoggingEnabled-policy.yaml-Richtliniendatei mit den im folgenden Beispiel bereitgestellten Informationen und erzwingen Sie diese Einschränkung auf Projektebene. Sie können diese Einschränkung auch auf Organisations- oder Ordnerebene festlegen.

    name: projects/PROJECT_ID/policies/custom.enforceLoggingEnabled
spec:
 rules:
 – enforce: true

    Ersetzen Sie PROJECT_ID durch Ihre Projekt-ID.

  4. Richtlinie erzwingen

    gcloud org-policies set-policy enforceLoggingEnabled-policy.yaml

  5. Um die Einschränkung zu testen, erstellen Sie eine Firewallrichtlinienregel, die eingehenden TCP-Traffic auf Port 22 ohne Protokollierung zulässt.

    Verwenden Sie den folgenden Befehl, um eine Firewallrichtlinie zu erstellen:

     gcloud compute network-firewall-policies create test-fw-policy --global

    Erstellen Sie dann eine Regel in der Richtlinie, die eingehenden TCP-Traffic zulässt:

     gcloud compute network-firewall-policies rules create 1000 \
     --action ALLOW \
     --direction INGRESS \
     --firewall-policy test-fw-policy \
     --src-ip-ranges 0.0.0.0/0 \
     --layer4-configs tcp:22 \
     --no-enable-logging \
     --global-firewall-policy

    Die Ausgabe sieht etwa so aus:

    ERROR: (gcloud.compute.network-firewall-policies.create) Could not fetch resource:
- Operation denied by custom org policy: [customConstraints/custom.enforceLoggingEnabled] :Firewall policy rules with action other than goto_next can only be created when firewall rules logging is enabled.

  6. Löschen Sie die im vorherigen Schritt erstellte Firewallrichtlinie. 

     gcloud compute network-firewall-policies delete test-fw-policy --global

Beispiel: Einschränkung erstellen, die für alle SSH-Firewallregeln für eingehenden Traffic einen bestimmten Quellbereich erzwingt

Die in diesem Abschnitt beschriebene Einschränkung erzwingt, dass die Firewallrichtlinienregeln, die eingehenden SSH-Traffic zulassen, Quell-IP-Bereiche haben müssen, die mit dem 192.168.-Block beginnen.

gcloud

  1. Erstellen Sie eine restrictFirewallPolicyRulesSshRanges.yaml-Einschränkungsdatei mit den folgenden Informationen.

    name: organizations/$ORGANIZATION_ID/customConstraints/custom.restrictFirewallPolicyRulesSshRanges
resource_types: compute.googleapis.com/FirewallPolicy
condition: "resource.rules.exists(rule,
rule.priority < 2147483644 &&
(rule.direction == 'INGRESS') &&
!rule.match.srcIpRanges.all(ipRange, ipRange.startsWith('192.168.')) &&
rule.match.layer4Configs.all(l4config, l4config.ipProtocol == 'tcp' && l4config.ports.all(port, port == '22'))
)"
action_type: DENY
method_types: [CREATE, UPDATE]
display_name: Limit firewall policy rules that allow ingress SSH traffic
description: Firewall Policy rules that allow ingress SSH traffic can only be created with allowed source ranges.

    Ersetzen Sie ORGANIZATION_ID durch Ihre Organisations-ID.

  2. Legen Sie die benutzerdefinierte Einschränkung fest.

    gcloud org-policies set-custom-constraint restrictFirewallPolicyRulesSshRanges.yaml

  3. Erstellen Sie eine restrictFirewallPolicyRulesSshRanges-policy.yaml-Richtliniendatei mit den im folgenden Beispiel bereitgestellten Informationen und erzwingen Sie die Einschränkung auf Projektebene. Sie können diese Einschränkung auch auf Organisations- oder Ordnerebene festlegen.

    name: projects/PROJECT_ID/policies/custom.restrictFirewallPolicyRulesSshRanges
spec:
rules:
– enforce: true

    Ersetzen Sie PROJECT_ID durch Ihre Projekt-ID.

  4. Richtlinie erzwingen

    gcloud org-policies set-policy restrictFirewallPolicyRulesSshRanges-policy.yaml

  5. Um die Einschränkung zu testen, erstellen Sie eine Firewallrichtlinienregel, die eingehenden SSH-TCP-Traffic auf Port 22 mit dem Quell-IP-Bereich 10.0.0.0/0 zulässt.

    Verwenden Sie den folgenden Befehl, um eine Firewallrichtlinie zu erstellen:

    gcloud compute network-firewall-policies create test-fw-policy --global

    Erstellen Sie dann eine Regel in der Richtlinie, die eingehenden SSH-Traffic zulässt:

    gcloud compute network-firewall-policies rules create 1000 \
    --action ALLOW \
    --direction INGRESS \
    --firewall-policy test-fw-policy \
    --src-ip-ranges 10.0.0.0/8 \
    --layer4-configs tcp:22 \
    --global-firewall-policy

    Die Ausgabe sieht etwa so aus:

    ERROR: (gcloud.compute.network-firewall-policies.create) Could not fetch resource:
- Operation denied by custom org policy: [customConstraints/custom.restrictFirewallPolicyRulesSshRanges]: Firewall Policy rules that allow ingress SSH traffic can only be created with allowed source ranges.

  6. Löschen Sie die im vorherigen Schritt erstellte Firewallrichtlinie. 

    gcloud compute network-firewall-policies delete test-fw-policy --global

Beispiel: Einschränkung erstellen, die erzwingt, dass für alle eingehenden SSH-Firewallregeln bestimmte Adressgruppen verwendet werden

Die in diesem Abschnitt beschriebene Einschränkung erfordert Firewallrichtlinienregeln, die für eingehenden SSH-Traffic nur die Verwendung der angegebenen organisationsbezogenen Adressgruppen zulassen. Weitere Informationen zu Adressgruppen finden Sie unter Adressgruppen für Firewallrichtlinien.

gcloud

  1. Erstellen Sie eine restrictFirewallPolicyRulesSshAddressGroups.yaml-Einschränkungsdatei mit den folgenden Informationen.

    name: organizations/ORGANIZATION_ID/customConstraints/custom.restrictFirewallPolicyRulesSshAddressGroups
resource_types: compute.googleapis.com/FirewallPolicy
condition: "!resource.rules.all(rule, rule.priority >= 2147483644 || rule.match.srcAddressGroups.exists(group, ['ADDRESS_GROUP_1','ADDRESS_GROUP_2', ... , 'ADDRESS_GROUP_N'].exists(value, value == group) ) )"
action_type: DENY
method_types: [CREATE, UPDATE]
display_name: Limit firewall policy rules that allow ingress SSH traffic
description: Firewall policy rules that allow ingress SSH traffic can only be created with allowed address groups.

    Ersetzen Sie ORGANIZATION_ID durch Ihre Organisations-ID.

    Ersetzen Sie '<code><var>ADDRESS_GROUP_1</var></code>', '<code><var>ADDRESS_GROUP_2</var></code>', ... , '<code><var>ADDRESS_GROUP_N</var></code>' durch eindeutige URL-IDs der Adressgruppen, die Sie zulassen möchten, z. B. 'organizations/my-org/locations/europe-west1/addressGroups/my-address-group'.

  2. Legen Sie die benutzerdefinierte Einschränkung fest.

    gcloud org-policies set-custom-constraint restrictFirewallPolicyRulesSshAddressGroups.yaml

  3. Erstellen Sie eine restrictFirewallPolicyRulesSshAddressGroups-policy.yaml-Richtliniendatei mit dem folgenden Beispiel. Erzwingen Sie die Einschränkung dann auf Projektebene. Sie können diese Einschränkung auch auf Organisations- oder Ordnerebene festlegen.

    name: projects/PROJECT_ID/policies/custom.restrictFirewallPolicyRulesSshAddressGroups
spec:
rules:
– enforce: true

    Ersetzen Sie PROJECT_ID durch Ihre Projekt-ID.

  4. Richtlinie erzwingen

    gcloud org-policies set-policy restrictFirewallPolicyRulesSshAddressGroups-policy.yaml

  5. Um die Beschränkung zu testen, erstellen Sie eine Firewallrichtlinienregel, die eingehenden TCP-Traffic für SSH auf Port 22 mit der Quelladressengruppe test-address-group zulässt.

    Verwenden Sie den folgenden Befehl, um eine Firewallrichtlinie zu erstellen:

    gcloud compute network-firewall-policies create test-fw-policy --global

    Erstellen Sie dann eine Regel in der Richtlinie, die eingehenden SSH-Traffic zulässt:

    gcloud compute network-firewall-policies rules create 1000 \
    --action ALLOW \
    --direction INGRESS \
    --firewall-policy test-fw-policy \
    --src-address-groups organizations/my-org/locations/europe-west1/addressGroups/test-address-group \
    --layer4-configs tcp:22 \
    --global-firewall-policy

    Die Ausgabe sieht etwa so aus:

    ERROR: (gcloud.compute.network-firewall-policies.create) Could not fetch resource:
- Operation denied by custom org policy: [customConstraints/custom.restrictFirewallPolicyRulesSshAddressGroups]: Firewall policy rules that allow ingress SSH traffic can only be created with allowed address groups.

  6. Löschen Sie die im vorherigen Schritt erstellte Firewallrichtlinie. 

    gcloud compute network-firewall-policies delete test-fw-policy --global

Ebenso können Sie erzwingen, dass für alle SSH-Firewallregeln für eingehenden Traffic nur bestimmte Adressgruppen mit Projektumfang verwendet werden.

Nächste Schritte