Gestire le risorse dei criteri firewall utilizzando vincoli personalizzati

Il servizio Criteri 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 a Google Cloud risorse e discendenti di queste risorse nella Google Cloud gerarchia delle risorse. Puoi applicare i criteri dell'organizzazione a livello di organizzazione, cartella o progetto.

Policy dell'organizzazione fornisce vincoli predefiniti per vari serviziGoogle Cloud . Tuttavia, se vuoi un controllo più granulare e personalizzabile sui campi specifici che sono limitati nelle norme della tua organizzazione, puoi anche creare vincoli personalizzati e applicarli in un criterio dell'organizzazione personalizzato.

Per Cloud Next Generation Firewall, puoi creare e applicare vincoli personalizzati ai seguenti criteri firewall:

I vincoli personalizzati si applicano a tutte le regole nella policy firewall, incluse le regole predefinite aggiunte quando viene creata una policy firewall. Per ulteriori informazioni sulle regole delle policy firewall predefinite, vedi Regole predefinite.

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 Regole di valutazione della gerarchia.

Risorse supportate da Cloud NGFW

Per le norme firewall, puoi impostare vincoli personalizzati per le seguenti risorse e i seguenti campi.

  • Norme firewall: compute.googleapis.com/FirewallPolicy
    • Nome regola: resource.rules[].ruleName
    • Descrizione: resource.rules[].description
    • Priorità: resource.rules[].priority
    • Azione: resource.rules[].action
    • Direzione: resource.rules[].direction
    • Il logging è abilitato: resource.rules[].enableLogging
    • È disabilitato: resource.rules[].disabled
    • Gruppo di profili di sicurezza: resource.rules[].securityProfileGroup
    • Ispezione TLS abilitata: resource.rules[].tlsInspect
    • Service account di destinazione: resource.rules[].targetServiceAccounts[]
    • Tag di destinazione protetti: resource.rules[].targetSecureTags[]
      • Nome: resource.rules[].targetSecureTags[].name
    • Risorse di destinazione: resource.rules[].targetResources
    • Intervalli IP di origine: resource.rules[].match.srcIpRanges[]
    • Intervalli IP di destinazione: resource.rules[].match.destIpRanges[]
    • Layer4Config: resource.rules[].match.layer4Configs[]
      • Protocollo IP: match.layer4Configs[].ipProtocol
      • Porte: resource.rules[].match.layer4Configs[].ports[]
    • Tag di origine protetti: resource.rules[].match.srcSecureTags[]
      • Nome: resource.rules[].match.srcSecureTags[].name
    • Gruppi di indirizzi di origine: resource.rules[].match.srcAddressGroups[]
    • Gruppi di indirizzi di destinazione: resource.rules[].match.destAddressGroups[]
    • Nomi di dominio completi di origine: resource.rules[].match.srcFqdns[]
    • Nomi di dominio completi di destinazione: resource.rules[].match.destFqdns[]
    • Codici regione di origine: resource.rules[].match.srcReigonCodes[]
    • Codici regione di destinazione: resource.rules[].match.destReigonCodes[]
    • Elenchi di threat intelligence di rete di origine: resource.rules[].match.srcThreatIntelligences[]
    • Elenchi di Threat intelligence di rete di destinazione: resource.rules[].match.destThreatIntelligences[]

Prima di iniziare

  • Se non l'hai ancora fatto, configura l'autenticazione. L'autenticazione è il processo mediante il quale la tua identità viene verificata per l'accesso a servizi e API di Google Cloud . Per eseguire codice o esempi da un ambiente di sviluppo locale, puoi autenticarti su Compute Engine selezionando una delle seguenti opzioni:

    Select the tab for how you plan to use the samples on this page:

    Console

    When you use the Google Cloud console to access Google Cloud services and APIs, you don't need to set up authentication.

    gcloud

      1. After installing the Google Cloud CLI, initialize it by running the following command: 

        gcloud init

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

      2. Set a default region and zone.

        3. REST

        Per utilizzare gli esempi di API REST in questa pagina in un ambiente di sviluppo locale, utilizzi le credenziali che fornisci a gcloud CLI.

          After installing the Google Cloud CLI, initialize it by running the following command: 

          gcloud init

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

        Per saperne di più, consulta la sezione Autenticarsi per l'utilizzo di REST nella documentazione sull'autenticazione di Google Cloud .

Ruoli obbligatori

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

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 le risorse Cloud NGFW. Per vedere quali sono esattamente le autorizzazioni richieste, espandi la sezione Autorizzazioni obbligatorie:

Autorizzazioni obbligatorie

Per gestire le policy dell'organizzazione per le risorse Cloud NGFW sono necessarie le seguenti autorizzazioni:

  • orgpolicy.constraints.list
  • orgpolicy.policies.create
  • orgpolicy.policies.delete
  • orgpolicy.policies.list
  • orgpolicy.policies.update
  • orgpolicy.policy.get
  • orgpolicy.policy.set

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

