Benutzerdefinierte Organisationsrichtlinien für Zulassungsrichtlinien verwenden

Auf dieser Seite erfahren Sie, wie Sie mit benutzerdefinierten Einschränkungen des Organisationsrichtliniendienstes bestimmte Vorgänge für die folgenden Google Cloud-Ressourcen einschränken:

  • iam.googleapis.com/AllowPolicy

Weitere Informationen zu Organisationsrichtlinien finden Sie unter Benutzerdefinierte Organisationsrichtlinien.

Informationen zu Organisationsrichtlinien und Einschränkungen

Mit der Google Cloud-Organisationsrichtliniendienst können Sie die Ressourcen Ihrer Organisation zentral und programmatisch steuern. Als Administrator für Organisationsrichtlinien können Sie Folgendes definieren: Organisationsrichtlinie, wobei es sich um eine Reihe von Einschränkungenhandelt, die für Google 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 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

Sie können benutzerdefinierte Organisationsrichtlinien verwenden, die auf IAM-Attribute verweisen, um zu steuern, wie Ihre „Zulassen“-Richtlinien geändert werden können. Sie können Folgendes steuern:

  • Wer kann Rollen erhalten?
  • Wer kann seine Rollen widerrufen lassen?
  • Welche Rollen können gewährt werden?
  • Welche Rollen können widerrufen werden?

So können Sie beispielsweise verhindern, dass Rollen, die das Wort admin enthalten, Hauptkonten zugewiesen werden, deren E-Mail-Adressen auf @gmail.com enden.

Beschränkungen

  • Benutzerdefinierte Organisationsrichtlinien im Modus für den Testlauf, die IAM-Attribute referenzieren, unterliegen einigen Einschränkungen. In Audit-Logs für Verstöße im Zusammenhang mit der setIamPolicy-Methode fehlen möglicherweise die folgenden Felder:

    • resourceName
    • serviceName
    • methodName

  • Audit-Logs werden nicht für alle IAM-bezogenen Verstöße gegen benutzerdefinierte Richtlinien der Organisation generiert. Wenn ein benutzerdefinierter setIamPolicy-Vorgang auf der Organisationsressource aufgrund einer benutzerdefinierten Organisationsrichtlinie fehlschlägt, wird in Google Cloud kein Audit-Log für dieses Ereignis generiert.

  • Benutzerdefinierte Organisationsrichtlinien, die auf IAM-Attribute verweisen, wirken sich nicht auf Folgendes aus:

  • Nutzer können eingeladen werden, Inhaber zu werden, auch wenn Sie eine benutzerdefinierte Organisationsrichtlinie haben, die die Zuweisung der Rolle „Inhaber“ (roles/owner) verhindert. Die benutzerdefinierte Organisationsrichtlinie verhindert zwar nicht, dass eine Einladung gesendet wird, aber sie verhindert, dass eingeladenen Nutzern die Rolle „Inhaber“ zugewiesen wird. Wenn eingeladene Nutzer versuchen, die Einladung anzunehmen, erhalten sie eine Fehlermeldung und die Rolle „Inhaber“ wird ihnen nicht gewährt.

  • Bei einigen Aktionen in Google Cloud, z. B. beim Erstellen von Ressourcen oder beim Aktivieren von APIs, wird einem Dienst-Agenten oder Standarddienstkonto automatisch eine Rolle gewährt. Wenn bei einer Aktion eine Rolle automatisch gewährt werden soll und eine Organisationsrichtlinie dies verhindert, schlägt der gesamte Vorgang möglicherweise fehl.

    Wenn dieses Problem auftritt, können Sie mithilfe von Tags die Einschränkung vorübergehend deaktivieren, die die Rollengewährung verhindert. Führen Sie dann die Aktion aus. Aktivieren Sie die Einschränkung nach Abschluss der Aktion wieder.

Hinweise

  • Wenn Sie benutzerdefinierte Organisationsrichtlinien testen möchten, die auf IAM-Ressourcen verweisen, erstellen Sie ein neues Projekt. Das Testen dieser Organisationsrichtlinien in einem vorhandenen Projekt kann die Sicherheitsabläufe beeinträchtigen.

    1. In the Google Cloud console, go to the project selector page.

      Go to project selector

    2. Select or create a Google Cloud project.

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:

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 Organisation
  • Testen Sie die auf dieser Seite beschriebenen Organisationsrichtlinien: resourcemanager.projects.setIamPolicy im Projekt

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.

