Questa pagina è stata tradotta dall'API Cloud Translation.

Utilizzare i criteri dell'organizzazione personalizzati

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

secretmanager.googleapis.com/Secret

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

Utilizza i criteri dell'organizzazione personalizzati per:

Applica requisiti di sicurezza rigorosi richiedendo agli utenti di aggiungere annotazioni ai secret, impostare date di scadenza per i secret o configurare la distruzione ritardata delle versioni dei secret.
Supporta requisiti di rotazione specifici richiedendo che tutti i secret all'interno di progetti o cartelle specifici configurino pianificazioni di rotazione.
Verifica che le annotazioni e gli alias di versione corrispondano alle espressioni selezionate negli script automatizzati.
Controlla i costi del cloud limitando i tipi di secret consentiti all'interno della tua organizzazione.

Limitazioni

Puoi definire la scadenza di un secret utilizzando expire_time (un punto temporale specifico) o ttl (una durata). Nelle norme dell'organizzazione personalizzate, puoi utilizzare solo expire_time per determinare la scadenza del secret. Se imposti un ttl per un secret, Secret Manager lo converte in un valore expire_time per l'elaborazione e la valutazione del criterio.

Prima di iniziare

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

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

Go to project selector

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

Install the Google Cloud CLI.

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

To initialize the gcloud CLI, run the following command:

gcloud init

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

Go to project selector

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

Install the Google Cloud CLI.

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

To initialize the gcloud CLI, run the following command:

gcloud init

Assicurati di conoscere l'ID organizzazione.

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) sulla risorsa organizzazione
Per creare o aggiornare un secret: Amministratore Secret Manager (roles/secretmanager.admin) 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.* sulla risorsa dell'organizzazione
Per creare o aggiornare un secret di Secret Manager:
- secretmanager.secrets.create sulla risorsa del progetto
- secretmanager.secrets.get sulla risorsa del progetto
- secretmanager.secrets.list sulla risorsa del progetto
- secretmanager.secrets.update sulla risorsa del progetto

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.ensureVersionDestroyTTL. 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: secretmanager.googleapis.com/Secret.
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.versionDestroyTtl < duration('30h')".
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 ulteriori informazioni su come creare un vincolo personalizzato, vedi Definizione di vincoli personalizzati.

Configurare un vincolo personalizzato

gcloud org-policies set-custom-constraint

gcloud org-policies set-custom-constraint CONSTRAINT_PATH

CONSTRAINT_PATH

/home/user/customconstraint.yaml

gcloud org-policies list-custom-constraints

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

ORGANIZATION_ID

Visualizzare le policy dell'organizzazione

Applicare una policy dell'organizzazione personalizzata

Console

Nella console Google Cloud , vai alla pagina Policy dell'organizzazione.
Vai a Policy dell'organizzazione
Nel selettore di progetti, seleziona il progetto per cui vuoi impostare il criterio dell'organizzazione.
Dall'elenco nella pagina Criteri organizzazione, seleziona il vincolo per visualizzare la pagina Dettagli criterio relativa a quel vincolo.
Per configurare la policy dell'organizzazione per questa risorsa, fai clic su Gestisci policy.
Nella pagina Modifica policy, seleziona Esegui override della policy dell'unità organizzativa principale.
Fai clic su Aggiungi una regola.
Nella sezione Applicazione, seleziona se l'applicazione di questa policy dell'organizzazione è attiva o disattivata.
(Facoltativo) Per rendere la policy dell'organizzazione condizionale in base a 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 incondizionata o la policy non può essere salvata. Per saperne di più, vedi Impostazione di un criterio dell'organizzazione con tag.
Fai clic su Testa modifiche per simulare l'effetto della policy dell'organizzazione. La simulazione delle policy non è disponibile per i vincoli gestiti legacy. Per saperne di più, consulta Testare le modifiche alle policy dell'organizzazione con Policy Simulator.
Per completare e applicare la policy dell'organizzazione, fai clic su Imposta policy. L'applicazione del criterio richiede fino a 15 minuti.

