Gestisci le risorse delle policy firewall utilizzando vincoli personalizzati

Il servizio 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.

La policy dell'organizzazione fornisce vincoli predefiniti per vari serviziGoogle Cloud . Tuttavia, se cerchi un controllo più granulare e personalizzabile sui campi specifici limitati nelle policy dell'organizzazione, puoi anche creare vincoli personalizzati e applicarli in una policy dell'organizzazione personalizzata.

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 del firewall, incluse le regole predefinite aggiunte quando viene creata una policy del firewall. Per saperne di più sulle regole delle policy del firewall predefinite, consulta Regole predefinite.

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.

Risorse supportate da Cloud NGFW

Per le policy firewall, puoi impostare vincoli personalizzati sulle seguenti risorse e 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
- Is logging enabled: resource.rules[].enableLogging
- È disattivato: 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 protetti di origine: 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[]
- FQDN di destinazione: resource.rules[].match.destFqdns[]
- Codici regione di origine: resource.rules[].match.srcReigonCodes[]
- Codici regione di destinazione: resource.rules[].match.destReigonCodes[]
- Elenchi di intelligence sulle minacce 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 verifica la tua identità per l'accesso ad API e servizi Google Cloud . Per eseguire codice o esempi da un ambiente di sviluppo locale, puoi autenticarti su Compute Engine selezionando una delle seguenti opzioni:
Seleziona la scheda relativa a come intendi utilizzare i campioni in questa pagina:
Console

Quando utilizzi la console Google Cloud per accedere ai servizi Google Cloud e alle API, non devi configurare l'autenticazione.
gcloud
1. Installa Google Cloud CLI. Dopo l'installazione, inizializza Google Cloud CLI eseguendo il comando seguente:
  gcloud init
  Se utilizzi un provider di identità (IdP) esterno, devi prima accedere a gcloud CLI con la tua identità federata.
  
  Nota:se hai installato gcloud CLI in precedenza, assicurati di avere l'ultima versione eseguendo gcloud components update.
Imposta una regione e una zona predefinite.

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.

Installa Google Cloud CLI.

Se utilizzi un provider di identità (IdP) esterno, devi prima accedere a gcloud CLI con la tua identità federata.

Per saperne di più, consulta Autenticati per usare REST nella documentazione sull'autenticazione di Google Cloud .

Assicurati di conoscere il tuo ID organizzazione.

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:

Organization Policy Administrator (roles/orgpolicy.policyAdmin) sulla risorsa dell'organizzazione
Per testare i vincoli:
- Compute Network Admin (roles/compute.networkAdmin) sul progetto
- Service Account User (roles/iam.serviceAccountUser) 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 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.

Configura 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

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

Vai a Policy dell'organizzazione
Seleziona il selettore di progetti nella parte superiore della pagina.
Nel Selettore di progetti, seleziona la risorsa per cui vuoi impostare la policy dell'organizzazione.
Fai clic su Vincolo personalizzato.
Nella casella Nome visualizzato, inserisci un nome facile da ricordare 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.
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, lettere 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..
Nella casella Descrizione, inserisci 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.
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.
In Metodo di applicazione forzata, seleziona se applicare il vincolo solo al metodo REST CREATE o ai due metodi REST CREATE e UPDATE.
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.
In Azione, seleziona se consentire o negare il metodo valutato se viene soddisfatta la condizione precedente.
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 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.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 in base a cui scrivere condizioni, consulta Risorse supportate.
ACTION: l'azione da eseguire se 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 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.

Console

Per creare un vincolo personalizzato:

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 la policy dell'organizzazione.
Fai clic su Vincolo personalizzato.
Nella casella Nome visualizzato, inserisci un nome leggibile per il vincolo. Questo nome viene utilizzato nei messaggi di errore e può essere impiegato per l'identificazione e il debug. Non utilizzare informazioni che consentono l'identificazione personale (PII) o dati sensibili nei nomi visualizzati perché potrebbero essere esposti nei messaggi di errore. Questo campo può contenere fino a 200 caratteri.
Nella casella ID vincolo, inserisci l'ID che vuoi assegnare al nuovo vincolo personalizzato. Un vincolo personalizzato può contenere solo lettere (maiuscole e minuscole) o numeri, ad esempio custom.createFirewallPolicy. 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.
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 della policy 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.
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 riesce.
Questo vincolo può essere applicato solo al metodo REST CREATE.