Erstellen Sie eine YAML-Datei im folgenden Format, um eine benutzerdefinierte Einschränkung zu erstellen:

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, z. B. custom.denyProjectIAMAdmin. Die maximale Länge dieses Feldes beträgt 70 Zeichen.

  • RESOURCE_NAME: der voll qualifizierte Name der Google Cloud-Ressource, die das Objekt und das Feld enthält, das Sie einschränken möchten. Beispiel: iam.googleapis.com/AllowPolicy.

  • 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.bindings.exists(binding, RoleNameMatches(binding.role, ['roles/resourcemanager.projectIamAdmin'])).

  • 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 boolesche Einschränkung erzwingen, indem Sie eine Organisationsrichtlinie erstellen, die darauf verweist, und diese Organisationsrichtlinie dann auf eine Google Cloud-Ressource 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 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. Wenn dies eine benutzerdefinierte Einschränkung ist, können Sie auf Änderungen testen klicken, um die Auswirkungen dieser Organisationsrichtlinie zu simulieren. 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

Um eine Organisationsrichtlinie zu erstellen, die eine boolesche Einschränkung erzwingt, 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.denyProjectIAMAdmin.

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

Optional können Sie die Organisationsrichtlinie testen, indem Sie sie festlegen und dann versuchen, eine Aktion auszuführen, die durch die Richtlinie verhindert werden soll.

Einschränkung erstellen

  1. Speichern Sie die folgende Datei als constraint-deny-project-iam-admin.

    name: organizations/ORG_ID/customConstraints/custom.denyProjectIAMAdmin
resourceTypes: iam.googleapis.com/AllowPolicy
methodTypes:
  - CREATE
  - UPDATE
condition:
  "resource.bindings.exists(
    binding,
    RoleNameMatches(binding.role, ['roles/resourcemanager.projectIamAdmin']) &&
    binding.members.exists(member,
      MemberSubjectMatches(member, ['user:EMAIL_ADDRESS'])
    )
  )"
actionType: DENY
displayName: Do not allow EMAIL_ADDRESS to be granted the Project IAM Admin role.

    Ersetzen Sie die folgenden Werte:

    • ORG_ID: die numerische ID Ihrer Google Cloud-Organisation.
    • MEMBER_EMAIL_ADDRESS: die E-Mail-Adresse des Hauptkontos, mit dem Sie die benutzerdefinierte Einschränkung testen möchten. Solange die Einschränkung aktiv ist, kann diesem Hauptkonto die Rolle „Project IAM Admin“ (roles/resourcemanager.projectIamAdmin) für das Projekt nicht gewährt werden, für das Sie die Einschränkung erzwingen.

  2. Wenden Sie die Einschränkung an:

    gcloud org-policies set-custom-constraint ~/constraint-deny-project-iam-admin.yaml

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

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

Richtlinie erstellen

  1. Speichern Sie die folgende Datei als policy-deny-project-iam-admin.yaml:

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

    Ersetzen Sie PROJECT_ID durch Ihre Projekt-ID.

  2. Wenden Sie die Richtlinie an:

    gcloud org-policies set-policy ~/policy-deny-project-iam-admin.yaml

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

    gcloud org-policies list --project=PROJECT_ID

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

Richtlinie testen

Versuchen Sie, dem Hauptkonto, dessen E-Mail-Adresse Sie in die benutzerdefinierte Einschränkung aufgenommen haben, die Rolle „Project IAM Admin“ (roles/resourcemanager.projectIamAdmin) zuzuweisen. Ersetzen Sie vor dem Ausführen des Befehls folgende Werte:

  • PROJECT_ID: Die ID des Google Cloud-Projekts, in dem Sie die Einschränkung erzwungen haben
  • EMAIL_ADDRESS: Die E-Mail-Adresse des Hauptkontos, die Sie beim Erstellen der Einschränkung der Organisationsrichtlinie angegeben haben.
