Utilizzare criteri dell'organizzazione personalizzati per i criteri di autorizzazione

Questa pagina mostra come utilizzare i vincoli personalizzati del servizio Policy dell'organizzazione per limitare operazioni specifiche sulle seguenti risorse Google Cloud :

• iam.googleapis.com/AllowPolicy

Per saperne di più sulle policy dell'organizzazione, consulta Policy dell'organizzazione personalizzate.

Informazioni sulle policy dell'organizzazione e sui vincoli

Il servizio Google Cloud Policy dell'organizzazione offre un controllo centralizzato e programmatico sulle risorse della tua organizzazione. In qualità di amministratore della policy dell'organizzazione, puoi definire una policy dell'organizzazione, ovvero un insieme di limitazioni chiamate vincoli che si applicano alle risorseGoogle Cloud e ai discendenti di queste risorse nella gerarchia delle risorseGoogle Cloud . Puoi applicare le policy dell'organizzazione a livello di organizzazione, cartella o progetto.

Policy dell'organizzazione fornisce vincoli gestiti integrati per vari servizi Google Cloud . Tuttavia, se cerchi un controllo più granulare e personalizzabile sui campi specifici limitati nelle policy dell'organizzazione, puoi anche creare vincoli personalizzati e utilizzarli in una policy dell'organizzazione personalizzata.

Ereditarietà delle policy

Per impostazione predefinita, le policy dell'organizzazione vengono ereditate dai discendenti delle risorse su cui applichi la policy. Ad esempio, se applichi una policy a una cartella, Google Cloud applica la policy a tutti i progetti contenuti nella cartella. Per scoprire di più su questo comportamento e su come modificarlo, consulta Regole di valutazione della gerarchia.

Vantaggi

Puoi utilizzare policy dell'organizzazione personalizzate che fanno riferimento agli attributi IAM per controllare in che modo possono essere modificate le policy di autorizzazione. Nello specifico, puoi controllare quanto segue:

• A chi possono essere concessi i ruoli
• Utenti a cui possono essere revocati i ruoli
• Quali ruoli possono essere concessi
• Quali ruoli possono essere revocati

Ad esempio, puoi impedire che i ruoli che contengono la parola admin vengano concessi alle entità i cui indirizzi email terminano con @gmail.com.

Limitazioni

• I criteri dell'organizzazione personalizzati in modalità di prova che fanno riferimento agli attributi IAM presentano alcune limitazioni. In particolare, gli audit log per le violazioni che coinvolgono il metodo setIamPolicy potrebbero non includere i seguenti campi:

  • resourceName
  • serviceName
  • methodName

• I log di controllo non vengono generati per tutte le violazioni dei criteri dell'organizzazione personalizzati correlati a IAM. ovvero se una policy dell'organizzazione personalizzata causa un'operazione setIamPolicy sulla risorsa dell'organizzazione non riuscita, allora Google Cloud non genera un audit log per quell'evento.

• I criteri dell'organizzazione personalizzati che fanno riferimento agli attributi IAM non influiscono su quanto segue:

  • Concessioni predefinite tramite ACL Cloud Storage.
  • Concessioni automatiche di ruoli per i valori di praticità di Cloud Storage e l'accesso al set di dati BigQuery predefinito.
  • Ruoli concessi dalle policy di autorizzazione predefinite, ad esempio, a un creatore di progetti viene automaticamente concesso il ruolo Proprietario (roles/owner) sul progetto.

• Gli utenti possono ricevere inviti a diventare proprietari, anche se hai un criterio dell'organizzazione personalizzato che impedisce la concessione del ruolo Proprietario (roles/owner). Tuttavia, anche se il criterio dell'organizzazione personalizzato non impedisce l'invio di un invito, impedisce agli utenti invitati di ottenere il ruolo Proprietario. Se gli utenti invitati tentano di accettare l'invito, si verifica un errore e non viene concesso il ruolo di proprietario.

• Alcune azioni in Google Cloud, come la creazione di risorse o l'attivazione di API, comportano la concessione automatica di un ruolo a un service agent o a un service account predefinito. Se un'azione prevede la concessione automatica di un ruolo e una policy dell'organizzazione impedisce la concessione del ruolo, l'intera operazione potrebbe non riuscire.

  Se riscontri questo problema, puoi utilizzare i tag per disattivare temporaneamente il vincolo che impedisce la concessione del ruolo. Quindi, esegui l'azione. Al termine dell'azione, riattiva il vincolo.

Prima di iniziare

