Benutzerdefinierte Organisationsrichtlinien verwenden

Auf dieser Seite erfahren Sie, wie Sie benutzerdefinierte Einschränkungen des Organisationsrichtliniendienstes verwenden, um bestimmte Vorgänge für die folgenden Google Cloud Ressourcen einzuschränken:

• binaryauthorization.googleapis.com/Policy
• binaryauthorization.googleapis.com/Attestor

Weitere Informationen zu Organisationsrichtlinien finden Sie unter Benutzerdefinierte Organisationsrichtlinien.

Informationen zu Organisationsrichtlinien und Einschränkungen

Mit dem Google Cloud 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 integrierte verwaltete Einschränkungen für verschiedene Google 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 Organisationsrichtlinie verwenden.

Ü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.

Vorteile

Mit benutzerdefinierten Organisationsrichtlinien können Sie mit Richtlinien für die Binärautorisierung Folgendes tun:

• Sicherheitsanforderungen durchsetzen, indem die Nutzerautorisierung für die Bereitstellung von System-Images vorgeschrieben wird.
• Achten Sie darauf, dass für alle Pod-Bereitstellungen in der Richtlinie zur Binärautorisierung eine Attestierung erforderlich ist.
• Achten Sie darauf, dass bestimmte Attestierer in der Binärautorisierungsrichtlinie enthalten sind, die zur Überprüfung der Attestierung verwendet wird.
• Beschränken Sie zulässige Vorgänge auf ein definiertes Zulassungslistenmuster in der Richtlinie für die Binärautorisierung.

Mit benutzerdefinierten Organisationsrichtlinien können Sie mit Binärautorisierung-Attestierungen Folgendes tun:

• Achten Sie darauf, dass Attestoren mit aussagekräftigen Metadaten erstellt werden, um ihren Zweck klar zu definieren.
• Der mit jedem Attestor verknüpfte kryptografische Schlüssel muss mit einem bestimmten, vordefinierten Signaturalgorithmus generiert werden.

Hinweise

Sign in to your Google Cloud account. If you're new to Google Cloud, create an account to evaluate how our products perform in real-world scenarios. New customers also get $300 in free credits to run, test, and deploy workloads.

In the Google Cloud console, on the project selector page, select or create a Google Cloud project.

Go to project selector

Make sure that billing is enabled for your Google Cloud project.

Install the Google Cloud CLI.

If you're using an external identity provider (IdP), you must first sign in to the gcloud CLI with your federated identity.

To initialize the gcloud CLI, run the following command:

gcloud init

In the Google Cloud console, on the project selector page, select or create a Google Cloud project.

Go to project selector

Make sure that billing is enabled for your Google Cloud project.

Install the Google Cloud CLI.

If you're using an external identity provider (IdP), you must first sign in to the gcloud CLI with your federated identity.

To initialize the gcloud CLI, run the following command:

gcloud init

1. Sie müssen Ihre Organisations-ID kennen.

Erforderliche Rollen

Bitten Sie Ihren Administrator, Ihnen die folgenden IAM-Rollen zuzuweisen, um die Berechtigungen zu erhalten, die Sie zur Verwaltung von Organisationsrichtlinien benötigen:

• Administrator für Organisationsrichtlinien (roles/orgpolicy.policyAdmin) für die Organisationsressource
• So aktualisieren Sie eine Richtlinie: Rollen für Richtlinien für Binärautorisierungen (roles/binaryauthorization.policyEditor) für das Projekt
• So erstellen und aktualisieren Sie einen Attestierer: Rollen für Attestierer von Binärautorisierungen (roles/binaryauthorization.attestorsAdmin) für das Projekt

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 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 erforderlich:

• orgpolicy.* für die Organisationsressource
• So aktualisieren Sie eine Richtlinie zur Binärautorisierung:
  • binaryauthorization.policy.update für die Projektressource
  • binaryauthorization.policy.get für die Projektressource
• So erstellen oder aktualisieren Sie einen Attestierer für die Binärautorisierung:
  • binaryauthorization.attestors.get für die Projektressource
  • binaryauthorization.attestors.list für die Projektressource
  • binaryauthorization.attestors.create für die Projektressource
  • binaryauthorization.attestors.update für die Projektressource

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

