Utilizzare i criteri dell'organizzazione personalizzati per i criteri consentiti

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

• iam.googleapis.com/AllowPolicy

Per saperne di più sul criterio dell'organizzazione, consulta Criteri dell'organizzazione personalizzati.

Informazioni sui criteri e sui vincoli dell'organizzazione

Il servizio Google Cloud Policy dell'organizzazione offre un controllo centralizzato e programmatico sulle risorse della tua organizzazione. In qualità di amministratore dei criteri dell'organizzazione, puoi definire un criterio dell'organizzazione, ovvero un insieme di restrizioni chiamate vincoli che si applicano alle Google Cloud risorse e ai relativi discendenti nella Google Cloud gerarchia delle risorse. Puoi applicare i criteri dell'organizzazione a livello di organizzazione, cartella o progetto.

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

Ereditarietà delle norme

Per impostazione predefinita, i criteri dell'organizzazione vengono ereditati dai discendenti delle risorse su cui applichi il criterio. Ad esempio, se applichi un criterio a una cartella, Google Cloud il criterio viene applicato a tutti i progetti nella cartella. Per scoprire di più su questo comportamento e su come modificarlo, consulta le regole di valutazione della gerarchia.

Vantaggi

Puoi utilizzare criteri dell'organizzazione personalizzati che fanno riferimento agli attributi IAM per controllare in che modo possono essere modificati i criteri di autorizzazione. Nello specifico, puoi controllare quanto segue:

• Chi può ricevere 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 generale 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 errore nell'operazione setIamPolicy sulla risorsa dell'organizzazione, allora Google Cloud non genera un audit log per l'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 norme 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 loro 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 agente di servizio o a un account di servizio predefinito. Se un'azione prevede la concessione automatica di un ruolo e un criterio dell'organizzazione impedisce la concessione di questo 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 norme 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.

Ruoli obbligatori

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

• Amministratore criteri 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:

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

Creare un vincolo personalizzato

Un vincolo personalizzato viene definito in un file YAML dalle risorse, dai metodi, dalle condizioni e dalle azioni supportati dal servizio su cui stai applicando il criterio dell'organizzazione. Le condizioni per i vincoli personalizzati sono definite utilizzando Common Expression Language (CEL). Per ulteriori informazioni su come creare condizioni nei vincoli personalizzati utilizzando CEL, consulta la sezione CEL di Creazione e gestione di vincoli personalizzati.

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 organizzazione, ad esempio 123456789.

• CONSTRAINT_NAME: il nome che vuoi assegnare al nuovo vincolo personalizzato. Un vincolo personalizzato deve iniziare con custom. e può includere solo lettere maiuscole, minuscole o numeri. Ad esempio, custom.denyProjectIAMAdmin. La lunghezza massima di questo campo è 70 caratteri.

• RESOURCE_NAME: il nome completo della risorsaGoogle 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 ha una lunghezza massima di 1000 caratteri. Per saperne di più sulle risorse disponibili per scrivere condizioni, consulta Risorse supportate. Ad esempio, resource.bindings.exists(binding, RoleNameMatches(binding.role, ['roles/resourcemanager.projectIamAdmin'])).

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

• DISPLAY_NAME: un nome facile da ricordare per il vincolo. Questo campo ha una lunghezza massima di 200 caratteri.

• DESCRIPTION: una descrizione comprensibile del vincolo da visualizzare come messaggio di errore in caso di violazione della policy. Questo campo ha una lunghezza massima di 2000 caratteri.

Per saperne di più su come creare un vincolo personalizzato, consulta Definizione di vincoli personalizzati.

Configurare un vincolo personalizzato

gcloud org-policies set-custom-constraint CONSTRAINT_PATH

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

Applicare una policy dell'organizzazione personalizzata

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

    gcloud org-policies set-policy POLICY_PATH
    

Testa il criterio dell'organizzazione personalizzato

Facoltativamente, puoi testare il criterio dell'organizzazione impostandolo e poi provando a eseguire un'azione che il criterio 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 le norme:

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

3. Verifica che il criterio esista:

   gcloud org-policies list --project=PROJECT_ID
   

Dopo aver applicato il criterio, attendi circa due minuti prima che Google Cloud inizi a applicarlo.

Testare 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 del principal 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 norme personalizzate dell'organizzazione per i casi d'uso comuni

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

Gli esempi riportati di seguito utilizzano le macro CEL all e exists. Per ulteriori informazioni su queste macro, vedi Macro per valutare gli elenchi.

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

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

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

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

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

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

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

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

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

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

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

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 un criterio dell'organizzazione personalizzato 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 un criterio dell'organizzazione come il 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 il criterio 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, dove 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 principali, consulta Identificatori principali.

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.

Macro per valutare gli elenchi

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

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 include 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 include 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 la concessione di ruoli a membri esterni all'organizzazione example.com. Tuttavia, la condizione restituisce true se qualsiasi membro 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:[email protected]",
        "user:[email protected]"
      ],
      "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à di sicurezza 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 ciascun tipo di entità. Questi identificatori sono i valori utilizzati nelle policy IAM.

Passaggi successivi

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