gcloud projects add-iam-policy-binding PROJECT_ID \
    --member=user:EMAIL_ADDRESS --role=roles/resourcemanager.projectIamAdmin

Die Ausgabe sieht so aus:

Operation denied by custom org policies: ["customConstraints/custom.denyProjectIAMAdmin": "EMAIL_ADDRESS can't be granted the Project IAM Admin role."]

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

Die folgende Tabelle enthält die Syntax einiger benutzerdefinierter Einschränkungen für gängige Anwendungsfälle.

In den folgenden Beispielen werden die CEL-Makros all und exists verwendet. Weitere Informationen zu diesen Makros finden Sie unter Makros.

Beschreibung Einschränkungssyntax
Blockieren der Möglichkeit, eine bestimmte Rolle zu gewähren. 
name: organizations/ORG_ID/customConstraints/custom.denyRole
resourceTypes: iam.googleapis.com/AllowPolicy
methodTypes:
  - CREATE
  - UPDATE
condition:
"resource.bindings.exists(
    binding,
    RoleNameMatches(binding.role, ['ROLE'])
  )"
actionType: DENY
displayName: Do not allow the ROLE role to be granted
Rollen dürfen nur bestimmten Hauptkonten zugewiesen werden. 
name: organizations/ORG_ID/customConstraints/custom.specificRolesOnly
resourceTypes: iam.googleapis.com/AllowPolicy
methodTypes:
  - CREATE
  - UPDATE
condition:
  "resource.bindings.all(
    binding,
    RoleNameMatches(binding.role, ['ROLE_1', 'ROLE_2'])
  )"
actionType: ALLOW
displayName: Only allow the ROLE_1 role and ROLE_2 role to be granted
Verhindern, dass Rollen gewährt werden, die mit roles/storage. beginnen 
name: organizations/ORG_ID/customConstraints/custom.dontgrantStorageRoles
resourceTypes: iam.googleapis.com/AllowPolicy
methodTypes:
  - CREATE
  - UPDATE
condition:
  "resource.bindings.exists(
    binding,
    RoleNameStartsWith(binding.role, ['roles/storage.'])
  )"
actionType: DENY
displayName: Prevent roles that start with "roles/storage." from being granted
Verhindern, dass Rollen mit admin im Namen widerrufen werden 
name: organizations/ORG_ID/customConstraints/custom.dontRevokeAdminRoles
resourceTypes: iam.googleapis.com/AllowPolicy
methodTypes:
  - REMOVE_GRANT
condition:
  "resource.bindings.exists(
    binding,
    RoleNameContains(binding.role, ['admin'])
  )"
actionType: DENY
displayName: Prevent roles with "admin" in their names from being revoked
Rollen dürfen nur bestimmten Hauptkonten zugewiesen werden. 
name: organizations/ORG_ID/customConstraints/custom.allowSpecificPrincipals
resourceTypes: iam.googleapis.com/AllowPolicy
methodTypes:
  - CREATE
  - UPDATE
condition:
  "resource.bindings.all(
    binding,
    binding.members.all(member,
      MemberSubjectMatches(member, ['user:USER','serviceAccount:SERVICE_ACCOUNT'])
    )
  )"
actionType: ALLOW
displayName: Only allow roles to be granted to USER and SERVICE_ACCOUNT
Verhindern, dass Rollen von bestimmten Hauptkonten widerrufen werden 
name: organizations/ORG_ID/customConstraints/custom.denyRemovalOfSpecificPrincipals
resourceTypes: iam.googleapis.com/AllowPolicy
methodTypes:
  - REMOVE_GRANT
condition:
  "resource.bindings.exists(
    binding,
    binding.members.exists(member,
      MemberSubjectMatches(member, ['user:USER_1','user:USER_2'])
    )
  )"
actionType: DENY
displayName: Do not allow roles to be revoked from USER_1 or USER_2
Verhindern, dass Hauptkonten mit E-Mail-Adressen, die auf @gmail.com enden, Rollen gewährt werden 
name: organizations/ORG_ID/customConstraints/custom.dontGrantToGmail
resourceTypes: iam.googleapis.com/AllowPolicy
methodTypes:
  - CREATE
  - UPDATE