• Se vuoi testare criteri dell'organizzazione personalizzati che fanno riferimento a risorse IAM, crea un nuovo progetto. Il test di queste policy dell'organizzazione in un progetto esistente potrebbe interrompere i flussi di lavoro di sicurezza.

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

     Go to project selector

  2. Select or create a Google Cloud project.

     Roles required to select or create a project

     • Select a project: Selecting a project doesn't require a specific IAM role—you can select any project that you've been granted a role on.
     • Create a project: To create a project, you need the Project Creator role (roles/resourcemanager.projectCreator), which contains the resourcemanager.projects.create permission. Learn how to grant roles.
     Note: If you don't plan to keep the resources that you create in this procedure, create a project instead of selecting an existing project. After you finish these steps, you can delete the project, removing all resources associated with the project.

Ruoli obbligatori

Per ottenere le autorizzazioni necessarie per gestire le policy dell'organizzazione, chiedi all'amministratore di concederti i seguenti ruoli IAM:

• Amministratore criteri dell'organizzazione (roles/orgpolicy.policyAdmin) sull'organizzazione
• Testa i criteri dell'organizzazione descritti in questa pagina: Project IAM Admin (roles/resourcemanager.projectIamAdmin) sul progetto

Per saperne di più sulla concessione dei ruoli, consulta Gestisci l'accesso a progetti, cartelle e organizzazioni.

Questi ruoli predefiniti contengono le autorizzazioni necessarie per gestire le policy dell'organizzazione. Per vedere quali sono esattamente le autorizzazioni richieste, espandi la sezione Autorizzazioni obbligatorie:

Autorizzazioni obbligatorie

Per gestire le policy dell'organizzazione sono necessarie le seguenti autorizzazioni:

• orgpolicy.* sull'organizzazione
• Testa le policy dell'organizzazione descritte in questa pagina: resourcemanager.projects.setIamPolicy sul progetto

Potresti anche ottenere queste autorizzazioni con ruoli personalizzati o altri ruoli predefiniti.

Configura un vincolo personalizzato

Un vincolo personalizzato è definito in un file YAML dalle risorse, dai metodi, dalle condizioni e dalle azioni supportate dal servizio a cui stai applicando la policy dell'organizzazione. Le condizioni per i vincoli personalizzati vengono definite utilizzando il Common Expression Language (CEL). Per saperne di più su come creare condizioni nei vincoli personalizzati utilizzando il CEL, consulta la sezione relativa al CEL di Creazione e gestione di vincoli personalizzati.

Console

Per creare un vincolo personalizzato:

1. Nella console Google Cloud , vai alla pagina Policy dell'organizzazione.

   Vai a Policy dell'organizzazione

2. Nel selettore di progetti, seleziona il progetto per cui vuoi impostare la policy dell'organizzazione.
3. Fai clic su Vincolo personalizzato.
4. Nella casella Nome visualizzato, inserisci un nome leggibile per il vincolo. Questo nome viene utilizzato nei messaggi di errore e può essere utilizzato per l'identificazione e il debug. Non utilizzare PII o dati sensibili nei nomi visualizzati, perché questo nome potrebbe essere esposto nei messaggi di errore. Questo campo può contenere fino a 200 caratteri.
5. Nella casella ID vincolo, inserisci il nome che vuoi assegnare al nuovo vincolo personalizzato. Un vincolo personalizzato può contenere solo lettere (maiuscole e minuscole) o numeri, ad esempio custom.disableGkeAutoUpgrade. Questo campo può contenere fino a 70 caratteri, senza contare il prefisso (custom.), ad esempio organizations/123456789/customConstraints/custom. Non includere PII o dati sensibili nell'ID vincolo, perché potrebbero essere esposti nei messaggi di errore.
6. Nella casella Descrizione, inserisci una descrizione leggibile del vincolo. Questa descrizione viene utilizzata come messaggio di errore in caso di violazione della policy. Includi dettagli sul motivo della violazione delle norme e su come risolverla. Non includere PII o dati sensibili nella descrizione, perché potrebbero essere esposti nei messaggi di errore. Questo campo può contenere fino a 2000 caratteri.
7. Nella casella Tipo di risorsa, seleziona il nome della risorsa REST Google Cloud contenente l'oggetto e il campo che vuoi limitare, ad esempio container.googleapis.com/NodePool. La maggior parte dei tipi di risorse supporta fino a 20 vincoli personalizzati. Se tenti di creare altri vincoli personalizzati, l'operazione non va a buon fine.
8. In Metodo di applicazione forzata, seleziona se applicare il vincolo a un metodo REST CREATE o a entrambi i metodi CREATE e UPDATE. Se applichi il vincolo con il metodo UPDATE a una risorsa che viola il vincolo, le modifiche a quella risorsa vengono bloccate dalla policy dell'organizzazione, a meno che la modifica non risolva la violazione.

