Criteri firewall

I criteri firewall consentono di raggruppare diverse regole firewall in modo da poterle aggiornare tutte insieme, con un controllo efficace mediante ruoli IAM (Identity and Access Management). Questi criteri contengono regole che possono negare o consentire esplicitamente le connessioni, come le regole firewall Virtual Private Cloud (VPC).

Criteri firewall gerarchici

I criteri firewall gerarchici consentono di raggruppare le regole in un oggetto criterio applicabile a molte reti VPC in uno o più progetti. Puoi associare criteri firewall gerarchici a un'intera organizzazione o a singole cartelle.

Per le specifiche e i dettagli dei criteri firewall gerarchici, consulta Criteri firewall gerarchici.

Criteri firewall di rete globali

I criteri firewall di rete globali consentono di raggruppare le regole in un oggetto criterio applicabile a tutte le regioni (globale). Dopo aver associato un criterio firewall di rete globale a una rete VPC, le regole nel criterio possono essere applicate alle risorse nella rete VPC.

Per le specifiche e i dettagli dei criteri firewall di rete globali, consulta Criteri firewall di rete globali.

Criteri firewall di rete regionali

I criteri firewall di rete regionali ti consentono di raggruppare le regole in un oggetto criterio applicabile a una regione specifica. Dopo aver associato un criterio firewall di rete regionale a una rete VPC, le regole nel criterio possono essere applicate alle risorse all'interno di quella regione della rete VPC.

Per le specifiche e i dettagli dei criteri firewall a livello di regione, consulta Criteri firewall di rete a livello di regione.

Ordine di valutazione di criteri e regole

Le regole nei criteri firewall gerarchici, nei criteri firewall di rete globali, nei criteri firewall di rete regionali e nelle regole firewall VPC vengono implementate nell'ambito dell'elaborazione dei pacchetti VM dello stack di virtualizzazione della rete Andromeda. Le regole vengono valutate per ogni interfaccia di rete (NIC) della VM.

L'applicabilità di una regola non dipende dalla specificità dei protocolli e della configurazione delle porte. Ad esempio, una regola di autorizzazione con priorità più elevata per tutti i protocolli ha la precedenza su una regola di negazione a priorità inferiore specifica per la porta 22 di TCP.

Inoltre, l'applicabilità di una regola non dipende dalla specificità del parametro target. Ad esempio, una regola di autorizzazione con priorità più alta per tutte le VM (tutti i target) ha la precedenza anche se esiste una regola di negazione con priorità inferiore con un parametro di destinazione più specifico, ad esempio un tag o un account di servizio specifico.

Determinare l'ordine di valutazione di criteri e regole

L'ordine in cui vengono valutate le regole del criterio firewall e le regole firewall VPC è determinato dal flag networkFirewallPolicyEnforcementOrder della rete VPC collegata al NIC della VM.

Il flag networkFirewallPolicyEnforcementOrder può avere i due valori seguenti:

  • BEFORE_CLASSIC_FIREWALL: se imposti il flag su BEFORE_CLASSIC_FIREWALL, il criterio firewall di rete globale e il criterio firewall di rete regionale vengono valutati prima delle regole firewall VPC nell'ordine di valutazione delle regole.

  • AFTER_CLASSIC_FIREWALL : se imposti il flag su AFTER_CLASSIC_FIREWALL, il criterio firewall di rete globale e il criterio firewall di rete regionale vengono valutati dopo le regole firewall VPC nell'ordine di valutazione delle regole. AFTER_CLASSIC_FIREWALL è il valore predefinito del flag networkFirewallPolicyEnforcementOrder.

Per modificare l'ordine di valutazione delle regole, consulta Modificare l'ordine di valutazione di criteri e regole.

Ordine di valutazione predefinito di criteri e regole