gcloud

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

Sostituisci quanto segue:

PROJECT_ID: il progetto su cui vuoi applicare il vincolo.
CONSTRAINT_NAME: il nome che hai definito per il vincolo personalizzato. Ad esempio, custom.ensureVersionDestroyTTL.

Per applicare il criterio dell'organizzazione contenente il vincolo, esegui questo comando:

    gcloud org-policies set-policy POLICY_PATH

Sostituisci POLICY_PATH con il percorso completo del file YAML del criterio dell'organizzazione. L'applicazione del criterio richiede fino a 15 minuti.

Testa il criterio dell'organizzazione personalizzato

L'esempio seguente mostra come configurare un vincolo e una norma personalizzati per garantire che tutti i nuovi secret creati all'interno di un determinato progetto abbiano una durata del ritardo di eliminazione (version_destroy_ttl) di almeno 30 ore.

Prima di iniziare, assicurati di:

Abilita l'API Secret Manager una volta per progetto.
Conosci l'ID organizzazione.
Conosci l'ID progetto.

Crea il vincolo

Salva il seguente file come constraint.yaml:

name: organizations/ORGANIZATION_ID/customConstraints/custom.ensureVersionDestroyTTLAtLeast30hours
resourceTypes:
- secretmanager.googleapis.com/Secret
methodTypes:
- CREATE
condition: "resource.versionDestroyTtl < duration('30h')"
actionType: DENY
displayName: Enable Secret Version Destroy TTL with at least 30 hours
description: All new secrets must have Version Destroy TTL values of at least 30 hours

Definisce un vincolo in base al quale, per ogni nuovo secret, se la versione del secret version_destroy_ttl non viene applicata o se version_destroy_ttl è inferiore a 30 ore, l'operazione viene negata.

Applica il vincolo:

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

Verifica che il vincolo esista:

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

L'output è simile al seguente:

CUSTOM_CONSTRAINT                               ACTION_TYPE  METHOD_TYPES   RESOURCE_TYPES                        DISPLAY_NAME
custom.ensureVersionDestroyTTLAtLeast30hours    DENY         CREATE         secretmanager.googleapis.com/Secret   Enable Secret Version Destroy TTL with at least 30 hours
...

Crea la policy

Salva il seguente file come policy.yaml:

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

Sostituisci PROJECT_ID con l'ID progetto.

Applica le norme:

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

Verifica che il criterio esista:

gcloud org-policies list --project=PROJECT_ID

L'output è simile al seguente:

CONSTRAINT                                    LIST_POLICY    BOOLEAN_POLICY    ETAG
custom.ensureVersionDestroyTTLAtLeast30hours  -              SET               COCsm5QGENiXi2E=

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

Testare la policy

gcloud secrets create org-policy-test-secret \
    --project=PROJECT_ID \
    --version-destroy-ttl=100000s

L'output è il seguente:

Operation denied by custom org policies: ["customConstraints/custom.ensureVersionDestroyTTL": "All new secrets must have version destroy TTL values with at least 30 hours"]

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:

Descrizione	Sintassi del vincolo
Devi impostare il TTL di eliminazione della versione su più di due giorni	name: organizations/`ORGANIZATION_ID`/customConstraints/custom.secretManagerEnableTTL resourceTypes: - secretmanager.googleapis.com/Secret methodTypes: - CREATE condition: "has(resource.versionDestroyTtl) && resource.versionDestroyTtl.getSeconds() > 172800" actionType: ALLOW displayName: Must set version destroy TTL more than one hour description: All new secrets must set version destroy TTL and version destroy TTL seconds should be more than two days
Imposta l'argomento Pub/Sub	name: organizations/`ORGANIZATION_ID`/customConstraints/custom.secretsWithPubSubTopic resourceTypes: - secretmanager.googleapis.com/Secret methodTypes: - CREATE - UPDATE condition: "has(resource.topics) && size(resource.topics) > 0 && resource.topics[0].name.matches('projects/a_test_project/topics/a_topic_name')" actionType: ALLOW displayName: Set secret first topic as a_topic_name description: All secret must use a_topic_name Pub/Sub topic as the first topic for notifications.
Rifiuta annotazioni con prefisso	name: organizations/`ORGANIZATION_ID`/customConstraints/custom.secretManagerAnnotationPrefixes resourceTypes: - secretmanager.googleapis.com/Secret methodTypes: - CREATE condition: "has(resource.annotations) && resource.annotations['key1'].startsWith('some-prefix-')" actionType: DENY displayName: Deny annotation of 'key1' with prefix 'some-prefix-' description: All new secrets should not have 'key1' annotations set with prefix 'some-prefix-'.