condition:
  "resource.bindings.exists(
    binding,
    binding.members.exists(member,
      MemberSubjectEndsWith(member, ['@gmail.com'])
    )
  )"
actionType: DENY
displayName: Do not allow members whose email addresses end with "@gmail.com" to be granted roles
Es dürfen nur bestimmte Rollen und nur bestimmten Hauptkonten zugewiesen werden. 
name: organizations/ORG_ID/customConstraints/custom.allowSpecificRolesAndPrincipals
resourceTypes: iam.googleapis.com/AllowPolicy
methodTypes:
  - CREATE
  - UPDATE
condition:
  "resource.bindings.all(
    binding,
    RoleNameMatches(binding.role, ['ROLE_1', 'ROLE_2'])  &&
    binding.members.all(member,
      MemberSubjectMatches(member, ['serviceAccount:SERVICE_ACCOUNT', 'group:GROUP'])
    )
  )"
actionType: ALLOW
displayName: Only allow ROLE_1 and ROLE_2 to be granted to SERVICE_ACCOUNT and GROUP
Verhindern, dass Cloud Storage-Rollen für allUsers und allAuthenticatedUsers gewährt werden 
name: organizations/ORG_ID/customConstraints/custom.denyStorageRolesForPrincipalAllUsers
resourceTypes: iam.googleapis.com/AllowPolicy
methodTypes:
  - CREATE
  - UPDATE
condition:
  "resource.bindings.exists(
    binding,
    RoleNameStartsWith(binding.role, ['roles/storage.']) &&
    binding.members.exists(member,
      MemberSubjectMatches(member, ['allUsers', 'allAuthenticatedUsers'])
    )
  )"
actionType: DENY
displayName: Do not allow storage roles to be granted to allUsers or allAuthenticatedUsers
Verhindern, dass Identitäten außerhalb Ihrer Organisation Rollen zugewiesen werden 
name: organizations/ORG_ID/customConstraints/custom.allowInternaldentitiesOnly
resourceTypes: iam.googleapis.com/AllowPolicy
methodTypes:
  - CREATE
  - UPDATE
condition:
  "resource.bindings.all(
    binding,
    binding.members.all(member,
      MemberInPrincipalSet(member, ['//cloudresourcemanager.googleapis.com/organizations/ORG_ID'])
    )
  )"
actionType: ALLOW
displayName: Only allow organization members to be granted roles
Rollen dürfen nur Dienstkonten zugewiesen werden. 
name: organizations/ORG_ID/customConstraints/custom.allowServiceAccountsOnly
resourceTypes: iam.googleapis.com/AllowPolicy
methodTypes:
  - CREATE
  - UPDATE
condition:
  "resource.bindings.all(
    binding,
    binding.members.all(member,
      MemberTypeMatches(member, ['iam.googleapis.com/ServiceAccount'])
    )
  )"
actionType: ALLOW
displayName: Only allow service accounts to be granted roles

Von der Identity and Access Management unterstützte Ressourcen

IAM unterstützt die Ressource AllowPolicy. Diese Ressource hat das Attribut resources.bindings. Dieses Attribut wird für alle Methoden zurückgegeben, die die Zulassungsrichtlinie einer Ressource ändern. Alle Methoden, mit denen die Zulassungsrichtlinie einer Ressource geändert wird, enden auf setIamPolicy.

Das Attribut resource.bindings hat die folgende Struktur. Dabei ist BINDINGS ein Array von Rollenbindungen, die bei einer Änderung an einer Zulassungsrichtlinie geändert wurden:

{
  "bindings": {
    BINDINGS
  }
}

Jede Bindung in resource.bindings hat die folgende Struktur. Dabei ist ROLE der Name der Rolle in der Rollenbindung und MEMBERS eine Liste der IDs der Hauptkonten, die der Rollenbindung hinzugefügt oder daraus entfernt wurden:

{
  "role": "ROLE"
  "members": {
    MEMBERS
  }
}

Informationen zu den Formaten für Hauptkonto-IDs finden Sie unter Hauptkonto-Kennungen.