Per impostazione predefinita, e quando il valore networkFirewallPolicyEnforcementOrder della rete VPC collegata al NIC della VM è AFTER_CLASSIC_FIREWALL, Google Cloud valuta le regole applicabili al NIC della VM nel seguente ordine:

  1. Se all'organizzazione è associato un criterio firewall gerarchico che contiene il progetto della VM, Google Cloud valuta tutte le regole applicabili nel criterio firewall gerarchico. Poiché le regole nei criteri firewall gerarchici devono essere univoche, la regola con priorità più alta che corrisponde alla direzione del traffico e alle caratteristiche di livello 4 determina la modalità di elaborazione del traffico:
    • La regola può consentire il traffico. Il processo di valutazione si interrompe.
    • La regola può rifiutare il traffico. Il processo di valutazione si interrompe.
    • La regola può inviare il traffico per l'ispezione di livello 7 (apply_security_profile_group) all'endpoint firewall. La decisione di consentire o eliminare il pacchetto dipende dall'endpoint firewall e dal profilo di sicurezza configurato. In entrambi i casi, il processo di valutazione della regola si interrompe.
    • La regola può consentire l'elaborazione di regole definite come descritto nei passaggi successivi se una delle seguenti condizioni è vera:
      • Una regola con un'azione goto_next corrisponde al traffico.
      • Nessuna regola corrisponde al traffico. In questo caso, viene applicata una regola goto_next implicita.
  2. Se un criterio firewall gerarchico è associato al predecessore della cartella più distante (superiore) del progetto della VM, Google Cloud valuta tutte le regole applicabili nel criterio firewall gerarchico per quella cartella. Poiché le regole nei criteri firewall gerarchici devono essere univoche, la regola con priorità più alta che corrisponde alla direzione del traffico e alle caratteristiche di livello 4 determina il modo in cui il traffico viene elaborato (allow, deny, apply_security_profile_group o goto_next), come descritto nel primo passaggio.
  3. Google Cloud ripete le azioni del passaggio precedente per un criterio firewall gerarchico associato alla cartella successiva più vicina al progetto della VM nella gerarchia delle risorse. Google Cloud valuta prima le regole nei criteri firewall gerarchici associati alla cartella predecessore della cartella più distante (la più vicina all'organizzazione), poi valuta le regole nei criteri firewall gerarchici associati alla cartella successiva (figlio) più vicina al progetto della VM.

  4. Se esistono regole firewall VPC nella rete VPC utilizzata dal NIC della VM, Google Cloud valuta tutte le regole firewall VPC applicabili.

    A differenza delle regole nei criteri firewall:

    • Le regole firewall VPC non hanno azioni esplicite goto_next o apply_security_profile_group. È possibile configurare una regola firewall VPC solo per consentire o negare il traffico.

    • Due o più regole firewall VPC in una rete VPC possono condividere lo stesso numero di priorità. In questo caso, le regole di negazione hanno la precedenza sulle regole di autorizzazione. Per ulteriori dettagli sulla priorità delle regole firewall VPC, vedi Priorità nella documentazione delle regole firewall VPC.

    Se nessuna regola firewall VPC si applica al traffico, Google Cloud continua con il passaggio successivo, implicito goto_next.

  5. Se alla rete VPC del NIC della VM è associato un criterio firewall di rete globale, Google Cloud valuta tutte le regole applicabili nel criterio firewall. Poiché le regole nei criteri firewall devono essere univoche, la regola con priorità più alta che corrisponde alla direzione del traffico e alle caratteristiche di livello 4 determina il modo in cui viene elaborato il traffico (allow, deny, apply_security_profile_group o goto_next) come descritto nel primo passaggio.

  6. Se alla rete VPC del NIC e della regione della VM è associato un criterio firewall di rete regionale, Google Cloud valuta tutte le regole applicabili nel criterio firewall. Poiché le regole nei criteri firewall devono essere univoche, la regola con priorità più alta che corrisponde alla direzione del traffico e alle caratteristiche di livello 4 determina il modo in cui viene elaborato il traffico (allow, deny o goto_next) come descritto nel primo passaggio.

  7. Come passaggio finale della valutazione, Google Cloud applica le regole firewall VPC di autorizzazione in uscita e di negazione implicita in entrata.

Il seguente diagramma mostra il flusso di risoluzione per le regole del firewall.

Flusso di risoluzione delle regole firewall.
Figura 1. Flusso di risoluzione delle regole firewall (fai clic per ingrandire).

Modifica l'ordine di valutazione di criteri e regole

Google Cloud offre la possibilità di modificare il processo di valutazione delle regole predefinite scambiando l'ordine delle regole del firewall VPC e dei criteri firewall di rete (sia globali che a livello di regione). Quando effettui questo scambio, il criterio firewall di rete globale (passaggio 5) e il criterio firewall di rete regionale (passaggio 6) vengono valutati prima delle regole firewall VPC (passaggio 4) nell'ordine di valutazione delle regole.

Per modificare l'ordine di valutazione delle regole, esegui questo comando per impostare l'attributo networkFirewallPolicyEnforcementOrder della rete VPC su BEFORE_CLASSIC_FIREWALL:

gcloud compute networks update VPC-NETWORK-NAME \
    --network-firewall-policy-enforcement-order BEFORE_CLASSIC_FIREWALL

Per ulteriori informazioni, consulta il metodo networks.patch.

Regole firewall effettive

Le regole dei criteri firewall gerarchici, le regole firewall VPC e le regole dei criteri firewall di rete globali e a livello di regione controllano le connessioni. Potrebbe essere utile visualizzare tutte le regole firewall che interessano una singola rete o interfaccia VM.

Regole firewall effettive

Puoi visualizzare tutte le regole firewall applicate a una rete VPC. L'elenco include tutti i seguenti tipi di regole:

  • Regole ereditate dai criteri firewall gerarchici
  • Regole firewall VPC
  • Regole applicate dai criteri firewall di rete globali e regionali

Regole firewall effettive

Puoi visualizzare tutte le regole firewall applicate all'interfaccia di rete di una VM. L'elenco include tutti i seguenti tipi di regole:

  • Regole ereditate dai criteri firewall gerarchici
  • Regole applicate dal firewall VPC dell'interfaccia
  • Regole applicate dai criteri firewall di rete globali e regionali

Le regole sono ordinate dal livello dell'organizzazione fino alla rete VPC. Vengono mostrate solo le regole che si applicano all'interfaccia della VM. Le regole in altri criteri non vengono mostrate.

Per visualizzare le regole dei criteri firewall effettive all'interno di una regione, consulta Recuperare i criteri firewall efficaci per una rete.

Regole predefinite

Quando crei un criterio firewall gerarchico, un criterio firewall di rete globale o un criterio firewall di rete a livello di regione, Cloud NGFW aggiunge regole predefinite. Le regole predefinite aggiunte da Cloud NGFW al criterio dipendono da come viene creato.

Se crei un criterio firewall utilizzando la console Google Cloud, Cloud NGFW aggiunge le seguenti regole al nuovo criterio:

  1. Regole per il passaggio a successivo per intervalli IPv4 privati
  2. Regole di negazione predefinite di Threat Intelligence
  3. Regole di negazione predefinite per la geolocalizzazione
  4. Regole goto-next con priorità più bassa possibile

Se crei un criterio firewall utilizzando Google Cloud CLI o l'API, Cloud NGFW aggiunge al criterio solo le regole goto-next con priorità più bassa possibile.

Tutte le regole predefinite in un nuovo criterio firewall utilizzano volutamente priorità basse (numeri di priorità grandi) in modo da poterle sostituire creando regole con priorità più elevate. Fatta eccezione per le regole goto-next con priorità più bassa possibile, puoi anche personalizzare le regole predefinite.

Regole per passare a quelle successive per intervalli IPv4 privati

  • Una regola in uscita con intervalli IPv4 di destinazione 10.0.0.0/8, 172.16.0.0/12, 192.168.0.0/16, priorità 1000 e azione goto_next.

  • Una regola in entrata con intervalli IPv4 di origine 10.0.0.0/8, 172.16.0.0/12, 192.168.0.0/16, priorità 1001 e azione goto_next.

Regole di negazione predefinite di Threat Intelligence

  • Una regola in entrata con elenco Threat Intelligence di origine iplist-tor-exit-nodes, priorità 1002 e azione deny.

  • Una regola in entrata con elenco Threat Intelligence di origine iplist-known-malicious-ips, priorità 1003 e azione deny.

  • Una regola in uscita con l'elenco di destinazione Threat Intelligence iplist-known-malicious-ips, la priorità 1004 e l'azione deny.

Per saperne di più su Threat Intelligence, consulta Threat Intelligence per le regole di criterio firewall.

Regole di negazione predefinite per la geolocalizzazione

  • Una regola in entrata con l'origine corrispondente alle geolocalizzazioni CU,IR, KP, SY, XC e XD, con priorità 1005 e nell'azione deny.

Per saperne di più sulla geolocalizzazione, consulta Oggetti di geolocalizzazione.

Regole goto-next con priorità più bassa possibile

Non puoi modificare o eliminare le seguenti regole:

  • Una regola in uscita con intervallo IPv6 di destinazione ::/0, priorità 2147483644 e azione goto_next.

  • Una regola in entrata con intervallo IPv6 di origine ::/0, priorità 2147483645 e azione goto_next.

  • Una regola in uscita con intervallo IPv4 di destinazione 0.0.0.0/0, priorità 2147483646 e azione goto_next.

  • Una regola in entrata con intervallo IPv4 di origine 0.0.0.0/0, priorità 2147483647 e azione goto_next.

Passaggi successivi