Benutzerdefinierte Einschränkung erstellen

Eine benutzerdefinierte Einschränkung wird in einer YAML-Datei durch die Ressourcen, Methoden, Bedingungen und Aktionen definiert, die von dem Dienst unterstützt werden, für den Sie die Organisationsrichtlinie erzwingen. Bedingungen für Ihre benutzerdefinierten Einschränkungen werden mithilfe der Common Expression Language (CEL) definiert. Weitere Informationen zum Erstellen von Bedingungen in benutzerdefinierten Einschränkungen mit CEL finden Sie im Abschnitt CEL unter Benutzerdefinierte Einschränkungen erstellen und verwalten.

Zum Erstellen einer benutzerdefinierten Einschränkung erstellen Sie eine YAML-Datei im folgenden Format:

name: organizations/ORGANIZATION_ID/customConstraints/CONSTRAINT_NAME
resourceTypes:
- RESOURCE_NAME
methodTypes:
- CREATE
- UPDATE
condition: "CONDITION"
actionType: ACTION
displayName: DISPLAY_NAME
description: DESCRIPTION

Ersetzen Sie 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. Beispiel: custom.ensureBinaryAuthorizationEnforcementEnabled. Die maximale Länge dieses Feldes beträgt 70 Zeichen.

• RESOURCE_NAME: Der vollständig qualifizierte Name derGoogle Cloud -Ressource, die das Objekt und das Feld enthält, das Sie einschränken möchten. Beispiel: binaryauthorization.googleapis.com/Policy

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

• ACTION: Aktion, die ausgeführt werden soll, wenn condition erfüllt ist. Mögliche Werte sind ALLOW und DENY.

• 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 Einschränkung finden Sie unter Benutzerdefinierte Einschränkungen definieren.

Benutzerdefinierte Einschränkung einrichten

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:

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 des Vorgangs sind Ihre benutzerdefinierten Einschränkungen als Organisationsrichtlinien in der Liste der Google Cloud Organisationsrichtlinien verfügbar. Prüfen Sie mit dem Befehl gcloud org-policies list-custom-constraints, ob die benutzerdefinierte Einschränkung vorhanden ist:

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 Organisationsrichtlinie erzwingen

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

Console

1. Rufen Sie in der Google Cloud Console die Seite Organisationsrichtlinien auf.

   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 Einschrä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 die Erzwingung dieser Organisationsrichtlinie aktiviert oder deaktiviert werden soll.
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 bedingungsfreie Regel hinzufügen oder die Richtlinie kann nicht gespeichert werden. Weitere Informationen finden Sie unter Organisationsrichtlinie mit Tags festlegen.
9. Klicken Sie auf Änderungen testen, um die Auswirkungen der Organisationsrichtlinie zu simulieren. Die Richtliniensimulation ist für Legacy-Verwaltungseinschränkungen nicht verfügbar. Weitere Informationen finden Sie unter Änderungen an Organisationsrichtlinien mit dem Richtliniensimulator testen.
10. Klicken Sie auf Richtlinie festlegen, um den Vorgang abzuschließen und die Organisationsrichtlinie anzuwenden. Es kann bis zu 15 Minuten dauern, bis die Richtlinie wirksam wird.

gcloud

Wenn Sie eine Organisationsrichtlinie mit booleschen Regeln erstellen möchten, erstellen Sie eine YAML-Richtliniendatei, die auf die Einschränkung verweist:

      name: projects/PROJECT_ID/policies/CONSTRAINT_NAME
      spec:
        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 Einschränkung definiert haben. Beispiel: custom.ensureBinaryAuthorizationEnforcementEnabled.

Führen Sie den folgenden Befehl aus, um die Organisationsrichtlinie mit der Einschränkung zu erzwingen:

    gcloud org-policies set-policy POLICY_PATH
    

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.

Benutzerdefinierte Organisationsrichtlinie testen

Das folgende Beispiel zeigt, wie Sie eine benutzerdefinierte Einschränkung und Richtlinie erstellen, die die Erzwingung der Binärautorisierungsrichtlinie in einem Projekt sicherstellt und Bereitstellungen verhindert, wenn Attestierungen fehlen.