Sie können das Attribut resource.bindings und seine Felder nur mit den unterstützten Funktionen auswerten. Andere Operatoren und Funktionen wie ==, !=, in, contains, startsWith und endsWith werden nicht unterstützt.

Unterstützte Funktionen

Mit den folgenden CEL-Funktionen können Sie die Felder role und members von binding-Ressourcen auswerten. Wenn Sie diese Funktionen verwenden, können Sie auch die logischen Operatoren && (and) und || (or) verwenden, um mehrteilige Bedingungen zu schreiben.

Funktion Beschreibung
RoleNameMatches(
  role,
  roleNames: list
)   bool

Gibt true zurück, wenn die Rolle role vollständig mit mindestens einer der in roleNames aufgeführten Rollen übereinstimmt.

Parameter
role: die zu bewertende Rolle.
roleNames: eine Liste von Rollennamen, mit denen abgeglichen werden soll.
Beispiel

Gibt true zurück, wenn role in der angegebenen binding roles/storage.admin oder roles/compute.admin ist: 

RoleNameMatches(binding.role, ['roles/storage.admin', 'roles/compute.admin'])
RoleNameStartsWith(
  role,
  rolePrefixes: list
)   bool

Gibt true zurück, wenn die Rolle role mit mindestens einem der in rolePrefixes aufgeführten Strings beginnt.

Parameter
role: die zu bewertende Rolle.
rolePrefixes: eine Liste von Strings, mit denen der Beginn der Rolle abgeglichen wird.
Beispiel

Gibt true zurück, wenn die role in der angegebenen binding mit roles/storage beginnt: 

RoleNameStartsWith(binding.role, ['roles/storage'])
RoleNameEndsWith(
  role,
  roleSuffixes: list
)   bool

Gibt true zurück, wenn die Rolle role mit mindestens einem der in roleSuffixes aufgeführten Strings endet.

Parameter
role: die zu bewertende Rolle.
roleSuffixes: Liste von Strings, die mit dem Ende der Rolle abgeglichen werden.
Beispiel

Gibt true zurück, wenn die role in der angegebenen binding mit .admin endet: 

RoleNameEndsWith(binding.role, ['.admin'])
RoleNameContains(
  role,
  roleSubstrings: list
)   bool

Gibt true zurück, wenn die Rolle role mindestens einen der in roleSubstrings aufgeführten Strings enthält.

Parameter
role: die zu bewertende Rolle.
roleSubstrings: Liste von Strings, die mit einem beliebigen Teil der Rolle abgeglichen werden.
Beispiel

Gibt true zurück, wenn der role in der angegebenen binding den String admin enthält: 

RoleNameContains(binding.role, ['admin'])
MemberSubjectMatches(
  member,
  memberNames: list
)   bool

Gibt true zurück, wenn das Mitglied member vollständig mit mindestens einem der in memberNames aufgeführten Mitglieder übereinstimmt.

Wenn die Kennung für member eine E-Mail-Adresse ist, wird mit dieser Funktion nur diese E-Mail-Adresse ausgewertet. Aliasse für diese E-Mail-Adresse werden nicht berücksichtigt.

Parameter
member: das Mitglied, das bewertet werden soll.
memberNames: eine Liste von Mitgliedsnamen, mit denen abgeglichen werden soll.
Beispiel

Gibt true zurück, wenn das Mitglied member rosario@example.com ist: 

MemberSubjectMatches(member, ['user:rosario@example.com'])
MemberSubjectStartsWith(
  member,
  memberPrefixes: list
)   bool

Gibt true zurück, wenn das Mitglied member mit mindestens einem der in memberPrefixes aufgeführten Strings beginnt.

Wenn die Kennung für member eine E-Mail-Adresse ist, wird mit dieser Funktion nur diese E-Mail-Adresse ausgewertet. Aliasse für diese E-Mail-Adresse werden nicht berücksichtigt.

Parameter
member: das Mitglied, das bewertet werden soll.
memberPrefixes: Liste von Strings, die mit dem Anfang des Mitgliedsnamens abgeglichen werden.
Beispiel

Gibt true zurück, wenn das Mitglied member mit user:prod- beginnt: 

MemberSubjectStartsWith(member, ['user:prod-'])
MemberSubjectEndsWith(
  member,
  memberSuffixes: list
)   bool