Non tutti i servizi supportano entrambi i metodi. Google Cloud Per visualizzare i metodi supportati per ogni servizio, individua il servizio in Servizi supportati.

9. Per definire una condizione, fai clic su Modifica condizione.
1. Nel riquadro Aggiungi condizione, crea una condizione CEL che fa riferimento a una risorsa di servizio supportata, ad esempio resource.management.autoUpgrade == false. Questo campo può contenere fino a 1000 caratteri. Per informazioni dettagliate sull'utilizzo di CEL, consulta Common Expression Language. Per saperne di più sulle risorse di servizio che puoi utilizzare nei tuoi vincoli personalizzati, consulta Servizi supportati dai vincoli personalizzati.
2. Fai clic su Salva.
10. In Azione, seleziona se consentire o negare il metodo valutato se la condizione viene soddisfatta.

L'azione di negazione indica che l'operazione di creazione o aggiornamento della risorsa viene bloccata se la condizione restituisce il valore true.

L'azione Consenti significa che l'operazione di creazione o aggiornamento della risorsa è consentita solo se la condizione restituisce il valore true. Tutti gli altri casi, tranne quelli elencati esplicitamente nella condizione, vengono bloccati.

11. Fai clic su Crea vincolo.

Dopo aver inserito un valore in ogni campo, a destra viene visualizzata la configurazione YAML equivalente per questo vincolo personalizzato.

gcloud

1. Per creare un vincolo personalizzato, crea un file YAML utilizzando il seguente formato:

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

Sostituisci quanto segue:

• ORGANIZATION_ID: l'ID della tua organizzazione, ad esempio 123456789.
• CONSTRAINT_NAME: il nome che vuoi assegnare al nuovo vincolo personalizzato. Un vincolo personalizzato può contenere solo lettere (maiuscole e minuscole) o numeri, ad esempio custom.denyProjectIAMAdmin. Questo campo può contenere fino a 70 caratteri.
• RESOURCE_NAME: il nome completo della risorsa Google Cloud contenente l'oggetto e il campo che vuoi limitare. Ad esempio, iam.googleapis.com/AllowPolicy.
• CONDITION: una condizione CEL scritta in base a una rappresentazione di una risorsa di servizio supportata. Questo campo può contenere fino a 1000 caratteri. Ad esempio, resource.bindings.exists(binding, RoleNameMatches(binding.role, ['roles/resourcemanager.projectIamAdmin'])).

Per saperne di più sulle risorse disponibili in base a cui scrivere condizioni, consulta Risorse supportate.

• ACTION: l'azione da eseguire se condition è soddisfatta. I valori possibili sono ALLOW e DENY.

L'azione allow indica che se la condizione restituisce true, l'operazione di creazione o aggiornamento della risorsa è consentita. Ciò significa anche che tutti gli altri casi, tranne quello elencato esplicitamente nella condizione, sono bloccati.

L'azione deny indica che se la condizione restituisce true, l'operazione di creazione o aggiornamento della risorsa viene bloccata.

• DISPLAY_NAME: un nome facile da ricordare per il vincolo. Questo campo può contenere fino a 200 caratteri.
• DESCRIPTION: una descrizione chiara del vincolo da visualizzare come messaggio di errore in caso di violazione della policy. Questo campo può contenere fino a 2000 caratteri.
2. Dopo aver creato il file YAML per un nuovo vincolo personalizzato, devi configurarlo per renderlo disponibile per le policy dell'organizzazione. Per impostare un vincolo personalizzato, utilizza il comando gcloud org-policies set-custom-constraint:

        gcloud org-policies set-custom-constraint CONSTRAINT_PATH
      

Sostituisci CONSTRAINT_PATH con il percorso completo del file del vincolo personalizzato. Ad esempio, /home/user/customconstraint.yaml.

Al termine di questa operazione, i vincoli personalizzati sono disponibili come policy dell'organizzazione nel tuo elenco di policy dell'organizzazione Google Cloud .

3. Per verificare che il vincolo personalizzato esista, utilizza il comando gcloud org-policies list-custom-constraints:

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

Sostituisci ORGANIZATION_ID con l'ID della risorsa della tua organizzazione.

Per saperne di più, consulta Visualizzazione delle policy dell'organizzazione.

Forza l'applicazione di una policy dell'organizzazione personalizzata

Puoi applicare un vincolo creando una policy dell'organizzazione che lo richiami e poi applicando questa policy dell'organizzazione a una risorsa Google Cloud .

Console

