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 Trusted Cloud by S3NS :

• iam.googleapis.com/AllowPolicy

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

Informazioni sui criteri e sui vincoli dell'organizzazione

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

La policy dell'organizzazione fornisce vincoli gestiti integrati per vari servizi Trusted 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.

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, Trusted 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 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. Ovvero, 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 Trusted 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 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 loro il ruolo di proprietario.

• Alcune azioni in Trusted 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 service account 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 Trusted Cloud console, go to the project selector page.

     Go to project selector

  2. Select or create a Trusted 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 dell'organizzazione (roles/orgpolicy.policyAdmin) nell'organizzazione
• Testa i criteri dell'organizzazione descritti in questa pagina: Amministratore IAM progetto (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.

Crea 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 ulteriori informazioni su come creare condizioni nei vincoli personalizzati utilizzando il CEL, consulta la sezione relativa al 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 della tua 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, lettere minuscole o numeri. Ad esempio, custom.denyProjectIAMAdmin. La lunghezza massima di questo campo è di 70 caratteri.

• RESOURCE_NAME: il nome completo della risorsa Trusted 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 ulteriori informazioni sulle risorse disponibili in base a cui scrivere condizioni, consulta la sezione Risorse supportate. Ad esempio resource.bindings.exists(binding, RoleNameMatches(binding.role, ['roles/resourcemanager.projectIamAdmin'])).

• ACTION: l'azione da eseguire se 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 chiara 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.

Configura 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

Se vuoi, puoi testare la policy dell'organizzazione impostandola e poi provando a 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 organizzazioneTrusted 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 norma:

   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 Trusted 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 Trusted 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 norme personalizzate dell'organizzazione per casi d'uso comuni

La tabella seguente fornisce la sintassi di alcuni vincoli personalizzati per i casi d'uso più 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 una policy dell'organizzazione personalizzata utilizzando i tag. Ad esempio, immagina 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 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 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.

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 l'assegnazione 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": [
        "principal://iam.googleapis.com/locations/global/workforcePools/example-pool/subject/raha@altostrat.com",
        "principal://iam.googleapis.com/locations/global/workforcePools/example-pool/subject/jie@example.com"
      ],
      "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 ogni tipo di entità. Questi identificatori sono i valori utilizzati nelle policy IAM.

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.