Per visualizzare i metodi supportati per ogni servizio, individualo in Servizi che supportano i vincoli personalizzati.

Per definire una condizione, fai clic su Modifica condizione.

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 del CEL, consulta Common Expression Language. Per saperne di più sulle risorse di servizio che puoi utilizzare nei vincoli personalizzati, consulta Servizi supportati dai vincoli personalizzati.
Fai clic su Salva.

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

L'azione per negare fa sì che l'operazione di creazione o aggiornamento della risorsa viene bloccata se la condizione restituisce il valore true.

L'azione per consentire fa sì 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.

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, crea un file YAML utilizzando il seguente formato:

name: organizations/ORGANIZATION_ID/customConstraints/CONSTRAINT_NAME
resourceTypes: RESOURCE_NAME
methodTypes:
  - CREATE
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.createFirewallPolicy. 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.
RESOURCE_NAME: il nome completo della risorsa Google Cloudcontenente l'oggetto e il campo che vuoi limitare. Ad esempio, compute.googleapis.com/FirewallPolicy. La maggior parte dei tipi di risorse supporta fino a 20 vincoli personalizzati. Se tenti di creare altri vincoli personalizzati, l'operazione non riesce.
methodTypes: i metodi REST su cui viene applicato il vincolo. Può essere solo CREATE.

Per visualizzare i metodi supportati per ogni servizio, individualo in Servizi che supportano i vincoli personalizzati.

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.rules.all(rule, rule.action == 'goto_next')".

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

ACTION: l'azione da eseguire se condition è soddisfatta. Può essere solo ALLOW.

L'azione ALLOW (Consenti) indica che, se la condizione restituisce il valore 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.

DISPLAY_NAME: un nome leggibile per il vincolo. Questo nome viene utilizzato nei messaggi di errore e può essere impiegato per l'identificazione e il debug. Non utilizzare PII o dati sensibili nei nomi visualizzati perché potrebbero essere esposti nei messaggi di errore. 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.

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 .

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.