1. Nella console Google Cloud , vai alla pagina Policy dell'organizzazione.

   Vai a Policy dell'organizzazione

2. Nel selettore di progetti, seleziona il progetto per cui vuoi impostare la policy dell'organizzazione.
3. Nell'elenco della pagina Policy dell'organizzazione, seleziona il vincolo per visualizzare la pagina Dettagli policy relativa al vincolo in questione.
4. Per configurare la policy dell'organizzazione per questa risorsa, fai clic su Gestisci policy.
5. Nella pagina Modifica policy, seleziona Esegui override della policy dell'unità organizzativa principale.
6. Fai clic su Aggiungi una regola.
7. Nella sezione Applicazione, seleziona se questa policy dell'organizzazione è applicata o meno.
8. (Facoltativo) Per rendere la policy dell'organizzazione condizionale su un tag, fai clic su Aggiungi condizione. Tieni presente che se aggiungi una regola condizionale a una policy dell'organizzazione, devi aggiungere almeno una regola non condizionale, altrimenti la policy non può essere salvata. Per saperne di più, consulta Impostazione di una policy dell'organizzazione con tag.
9. Fai clic su Testa modifiche per simulare l'effetto della policy dell'organizzazione. Per saperne di più, consulta Testa le modifiche alla policy dell'organizzazione con Policy Simulator.
10. Per applicare la policy dell'organizzazione in modalità dry run, fai clic su Imposta policy dry run. Per maggiori informazioni, consulta Crea una policy dell'organizzazione in modalità dry run.
11. Dopo aver verificato che la policy dell'organizzazione in modalità di prova funziona come previsto, imposta la policy attiva facendo clic su Imposta policy.

gcloud

1. Per creare una policy dell'organizzazione con regole booleane, crea un file YAML della policy che faccia riferimento al vincolo:

        name: projects/PROJECT_ID/policies/CONSTRAINT_NAME
        spec:
          rules:
          - enforce: true
        
        dryRunSpec:
          rules:
          - enforce: true
        
      

Sostituisci quanto segue:

• PROJECT_ID: il progetto su cui vuoi applicare il vincolo.
• CONSTRAINT_NAME: il nome definito per il vincolo personalizzato. Ad esempio: custom.denyProjectIAMAdmin.
2. Per applicare la policy dell'organizzazione in modalità dry run, esegui il seguente comando con il flag dryRunSpec:

        gcloud org-policies set-policy POLICY_PATH \
          --update-mask=dryRunSpec
      

Sostituisci POLICY_PATH con il percorso completo del file YAML della policy dell'organizzazione. L'applicazione della policy può richiedere fino a 15 minuti.

3. Dopo aver verificato che la policy dell'organizzazione in modalità dry run funziona come previsto, imposta la policy live con il comando org-policies set-policy e il flag spec:

        gcloud org-policies set-policy POLICY_PATH \
          --update-mask=spec
      

Sostituisci POLICY_PATH con il percorso completo del file YAML della policy dell'organizzazione. L'applicazione della policy può richiedere fino a 15 minuti.

Testa la policy dell'organizzazione personalizzata

Facoltativamente, puoi testare la policy dell'organizzazione impostandola e poi tentando di eseguire un'azione che la policy dovrebbe impedire.

Crea il vincolo

1. Salva il seguente file come 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.
   

   Sostituisci i seguenti valori:

   • ORG_ID: l'ID numerico della tua organizzazioneGoogle Cloud .
   • MEMBER_EMAIL_ADDRESS: l'indirizzo email del principal che vuoi utilizzare per testare il vincolo personalizzato. Mentre il vincolo è attivo, a questa entità non potrà essere concesso il ruolo Amministratore IAM progetto (roles/resourcemanager.projectIamAdmin) nel progetto per cui applichi il vincolo.

2. Applica il vincolo:

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

3. Verifica che il vincolo esista:

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

Crea la policy

1. Salva il seguente file come policy-deny-project-iam-admin.yaml:

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

   Sostituisci PROJECT_ID con l'ID progetto.

2. Applica la policy:

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

3. Verifica che la policy esista:

   gcloud org-policies list --project=PROJECT_ID
   

Dopo aver applicato la policy, attendi circa due minuti perché Google Cloud inizi ad applicarla.

Testa la policy

Prova a concedere il ruolo IAM Project Admin (roles/resourcemanager.projectIamAdmin) all'entità il cui indirizzo email hai incluso nel vincolo personalizzato. Prima di eseguire il comando, sostituisci i seguenti valori:

• PROJECT_ID: l'ID del progetto Google Cloud in cui hai applicato il vincolo
• EMAIL_ADDRESS: l'indirizzo email dell'entità che hai specificato quando hai creato il vincolo di policy dell'organizzazione.