Vor Beginn müssen folgende Voraussetzungen erfüllt sein:

• Aktivieren Sie die Binary Authorization API einmal pro Projekt.
• Sie müssen Ihre Organisations-ID kennen.
• Sie kennen Ihre Projekt-ID.

Einschränkung erstellen

1. Speichern Sie die folgende Datei als constraint.yaml:

   name: organizations/ORGANIZATION_ID/customConstraints/custom.ensureBinaryAuthorizationEnforcementEnabled
   resourceTypes:
   - binaryauthorization.googleapis.com/Policy
   methodTypes:
   - CREATE
   - UPDATE
   condition: "resource.defaultAdmissionRule.enforcementMode == 'ENFORCED_BLOCK_AND_AUDIT_LOG'"
   actionType: ALLOW
   displayName: Ensure Binary Authorization Enforcement is enabled
   description: Binary Authorization policy must have enforcement enabled to block deployments if one or more required attestations are missing.
   

   Diese Einschränkung verhindert Aktualisierungen der Binärautorisierungsrichtlinie, sofern defaultAdmissionRule.enforcementMode nicht auf ENFORCED_BLOCK_AND_AUDIT_LOG festgelegt ist.

2. Wenden Sie die Einschränkung an:

   gcloud org-policies set-custom-constraint ~/constraint.yaml
   

3. Prüfen Sie, ob die Einschränkung vorhanden ist:

   gcloud org-policies list-custom-constraints --organization=ORGANIZATION_ID
   

   Die Ausgabe sieht in etwa so aus:

   CUSTOM_CONSTRAINT: custom.ensureBinaryAuthorizationEnforcementEnabled
   ACTION_TYPE: DENY
   METHOD_TYPES: CREATE,UPDATE
   RESOURCE_TYPES: binaryauthorization.googleapis.com/Policy
   DISPLAY_NAME: Ensure Binary Authorization Enforcement is enabled
   

Richtlinie erstellen

1. Speichern Sie die folgende Datei als policy.yaml:

   name: projects/PROJECT_ID/policies/custom.ensureBinaryAuthorizationEnforcementEnabled
   spec:
     rules:
     - enforce: true
   

   Ersetzen Sie PROJECT_ID durch Ihre Projekt-ID.

2. Wenden Sie die Richtlinie an:

   gcloud org-policies set-policy ~/policy.yaml
   

3. Prüfen Sie, ob die Richtlinie vorhanden ist:

   gcloud org-policies list --project=PROJECT_ID
   

   Die Ausgabe sieht etwa so aus:

   CONSTRAINT: custom.ensureBinaryAuthorizationEnforcementEnabled
   LIST_POLICY: -
   BOOLEAN_POLICY: SET
   ETAG: CJSetr4GEPil1JAB-
   

Warten Sie nach dem Anwenden der Richtlinie etwa zwei Minuten, bis Google Cloud die Richtlinie durchgesetzt hat.

Richtlinie testen

cat > binauthzPolicy.yaml << EOM
globalPolicyEvaluationMode: DISABLE
defaultAdmissionRule:
  evaluationMode: ALWAYS_DENY
  enforcementMode: DRYRUN_AUDIT_LOG_ONLY
EOM

gcloud container binauthz policy import binauthzPolicy.yaml '--format=json'

Die Ausgabe sieht so aus:

Operation denied by org policy: ["customConstraints/custom.ensureBinaryAuthorizationEnforcementEnabled": "Pod deployment should be blocked when admission rule are not satisfied."].

Beispiele für benutzerdefinierte Organisationsrichtlinien für häufige Anwendungsfälle

In der folgenden Tabelle finden Sie die Syntax einiger benutzerdefinierter Einschränkungen für gängige Anwendungsfälle:

Beschreibung	Einschränkungssyntax
Achten Sie darauf, dass Attestierungen in der Richtlinie zur Binärautorisierung vorhanden sind.	name: organizations/ORGANIZATION_ID/customConstraints/custom.podCreationRequireAttestations resourceTypes: - binaryauthorization.googleapis.com/Policy methodTypes: - CREATE - UPDATE condition: "resource.defaultAdmissionRule.evaluationMode == 'REQUIRE_ATTESTATION'" actionType: ALLOW displayName: Attestations are required in Binary Authorization Policy description: Binary Authorization Policy evaluation requires attestations.
Sicherstellen, dass ein bestimmter Attestierer für die Zulassungsregel vorhanden ist	name: organizations/ORGANIZATION_ID/customConstraints/custom.policyWithParticularAttestor resourceTypes: - binaryauthorization.googleapis.com/Policy methodTypes: - CREATE - UPDATE condition: "resource.defaultAdmissionRule.requireAttestationsBy.size() > 0 && resource.defaultAdmissionRule.requireAttestationsBy.exists(value, value.matches(r'^projects/[^/]+/attestors/qa-attestor$'))" actionType: ALLOW displayName: Ensure Binary Authorization policy contains qa-attestor. description: Ensure Binary Authorization policy contains qa-attestor.
Erstellung von Attestierer nicht zulassen, wenn keine Beschreibung vorhanden ist	name: organizations/ORGANIZATION_ID/customConstraints/custom.enforceAttestorDescription resourceTypes: - binaryauthorization.googleapis.com/Attestor methodTypes: - CREATE - UPDATE condition: "resource.description == ''" actionType: DENY displayName: Deny Attestor creation that have no description. description: Binary Authorization Attestor should have description associated with it.
Nur einen bestimmten Signaturalgorithmus für einen Schlüssel zulassen	name: organizations/ORGANIZATION_ID/customConstraints/custom.allowParticularKeySignatureAlgorithm resourceTypes: - binaryauthorization.googleapis.com/Attestor methodTypes: - CREATE - UPDATE condition: "resource.userOwnedGrafeasNote.publicKeys.all(publicKey, publicKey.pkixPublicKey.signatureAlgorithm == 'ECDSA_P256_SHA256')" actionType: ALLOW displayName: Allow particular signature algorithm description: Only particular signature Algorithm is allowed.

Von der Binärautorisierung unterstützte Ressourcen

In der folgenden Tabelle sind die Binärautorisierung-Ressourcen aufgeführt, auf die Sie in benutzerdefinierten Einschränkungen verweisen können.

Ressource	Feld
binaryauthorization.googleapis.com/Attestor	resource.description
	resource.name
	resource.userOwnedGrafeasNote.noteReference
	resource.userOwnedGrafeasNote.publicKeys.asciiArmoredPgpPublicKey
	resource.userOwnedGrafeasNote.publicKeys.comment
	resource.userOwnedGrafeasNote.publicKeys.pkixPublicKey.keyId
	resource.userOwnedGrafeasNote.publicKeys.pkixPublicKey.publicKeyPem
	resource.userOwnedGrafeasNote.publicKeys.pkixPublicKey.signatureAlgorithm
binaryauthorization.googleapis.com/Policy	resource.admissionWhitelistPatterns.namePattern
	resource.clusterAdmissionRules[*].enforcementMode
	resource.clusterAdmissionRules[*].evaluationMode
	resource.clusterAdmissionRules[*].requireAttestationsBy
	resource.defaultAdmissionRule.enforcementMode
	resource.defaultAdmissionRule.evaluationMode
	resource.defaultAdmissionRule.requireAttestationsBy
	resource.description
	resource.globalPolicyEvaluationMode
	resource.istioServiceIdentityAdmissionRules[*].enforcementMode
	resource.istioServiceIdentityAdmissionRules[*].evaluationMode
	resource.istioServiceIdentityAdmissionRules[*].requireAttestationsBy
	resource.kubernetesNamespaceAdmissionRules[*].enforcementMode
	resource.kubernetesNamespaceAdmissionRules[*].evaluationMode
	resource.kubernetesNamespaceAdmissionRules[*].requireAttestationsBy
	resource.kubernetesServiceAccountAdmissionRules[*].enforcementMode
	resource.kubernetesServiceAccountAdmissionRules[*].evaluationMode
	resource.kubernetesServiceAccountAdmissionRules[*].requireAttestationsBy

Nächste Schritte

• Weitere Informationen zum Organisationsrichtliniendienst
• Organisationsrichtlinien erstellen und verwalten
• Eine vollständige Liste der verwalteten Einschränkungen für Organisationsrichtlinien finden Sie hier.