Configurare un vincolo personalizzato

Puoi creare un vincolo personalizzato e configurarlo per l'utilizzo nelle policy dell'organizzazione utilizzando la console Google Cloud o Google Cloud CLI.

Console

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

    Vai a Policy dell'organizzazione

  2. Seleziona il selettore di progetti nella parte superiore della pagina.

  3. Nel selettore di progetti, seleziona la risorsa per cui vuoi impostare il criterio dell'organizzazione.

  4. Fai clic su Vincolo personalizzato.

  5. Nella casella Nome visualizzato, inserisci un nome comprensibile per il vincolo. Questo campo ha una lunghezza massima di 200 caratteri. Non utilizzare PII o dati sensibili nei nomi dei vincoli, perché potrebbero essere esposti nei messaggi di errore.

  6. Nella casella ID vincolo, inserisci 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.createFirewallPolicy. La lunghezza massima di questo campo è di 70 caratteri, senza contare il prefisso, ad esempio, organizations/123456789/customConstraints/custom..

  7. Nella casella Descrizione, inserisci 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.

  8. Nella casella Tipo di risorsa, seleziona il nome della risorsa REST Google Cloud contenente l'oggetto e il campo che vuoi limitare. Ad esempio, compute.googleapis.com/FirewallPolicy.

  9. In Metodo di applicazione forzata, seleziona se applicare il vincolo solo al metodo REST CREATE o sia al metodo REST CREATE che UPDATE.

  10. 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. Questo campo ha una lunghezza massima di 1000 caratteri.

    2. Fai clic su Salva.

  11. In Azione, seleziona se consentire o negare il metodo valutato se la condizione precedente viene soddisfatta.

  12. 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

Per creare un vincolo personalizzato utilizzando Google Cloud CLI, crea un file YAML per il vincolo personalizzato:

name: organizations/ORGANIZATION_ID/customConstraints/CONSTRAINT_NAME
resource_types: compute.googleapis.com/RESOURCE_NAME
method_types:
– METHOD1
– METHOD2
condition: "CONDITION"
action_type: ACTION
display_name: 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.createFirewallPolicy. La lunghezza massima di questo campo è di 70 caratteri, senza contare il prefisso, ad esempio, organizations/123456789/customConstraints/custom.

  • RESOURCE_NAME: il nome (non l'URI) della risorsa REST dell'API Compute Engine contenente l'oggetto e il campo che vuoi limitare. Ad esempio, FirewallPolicy.

  • METHOD1,METHOD2,...: un elenco di metodi RESTful per i quali applicare il vincolo. Può essere CREATE o CREATE e UPDATE.

  • 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.

  • ACTION: l'azione da intraprendere se la condizione condition è soddisfatta. Può essere ALLOW o 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.

Dopo aver creato il file YAML per un nuovo vincolo personalizzato, devi configurarlo per renderlo disponibile per i criteri dell'organizzazione nella tua organizzazione. Per configurare 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 di vincoli personalizzati. Ad esempio: /home/user/customconstraint.yaml. Una volta completati, i vincoli personalizzati sono disponibili come policy dell'organizzazione nell'elenco delle policy dell'organizzazione Google Cloud . 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 dell'organizzazione. Per saperne di più, consulta Visualizzare le policy dell'organizzazione.

Applica un vincolo personalizzato

Puoi applicare un vincolo creando un criterio dell'organizzazione che lo fa riferimento e poi applicando questo criterio 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 il criterio dell'organizzazione.
  3. Dall'elenco nella pagina Criteri organizzazione, seleziona il vincolo per visualizzare la pagina Dettagli criterio relativa a quel vincolo.
  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 l'applicazione di questa policy dell'organizzazione è attiva o disattivata.
  8. (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.
  9. 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.
  10. 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.createFirewallPolicy.

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.

Esempio: crea un vincolo che impone l'attivazione della registrazione per tutte le regole firewall

Questo vincolo impedisce la creazione di regole di policy firewall senza la registrazione abilitata. Le regole dei criteri firewall con azione goto_next sono escluse perché non supportano la registrazione.

gcloud

  1. Crea un file di vincoli enforceLoggingEnabled.yaml con le seguenti informazioni.

    name: organizations/ORGANIZATION_ID/customConstraints/custom.enforceLoggingEnabled
resource_types: compute.googleapis.com/FirewallPolicy
condition: "resource.rules.exists(rule, rule.action != 'goto_next' && rule.enableLogging == false)"
action_type: DENY
method_types: [CREATE, UPDATE]
display_name: Enforce that all rules have logging enabled
description: Firewall policy rules with action other than goto_next can only be created when firewall rules logging is enabled.

    Sostituisci ORGANIZATION_ID con l'ID organizzazione.

  2. Imposta il vincolo personalizzato.

    gcloud org-policies set-custom-constraint enforceLoggingEnabled.yaml

  3. Crea un file di criteri enforceLoggingEnabled-policy.yaml con le informazioni fornite nel seguente esempio e applica questo vincolo a livello di progetto. Puoi impostare questa opzione anche a livello di organizzazione o cartella.

    name: projects/PROJECT_ID/policies/custom.enforceLoggingEnabled
spec:
 rules:
 – enforce: true

    Sostituisci PROJECT_ID con l'ID progetto.

  4. Applica le norme.

    gcloud org-policies set-policy enforceLoggingEnabled-policy.yaml

  5. Per testare il vincolo, crea una regola di criterio firewall che consenta il traffico TCP in entrata sulla porta 22 con la registrazione disattivata. 

     gcloud compute network-firewall-policies create test-fw-policy --global


     gcloud compute network-firewall-policies rules create 1000 \
     --action ALLOW \
     --direction INGRESS \
     --firewall-policy test-fw-policy \
     --src-ip-ranges 0.0.0.0/0 \
     --layer4-configs tcp:22 \
     --no-enable-logging \
     --global-firewall-policy

    L'output è simile al seguente:

    ERROR: (gcloud.compute.network-firewall-policies.create) Could not fetch resource:
- Operation denied by custom org policy: [customConstraints/custom.enforceLoggingEnabled] :Firewall policy rules with action other than goto_next can only be created when firewall rules logging is enabled.

  6. Elimina il criterio firewall creato nel passaggio precedente. 

     gcloud compute network-firewall-policies delete test-fw-policy --global

Esempio: crea un vincolo che impone a tutte le regole firewall SSH in entrata di avere un intervallo di origine specifico

Questo vincolo impone che le regole dei criteri firewall che consentono il traffico SSH in entrata debbano avere intervalli IP di origine che iniziano con il blocco 192.168..

gcloud

  1. Crea un file di vincoli restrictFirewallPolicyRulesSshRanges.yaml con le seguenti informazioni.

    name: organizations/$ORGANIZATION_ID/customConstraints/custom.restrictFirewallPolicyRulesSshRanges
resource_types: compute.googleapis.com/FirewallPolicy
condition: "resource.rules.exists(rule,
rule.priority < 2147483644 &&
(rule.direction == 'INGRESS') &&
!rule.match.srcIpRanges.all(ipRange, ipRange.startsWith('192.168.')) &&
rule.match.layer4Configs.all(l4config, l4config.ipProtocol == 'tcp' && l4config.ports.all(port, port == '22'))
)"
action_type: DENY
method_types: [CREATE, UPDATE]
display_name: Limit firewall policy rules that allow ingress SSH traffic
description: Firewall Policy rules that allow ingress SSH traffic can only be created with allowed source ranges.

    Sostituisci ORGANIZATION_ID con l'ID organizzazione.

  2. Imposta il vincolo personalizzato.

    gcloud org-policies set-custom-constraint restrictFirewallPolicyRulesSshRanges.yaml

  3. Crea un file di policy restrictFirewallPolicyRulesSshRanges-policy.yaml con le informazioni fornite nell'esempio seguente e applica il vincolo a livello di progetto. Puoi impostare questo vincolo anche a livello di organizzazione o cartella.

    name: projects/PROJECT_ID/policies/custom.restrictFirewallPolicyRulesSshRanges
spec:
rules:
– enforce: true

    Sostituisci PROJECT_ID con l'ID progetto.

  4. Applica le norme.

    gcloud org-policies set-policy restrictFirewallPolicyRulesSshRanges-policy.yaml

  5. Per testare il vincolo, crea una regola della policy del firewall che consenta il traffico TCP in entrata SSH sulla porta 22 con l'intervallo IP di origine 10.0.0.0/0.

    gcloud compute network-firewall-policies create test-fw-policy --global

    gcloud compute network-firewall-policies rules create 1000 \
    --action ALLOW \
    --direction INGRESS \
    --firewall-policy test-fw-policy \
    --src-ip-ranges 10.0.0.0/8 \
    --layer4-configs tcp:22 \
    --global-firewall-policy

    L'output è simile al seguente:

    ERROR: (gcloud.compute.network-firewall-policies.create) Could not fetch resource:
- Operation denied by custom org policy: [customConstraints/custom.restrictFirewallPolicyRulesSshRanges]: Firewall Policy rules that allow ingress SSH traffic can only be created with allowed source ranges.

  6. Elimina il criterio firewall creato nel passaggio precedente. 

    gcloud compute network-firewall-policies delete test-fw-policy --global

Prezzi

Il servizio criteri dell'organizzazione, inclusi i criteri dell'organizzazione predefiniti e personalizzati, viene offerto senza costi.

Passaggi successivi