gcloud projects add-iam-policy-binding PROJECT_ID \
    --member=user:EMAIL_ADDRESS --role=roles/resourcemanager.projectIamAdmin

L'output è il seguente:

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

Esempi di policy dell'organizzazione personalizzate per casi d'uso comuni

La tabella seguente fornisce la sintassi di alcuni vincoli personalizzati per casi d'uso comuni.

Gli esempi seguenti utilizzano le macro CEL all e exists. Per ulteriori informazioni su queste macro, consulta Macro per valutare gli elenchi.

Descrizione	Sintassi del vincolo
Blocca la possibilità di concedere un ruolo specifico.	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
Consenti solo l'assegnazione di ruoli specifici.	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
Impedisci l'assegnazione di ruoli che iniziano con roles/storage..	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
Impedisci la revoca di tutti i ruoli con admin nel nome.	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
Consenti solo a entità specifiche di ricevere ruoli.	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
Impedire la revoca di qualsiasi ruolo da entità specifiche.	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
Impedisci l'assegnazione di ruoli alle entità con indirizzi email che terminano con @gmail.com.	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
Consenti solo l'assegnazione di ruoli specifici e solo a entità specifiche.	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
Impedisci la concessione dei ruoli Cloud Storage a allUsers e allAuthenticatedUsers.	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
Impedisci che a identità esterne alla tua organizzazione vengano concessi ruoli.	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
Consenti solo l'assegnazione di ruoli ai service account.	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
Impedisci la rimozione degli agenti di servizio gestiti da Google dalle associazioni di ruolo.	name: organizations/ORG_ID/customConstraints/custom.denyRemovalOfGoogleManagedServiceAgents resource_types: iam.googleapis.com/AllowPolicy method_types: - REMOVE_GRANT condition: |- resource.bindings.all( binding, binding.members.all(member, MemberTypeMatches(member, ['iam.googleapis.com/ServiceAgent']) ) ) action_type: DENY display_name: Deny Removal Of Google-Managed Service Agents description: Restricts the removal of Google-managed service agents from role bindings. Please reach out to your organization admins for if you have any questions.

Policy dell'organizzazione condizionali

Puoi rendere condizionale una policy dell'organizzazione personalizzata utilizzando i tag. Ad esempio, supponiamo di aver scritto il seguente vincolo personalizzato per impedire la concessione di ruoli che iniziano con roles/storage.:

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

Per applicare il vincolo in modo condizionale, puoi creare una policy dell'organizzazione come la seguente:

name: organizations/ORG_ID/policies/custom.dontgrantStorageRoles
spec:
  rules:
  - condition:
      expression: "resource.matchTag('ORG_ID/environment', 'dev')"
    enforce: true
  - enforce: false

Questo criterio dell'organizzazione impedisce l'assegnazione di ruoli che iniziano con roles/storage. a qualsiasi risorsa che abbia anche il tag environment=dev.

Risorse supportate da Identity and Access Management

IAM supporta la risorsa AllowPolicy. Questa risorsa ha l'attributo resources.bindings, che viene restituito per tutti i metodi che modificano la policy di autorizzazione di una risorsa. Tutti i metodi che modificano una policy di autorizzazione di una risorsa terminano con setIamPolicy.

L'attributo resource.bindings ha la seguente struttura, in cui BINDINGS è un array di associazioni di ruoli modificate durante una modifica a una policy di autorizzazione:

{
  "bindings": {
    BINDINGS
  }
}

Ogni associazione in resource.bindings ha la seguente struttura, in cui ROLE è il nome del ruolo nell'associazione di ruoli e MEMBERS è un elenco di identificatori per tutte le entità aggiunte o rimosse dall'associazione di ruoli:

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

Per visualizzare i formati che possono avere gli identificatori delle entità, consulta Identificatori delle entità.

Puoi valutare solo l'attributo resource.bindings e i relativi campi utilizzando le funzioni supportate. Altri operatori e funzioni, come ==, !=, in, contains, startsWith e endsWith, non sono supportati.

Funzioni supportate

Puoi utilizzare le seguenti funzioni CEL per valutare singoli ruoli e membri in un binding.

Per valutare tutti i binding nell'array bindings o tutti i membri nell'array members, utilizza le macro all e exists. Per ulteriori informazioni, vedi Macro per valutare gli elenchi in questa pagina.

Puoi anche utilizzare gli operatori logici && (and) e || (or) per scrivere condizioni in più parti.