Gibt true zurück, wenn das Mitglied member mit mindestens einem der in memberSuffixes aufgeführten Strings endet.

Wenn die Kennung für member eine E-Mail-Adresse ist, wird mit dieser Funktion nur diese E-Mail-Adresse ausgewertet. Aliasse für diese E-Mail-Adresse werden nicht berücksichtigt.

Parameter
member: das Mitglied, das bewertet werden soll.
memberSuffixes: Liste von Strings, mit denen das Ende des Mitgliedsnamens abgeglichen wird.
Beispiel

Gibt true zurück, wenn das Mitglied member mit @example.com endet: 

MemberSubjectEndsWith(member, ['@example.com'])
MemberInPrincipalSet(
  member,
  principalSets: list
)   bool

Gibt true zurück, wenn das Mitglied zu mindestens einem der aufgeführten Hauptgruppen gehört.

Parameter
member: das Mitglied, das bewertet werden soll.

principalSets: eine Liste von Hauptsätzen. Damit die Funktion zu true ausgewertet wird, muss das Mitglied in mindestens einem dieser Hauptsätze enthalten sein.

Der einzige unterstützte Hauptkontosatz ist der Hauptkontosatz der Organisation, der das Format //cloudresourcemanager.googleapis.com/organizations/ORGANIZATION_ID hat. Wenn dieser Hauptkontensatz in der Funktion MemberInPrincipalSet verwendet wird, umfasst er die folgenden Hauptkonten:

  • Alle Identitäten in allen Domains, die mit Ihrer Google Workspace-Kundennummer verknüpft sind
  • Alle Pools der Mitarbeiteridentitätsföderation in Ihrer Organisation
  • Alle Dienstkonten und Workload Identity-Pools in allen Projekten in der Organisation
  • Alle Dienst-Agents, die mit Ressourcen in Ihrer Organisation verknüpft sind.
Beispiel

Gibt true zurück, wenn das Mitglied member zur Organisation @example.com mit der ID 123456789012 gehört: 

MemberInPrincipalSet(member, ['//cloudresourcemanager.googleapis.com/organizations/123456789012'])
MemberTypeMatches(
  member,
  principalType: list
)   bool

Gibt true zurück, wenn das Mitglied zu einem der aufgeführten Haupttypen gehört.

Parameter
member: das Mitglied, das bewertet werden soll.
principalType: eine Liste der Haupttypen. Damit die Funktion zu true ausgewertet wird, muss das Mitglied einen der aufgeführten Haupttypen haben. Informationen zu den unterstützten Hauptkontotypen finden Sie unter Unterstützte Hauptkontotypen für MemberTypeMatches.
Beispiel

Gibt true zurück, wenn das Mitglied member den Haupttyp iam.googleapis.com/WorkspacePrincipal oder iam.googleapis.com/WorkspaceGroup hat: 

MemberTypeMatches(member, ['iam.googleapis.com/WorkspacePrincipal', 'iam.googleapis.com/WorkspaceGroup'])

Unterstützte Hauptkontotypen für MemberTypeMatches

Bei der Funktion MemberTypeMatches müssen Sie angeben, mit welchem Haupttyp das angegebene Mitglied übereinstimmen muss.

In der folgenden Tabelle sind die Hauptkontotypen aufgeführt, die Sie eingeben können, und eine Beschreibung des jeweiligen Hauptkontotyps. Außerdem werden die Hauptkonto-IDs aufgeführt, die den einzelnen Hauptkontotypen entsprechen. Diese Kennungen sind die Werte, die in IAM-Richtlinien verwendet werden.