Applica un vincolo personalizzato

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

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 la policy dell'organizzazione.
Nell'elenco della pagina Policy dell'organizzazione, seleziona il vincolo per visualizzare la pagina Dettagli policy relativa al vincolo in questione.
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 questa policy dell'organizzazione viene applicata o meno.
(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 Definire l'ambito delle policy dell'organizzazione con i tag.
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.
Per applicare la policy dell'organizzazione in modalità dry run, fai clic su Imposta policy dry run. Per saperne di più, consulta Testare le policy dell'organizzazione.
Dopo aver verificato che la policy dell'organizzazione in modalità dry run funziona come previsto, imposta la policy attiva facendo clic su Imposta policy.

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

dryRunSpec:
  rules:
  - enforce: true

Sostituisci quanto segue:

PROJECT_ID: il progetto in cui vuoi applicare il vincolo.
CONSTRAINT_NAME: il nome definito per il vincolo personalizzato. Ad esempio: custom.createFirewallPolicy.

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.

Dopo aver verificato che la policy dell'organizzazione in modalità dry run funziona come previsto, imposta la policy attiva 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.

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

Il vincolo descritto in questa sezione impedisce la creazione di regole di policy del firewall senza la registrazione abilitata. Le regole della policy del firewall con l'azione goto_next sono escluse perché non supportano la registrazione.

gcloud

Crea un file di vincolo 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 della tua organizzazione.

Imposta il vincolo personalizzato.

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

Crea un file di policy enforceLoggingEnabled-policy.yaml con le informazioni fornite nell'esempio seguente e applica questo vincolo a livello di progetto. Puoi impostarlo 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.

Applica la policy.

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

Per testare il vincolo, crea una regola di policy del firewall che consenta il traffico TCP in entrata sulla porta 22 con il logging disattivato.

Utilizza il seguente comando per creare una policy del firewall:

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

Quindi, crea una regola nel criterio che consenta il traffico TCP in entrata:

 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.

Elimina la policy del firewall creata 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

Il vincolo descritto in questa sezione impone che le regole della policy del firewall che consentono il traffico SSH in entrata debbano avere intervalli IP di origine che iniziano con il blocco 192.168..

gcloud

Crea un file di vincolo 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 della tua organizzazione.

Imposta il vincolo personalizzato.

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

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.

Applica la policy.

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

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.

Utilizza il seguente comando per creare una policy del firewall:

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

Quindi, crea una regola nel criterio che consenta il traffico in entrata SSH:

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.

Elimina la policy del firewall creata 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 utilizzare gruppi di indirizzi specifici

Il vincolo descritto in questa sezione richiede regole dei criteri firewall che consentano al traffico SSH in entrata di utilizzare solo i gruppi di indirizzi con ambito organizzazione specificati. Per saperne di più sui gruppi di indirizzi, consulta Gruppi di indirizzi per i criteri firewall.

gcloud

Crea un file di vincolo restrictFirewallPolicyRulesSshAddressGroups.yaml con le seguenti informazioni.

name: organizations/ORGANIZATION_ID/customConstraints/custom.restrictFirewallPolicyRulesSshAddressGroups
resource_types: compute.googleapis.com/FirewallPolicy
condition: "!resource.rules.all(rule, rule.priority >= 2147483644 || rule.match.srcAddressGroups.exists(group, ['ADDRESS_GROUP_1','ADDRESS_GROUP_2', ... , 'ADDRESS_GROUP_N'].exists(value, value == group) ) )"
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 address groups.

Sostituisci ORGANIZATION_ID con l'ID della tua organizzazione.

Sostituisci '<code><var>ADDRESS_GROUP_1</var></code>', '<code><var>ADDRESS_GROUP_2</var></code>', ... , '<code><var>ADDRESS_GROUP_N</var></code>' con identificatori URL univoci dei gruppi di indirizzi che vuoi consentire, ad esempio, 'organizations/my-org/locations/europe-west1/addressGroups/my-address-group'.

Imposta il vincolo personalizzato.

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

Crea un file di policy restrictFirewallPolicyRulesSshAddressGroups-policy.yaml utilizzando l'esempio seguente. Poi, applica il vincolo a livello di progetto. Puoi anche impostare questo vincolo a livello di organizzazione o cartella.
```
name: projects/PROJECT_ID/policies/custom.restrictFirewallPolicyRulesSshAddressGroups
spec:
rules:
– enforce: true
```
Sostituisci PROJECT_ID con l'ID progetto.

Applica la policy.

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

Per testare il vincolo, crea una regola della policy del firewall che consenta il traffico TCP in entrata SSH sulla porta 22 con il gruppo di indirizzi di origine test-address-group.

Utilizza il seguente comando per creare una policy del firewall:

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

Quindi, crea una regola nel criterio che consenta il traffico in entrata SSH:

gcloud compute network-firewall-policies rules create 1000 \
    --action ALLOW \
    --direction INGRESS \
    --firewall-policy test-fw-policy \
    --src-address-groups organizations/my-org/locations/europe-west1/addressGroups/test-address-group \
    --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.restrictFirewallPolicyRulesSshAddressGroups]: Firewall policy rules that allow ingress SSH traffic can only be created with allowed address groups.

Elimina la policy del firewall creata nel passaggio precedente.

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

Allo stesso modo, puoi forzare tutte le regole firewall SSH in entrata a utilizzare solo gruppi di indirizzi con ambito di progetto specifici.

Prezzi

Il servizio Policy dell'organizzazione, incluse le policy predefinite e personalizzate, viene fornito senza costi aggiuntivi.

Gestisci le risorse delle policy firewall utilizzando vincoli personalizzati Mantieni tutto organizzato con le raccolte Salva e classifica i contenuti in base alle tue preferenze.

Ereditarietà delle policy

Risorse supportate da Cloud NGFW

Prima di iniziare

Console

gcloud

REST

Ruoli obbligatori

Autorizzazioni obbligatorie

Configura un vincolo personalizzato

Console

gcloud

Console

gcloud

Applica un vincolo personalizzato

Console

gcloud

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

gcloud

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

gcloud

Esempio: crea un vincolo che impone a tutte le regole firewall SSH in entrata di utilizzare gruppi di indirizzi specifici

gcloud

Prezzi

Passaggi successivi

Gestisci le risorse delle policy firewall utilizzando vincoli personalizzati