Funzione	Descrizione
RoleNameMatches(   role,   roleNames: list )   bool	Restituisce true se il ruolo role corrisponde completamente ad almeno uno dei ruoli elencati in roleNames. Parametri role: il ruolo da valutare. roleNames: un elenco di nomi di ruoli da confrontare. Esempio Restituisce true se role nel binding specificato è roles/storage.admin o roles/compute.admin: RoleNameMatches(binding.role, ['roles/storage.admin', 'roles/compute.admin'])
RoleNameStartsWith(   role,   rolePrefixes: list )   bool	Restituisce true se il ruolo role inizia con almeno una delle stringhe elencate in rolePrefixes. Parametri role: il ruolo da valutare. rolePrefixes: un elenco di stringhe a cui confrontare l'inizio del ruolo. Esempio Restituisce true se role nel binding specificato inizia con roles/storage: RoleNameStartsWith(binding.role, ['roles/storage'])
RoleNameEndsWith(   role,   roleSuffixes: list )   bool	Restituisce true se il ruolo role termina con almeno una delle stringhe elencate in roleSuffixes. Parametri role: il ruolo da valutare. roleSuffixes: un elenco di stringhe con cui confrontare la fine del ruolo. Esempio Restituisce true se role nel binding specificato termina con .admin: RoleNameEndsWith(binding.role, ['.admin'])
RoleNameContains(   role,   roleSubstrings: list )   bool	Restituisce true se il ruolo role contiene almeno una delle stringhe elencate in roleSubstrings. Parametri role: il ruolo da valutare. roleSubstrings: un elenco di stringhe a cui abbinare qualsiasi parte del ruolo. Esempio Restituisce true se role nell'binding specificato contiene la stringa admin: RoleNameContains(binding.role, ['admin'])
MemberSubjectMatches(   member,   memberNames: list )   bool	Restituisce true se il membro member corrisponde completamente ad almeno uno dei membri elencati in memberNames. Se l'identificatore per member è un indirizzo email, questa funzione valuta l'indirizzo email e tutti gli alias per quell'indirizzo email. Parametri member: il membro da valutare. memberNames: un elenco di nomi di membri da confrontare. Esempio Restituisce true se il membro member è [e-mail]: MemberSubjectMatches(member, ['user:[e-mail]'])
MemberSubjectStartsWith(   member,   memberPrefixes: list )   bool	Restituisce true se il membro member inizia con almeno una delle stringhe elencate in memberPrefixes. Se l'identificatore per member è un indirizzo email, questa funzione valuta l'indirizzo email e tutti gli alias per quell'indirizzo email. Parametri member: il membro da valutare. memberPrefixes: un elenco di stringhe con cui confrontare l'inizio del nome del membro. Esempio Restituisce true se il membro member inizia con user:prod-: MemberSubjectStartsWith(member, ['user:prod-'])
MemberSubjectEndsWith(   member,   memberSuffixes: list )   bool	Restituisce true se il membro member termina con almeno una delle stringhe elencate in memberSuffixes. Se l'identificatore per member è un indirizzo email, questa funzione valuta l'indirizzo email e tutti gli alias per quell'indirizzo email. Parametri member: il membro da valutare. memberSuffixes: un elenco di stringhe con cui confrontare la fine del nome del membro. Esempio Restituisce true se il membro member termina con @example.com: MemberSubjectEndsWith(member, ['@example.com'])
MemberInPrincipalSet(   member,   principalSets: list )   bool	Restituisce true se il membro appartiene ad almeno uno dei set di entità elencati. Parametri member: il membro da valutare. principalSets: un elenco di set di entità. Affinché la funzione restituisca true, il membro deve appartenere ad almeno uno di questi insiemi di entità. L'unico set di entità supportato è il set di entità organizzazione, che ha il formato //cloudresourcemanager.googleapis.com/organizations/ORGANIZATION_ID. Se utilizzato nella funzione MemberInPrincipalSet, questo insieme di entità include le seguenti entità: Tutte le identità in tutti i domini associati al tuo ID cliente Google Workspace Tutti i pool di identità della forza lavoro nella tua organizzazione Tutti i service account e i pool di identità del workload in qualsiasi progetto dell'organizzazione Tutti gli agenti di servizio associati alle risorse della tua organizzazione. Esempio Restituisce true se il membro member appartiene all'organizzazione @example.com, che ha l'ID 123456789012: MemberInPrincipalSet(member, ['//cloudresourcemanager.googleapis.com/organizations/123456789012'])
MemberTypeMatches(   member,   principalType: list )   bool	Restituisce true se il membro è uno dei tipi di entità elencati. Parametri member: il membro da valutare. principalType: un elenco di tipi di entità. Affinché la funzione restituisca true, il membro deve essere uno dei tipi di entità elencati. Per scoprire quali tipi di entità sono supportati, consulta Tipi di entità supportati per MemberTypeMatches. Esempio Restituisce true se il membro member ha il tipo di entità iam.googleapis.com/WorkspacePrincipal o iam.googleapis.com/WorkspaceGroup: MemberTypeMatches(member, ['iam.googleapis.com/WorkspacePrincipal', 'iam.googleapis.com/WorkspaceGroup'])