Hauptkonto-Typ Beschreibung Hauptkonto-Kennungen
iam.googleapis.com/ConsumerPrincipal Ein privates Google-Konto. Die E-Mail-Adressen für diese Konten enden in der Regel auf gmail.com. user:USER_EMAIL_ADDRESS
iam.googleapis.com/WorkspacePrincipal Ein Google-Konto, das zu einem Cloud Identity- oder Google Workspace-Konto gehört. Diese Konten werden auch als verwaltete Nutzerkonten bezeichnet. user:USER_EMAIL_ADDRESS
iam.googleapis.com/ConsumerGroup Eine Google-Gruppe, die mit einem privaten Google-Konto erstellt wurde. Diese Gruppen gehören keinem Cloud Identity- oder Google Workspace-Konto. Die E-Mail-Adressen dieser Gruppen enden in der Regel auf googlegroups.com. group:GROUP_EMAIL_ADDRESS
iam.googleapis.com/WorkspaceGroup Eine Google-Gruppe, deren Inhaber ein Cloud Identity- oder Google Workspace-Konto ist. group:GROUP_EMAIL_ADDRESS
iam.googleapis.com/Domain Ein Cloud Identity- oder Google Workspace-Konto. domain:DOMAIN
iam.googleapis.com/WorkforcePoolPrincipal Ein einzelnes Hauptkonto in einem Workforce Identity-Pool. principal://iam.googleapis.com/locations/global/workforcePools/POOL_ID/subject/SUBJECT_ATTRIBUTE_VALUE
iam.googleapis.com/WorkforcePoolPrincipalSet Ein Hauptsatz, der eine Reihe von Identitäten in einem Workforce Identity-Pool enthält. Beispiel: Ein Hauptsatz, der alle Hauptkonten in einem Workforce Identity-Pool enthält.
  • principalSet://iam.googleapis.com/locations/global/workforcePools/POOL_ID/group/GROUP_ID
  • principalSet://iam.googleapis.com/locations/global/workforcePools/POOL_ID/attribute.ATTRIBUTE_NAME/ATTRIBUTE_VALUE
  • principalSet://iam.googleapis.com/locations/global/workforcePools/POOL_ID/*
iam.googleapis.com/WorkloadPoolPrincipal Eine einzelne Identität in einem Workload Identity-Pool principal://iam.googleapis.com/projects/PROJECT_NUMBER/locations/global/workloadIdentityPools/POOL_ID/subject/SUBJECT_ATTRIBUTE_VALUE
iam.googleapis.com/WorkloadPoolPrincipalSet Ein Hauptsatz, der eine Reihe von Identitäten in einem Workload Identity-Pool enthält. Beispiel: Eine Hauptkontogruppe mit allen Hauptkonten in einem Workload Identity-Pool.
  • principalSet://iam.googleapis.com/projects/PROJECT_NUMBER/locations/global/workloadIdentityPools/POOL_ID/group/GROUP_ID
  • principalSet://iam.googleapis.com/projects/PROJECT_NUMBER/locations/global/workloadIdentityPools/POOL_ID/attribute.ATTRIBUTE_NAME/ATTRIBUTE_VALUE
  • principalSet://iam.googleapis.com/projects/PROJECT_NUMBER/locations/global/workloadIdentityPools/POOL_ID/*
iam.googleapis.com/ServiceAccount

Ein beliebiges Dienstkonto Ein Dienstkonto ist eine spezielle Art von Konto, die eine Arbeitslast und nicht einen Nutzer darstellt.

Im Kontext der Funktion MemberTypeMatches sind in diesem Hauptkontotyp keine Kundenservicemitarbeiter enthalten.

serviceAccount:SERVICE_ACCOUNT_EMAIL_ADDRESS
iam.googleapis.com/ServiceAgent Beliebiger Dienst-Agent Ein Dienst-Agent ist eine spezielle Art von Dienstkonto, das von Google Cloud erstellt und verwaltet wird. Wenn Sie Dienst-Agents Rollen in Ihren Projekten zuweisen, können Google Cloud-Dienste Aktionen in Ihrem Namen ausführen. serviceAccount:SERVICE_AGENT_EMAIL_ADDRESS
iam.googleapis.com/PublicPrincipals Die Hauptkonten allUsers und allAuthenticatedUsers.
  • allUsers
  • allAuthenticatedUsers
iam.googleapis.com/ProjectRoleReference Hauptkonten, die anhand der ihnen zugewiesenen Rolle definiert werden. Diese Prinzipien werden auch als Nutzenwerte bezeichnet.
  • projectOwner:PROJECT_ID
  • projectEditor:PROJECT_ID
  • projectViewer:PROJECT_ID

Nächste Schritte