Descrizione

Sintassi del vincolo

Devi impostare il TTL di eliminazione della versione su più di due giorni

  name: organizations/ORGANIZATION_ID/customConstraints/custom.secretManagerEnableTTL
  resourceTypes:
  - secretmanager.googleapis.com/Secret
  methodTypes:
  - CREATE
  condition: "has(resource.versionDestroyTtl) && resource.versionDestroyTtl.getSeconds() > 172800"
  actionType: ALLOW
  displayName: Must set version destroy TTL more than one hour
  description: All new secrets must set version destroy TTL and version destroy TTL seconds should be more than two days

Imposta l'argomento Pub/Sub

  name: organizations/ORGANIZATION_ID/customConstraints/custom.secretsWithPubSubTopic
  resourceTypes:
  - secretmanager.googleapis.com/Secret
  methodTypes:
  - CREATE
  - UPDATE
  condition: "has(resource.topics) && size(resource.topics) > 0 && resource.topics[0].name.matches('projects/a_test_project/topics/a_topic_name')"
  actionType: ALLOW
  displayName: Set secret first topic as a_topic_name
  description: All secret must use a_topic_name Pub/Sub topic as the first topic for notifications.

Rifiuta annotazioni con prefisso

    name: organizations/ORGANIZATION_ID/customConstraints/custom.secretManagerAnnotationPrefixes
    resourceTypes:
    - secretmanager.googleapis.com/Secret
    methodTypes:
    - CREATE
    condition: "has(resource.annotations) && resource.annotations['key1'].startsWith('some-prefix-')"
    actionType: DENY
    displayName: Deny annotation of 'key1' with prefix 'some-prefix-'
    description: All new secrets should not have 'key1' annotations set with prefix 'some-prefix-'.

Risorse supportate da Secret Manager

La tabella in questa sezione elenca le risorse Secret Manager a cui puoi fare riferimento nei vincoli personalizzati.

Per impostare i vincoli di località delle risorse, utilizza i criteri dell'organizzazione relativi alla località delle risorse. Allo stesso modo, per impostare vincoli sull'utilizzo di CMEK, ti consigliamo di utilizzare le policy dell'organizzazione CMEK.

Risorsa	Campo
secretmanager.googleapis.com/Secret	`resource.annotations`
	`resource.expireTime`
	`resource.rotation.nextRotationTime`
	`resource.rotation.rotationPeriod`
	`resource.topics.name`
	`resource.versionAliases`
	`resource.versionDestroyTtl`

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.

Utilizzare i criteri dell'organizzazione personalizzati Mantieni tutto organizzato con le raccolte Salva e classifica i contenuti in base alle tue preferenze.

Informazioni sui criteri e sui vincoli dell'organizzazione

Ereditarietà delle norme

Vantaggi

Limitazioni

Prima di iniziare

Ruoli obbligatori

Autorizzazioni obbligatorie

Creare un vincolo personalizzato

Configurare un vincolo personalizzato

Applicare una policy dell'organizzazione personalizzata

Console

gcloud

Testa il criterio dell'organizzazione personalizzato

Crea il vincolo

Crea la policy

Testare la policy

Esempi di norme personalizzate dell'organizzazione per i casi d'uso comuni

Risorse supportate da Secret Manager

Passaggi successivi

Utilizzare i criteri dell'organizzazione personalizzati