Macro per valutare gli elenchi

Utilizza le macro all e exists per valutare un'espressione di condizione per un elenco di elementi.

Macro	Descrizione
list.all(   item,   conditionExpression )   bool	Restituisce true se conditionExpression restituisce true per ogni item in list. Questa macro viene in genere utilizzata per le policy dell'organizzazione personalizzate con actionType ALLOW. Ad esempio, puoi utilizzare questa macro per assicurarti che un'azione sia consentita solo se tutte le entità modificate soddisfano la condizione. Parametri list: l'elenco degli elementi da valutare. item: la voce di elenco da valutare. Ad esempio, se chiami questo metodo nell'elenco resource.bindings, utilizza il valore binding. conditionExpression: l'espressione della condizione da valutare per ogni item. Esempio Restituisce true se tutti i binding in resource.bindings hanno ruoli che iniziano con roles/storage.. Restituisce false se una qualsiasi delle associazioni ha ruoli che non iniziano con roles/storage.: resource.bindings.all(binding, RoleNameStartsWith(binding.role, ['roles/storage.']))
list.exists(   item,   conditionExpression )   bool	Restituisce true se conditionExpression restituisce true per qualsiasi item in list. Questa macro viene in genere utilizzata per le policy dell'organizzazione personalizzate con actionType DENY. Ad esempio, puoi utilizzare questa macro per assicurarti che un'azione venga negata se uno qualsiasi dei soggetti modificati soddisfa la condizione. Parametri list: l'elenco degli elementi da valutare. item: la voce di elenco da valutare. Ad esempio, se chiami questo metodo nell'elenco resource.bindings, utilizza il valore binding. conditionExpression: l'espressione della condizione da valutare per ogni item. Esempio Restituisce true se uno qualsiasi dei binding in resource.bindings ha ruoli che iniziano con roles/storage.. Restituisce false se nessuna delle associazioni ha ruoli che iniziano con roles/storage.: resource.bindings.exists(binding, RoleNameStartsWith(binding.role, ['roles/storage.']))

Condizioni con elenchi nidificati

In generale, se la condizione include elenchi nidificati, devi utilizzare la stessa macro per tutti gli elenchi nella condizione.

Considera i seguenti esempi:

• Se il criterio ha actionType ALLOW, utilizza la macro all sia per l'elenco members sia per l'elenco bindings per garantire che le modifiche ai criteri siano consentite solo se tutti i membri di tutti i binding modificati soddisfano la condizione.
• Se il criterio ha actionType DENY, utilizza la macro exists sia per l'elenco members sia per l'elenco bindings per assicurarti che le modifiche ai criteri non siano consentite se qualsiasi membro di qualsiasi binding modificato soddisfa la condizione.

La combinazione di macro in una singola condizione potrebbe generare una condizione che non si comporta come previsto.

Ad esempio, immagina di voler impedire la concessione di ruoli a membri esterni all'organizzazione example.com. L'organizzazione example.com ha l'ID 123456789012.

Per raggiungere questo obiettivo, scrivi la seguente condizione:

Non consigliato: condizione configurata in modo errato

"resource.bindings.all(
  binding,
  binding.members.exists(member,
    MemberInPrincipalSet(member, ['//cloudresourcemanager.googleapis.com/organizations/123456789012'])
  )
)"

Questa condizione sembra impedire l'assegnazione di ruoli a membri esterni all'organizzazione example.com. Tuttavia, la condizione restituisce true se uno qualsiasi dei membri di ciascuna delle associazioni di ruolo modificate si trova nell'organizzazione example.com. Di conseguenza, puoi comunque concedere ruoli a membri esterni all'organizzazione example.com se concedi lo stesso ruolo a un membro dell'organizzazione example.com.

Ad esempio, la condizione restituisce true per il seguente insieme di binding, anche se uno dei membri non fa parte dell'organizzazione example.com:

 "bindings": [
    {
      "members": [
        "user:[e-mail]",
        "user:[e-mail]"
      ],
      "role": "roles/resourcemanager.projectCreator"
    }
  ],

Scrivi invece una condizione come la seguente:

Consigliato: condizione configurata correttamente

"resource.bindings.all(
  binding,
  binding.members.all(member,
    MemberInPrincipalSet(member, ['//cloudresourcemanager.googleapis.com/organizations/123456789012'])
  )
)"

L'utilizzo della macro all sia per l'array members.bindings sia per l'array resource.bindings garantisce che la condizione restituisca true solo se tutti i membri di tutti i binding si trovano nel set di entità example.com.

Tipi di entità supportati per MemberTypeMatches

La funzione MemberTypeMatches richiede di specificare il tipo di entità a cui deve corrispondere il membro specificato.

La tabella seguente elenca i tipi di entità che puoi inserire e una descrizione di ciò che rappresentano. Elenca anche gli identificatori delle entità che corrispondono a ogni tipo di entità. Questi identificatori sono i valori utilizzati nelle policy IAM.

Tipo di entità	Descrizione	Identificatori entità
iam.googleapis.com/ConsumerPrincipal	Un Account Google consumer. Gli indirizzi email di questi account in genere terminano con gmail.com.	user:USER_EMAIL_ADDRESS
iam.googleapis.com/WorkspacePrincipal	Un Account Google che fa parte di un account Cloud Identity o Google Workspace. Questi account sono chiamati anche account utente gestiti.	user:USER_EMAIL_ADDRESS
iam.googleapis.com/ConsumerGroup	Un gruppo Google creato da un account Google consumer. Questi gruppi non sono di proprietà di un account Cloud Identity o Google Workspace. Gli indirizzi email di questi gruppi in genere terminano con googlegroups.com.	group:GROUP_EMAIL_ADDRESS
iam.googleapis.com/WorkspaceGroup	Un gruppo Google di proprietà di un account Cloud Identity o Google Workspace.	group:GROUP_EMAIL_ADDRESS
iam.googleapis.com/Domain	Un account Cloud Identity o Google Workspace.	domain:DOMAIN
iam.googleapis.com/WorkforcePoolPrincipal	Una singola entità in un pool di identità della forza lavoro.	principal://iam.googleapis.com/locations/global/workforcePools/POOL_ID/subject/SUBJECT_ATTRIBUTE_VALUE
iam.googleapis.com/WorkforcePoolPrincipalSet	Un set di entità che contiene un insieme di identità in un pool di identità della forza lavoro. Ad esempio, un set di entità contenente tutte le entità in un pool di identità della forza lavoro.	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	Una singola identità in un pool di identità del workload	principal://iam.googleapis.com/projects/PROJECT_NUMBER/locations/global/workloadIdentityPools/POOL_ID/subject/SUBJECT_ATTRIBUTE_VALUE
iam.googleapis.com/WorkloadPoolPrincipalSet	Un set di entità che contiene un insieme di identità in un pool di identità del workload. Ad esempio, un set di entità contenente tutte le entità in un pool di identità del workload.	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	Qualsiasi service account. Un account di servizio è un tipo speciale di account che rappresenta un workload anziché un utente umano. Nel contesto della funzione MemberTypeMatches, questo tipo di entità non include gli agenti di servizio.	serviceAccount:SERVICE_ACCOUNT_EMAIL_ADDRESS
iam.googleapis.com/ServiceAgent	Qualsiasi agente di servizio. Un service agent è un tipo speciale di account di servizio che Google Cloud crea e gestisce. Quando vengono concessi ruoli nei tuoi progetti, i service agent consentono ai servizi Google Cloud di eseguire azioni per tuo conto.	serviceAccount:SERVICE_AGENT_EMAIL_ADDRESS
iam.googleapis.com/PublicPrincipals	Le entità allUsers e allAuthenticatedUsers.	allUsers allAuthenticatedUsers
iam.googleapis.com/ProjectRoleReference	Entità definite in base al ruolo concesso. Questi soggetti sono anche chiamati valori di convenienza.	projectOwner:PROJECT_ID projectEditor:PROJECT_ID projectViewer:PROJECT_ID
iam.googleapis.com/ResourcePrincipal	Una risorsa con un'identità integrata.	Uno qualsiasi degli identificatori dell'entità elencati in Identificatori dell'entità per singole risorse.
iam.googleapis.com/ResourcePrincipalSet	Risorse con identità integrate che condividono determinate caratteristiche, come il tipo o l'antenato.	Uno qualsiasi degli identificatori elencati in Identificatori entità per insiemi di risorse.

Passaggi successivi

• Scopri di più sul servizio Policy dell'organizzazione.
• Scopri di più su come creare e gestire le policy dell'organizzazione.
• Consulta l'elenco completo dei vincoli delle policy dell'organizzazione gestiti.