Audit log di Controlli di servizio VPC

Questo documento descrive gli audit log creati da Controlli di servizio VPC nell'ambito di Cloud Audit Logs.

Panoramica

I servizi Google Cloud scrivono gli audit log per aiutarti a rispondere alle domande "Chi ha fatto cosa, dove e quando?" all'interno delle tue risorse Google Cloud.

I progetti Google Cloud contengono solo gli audit log per le risorse che si trovano direttamente al loro interno. Altre risorse Google Cloud, come cartelle, organizzazioni e account di fatturazione, contengono gli audit log per la stessa entità.

Per una panoramica generale di Cloud Audit Logs, consulta Panoramica di Cloud Audit Logs. Per una comprensione più approfondita del formato del log di controllo, consulta Informazioni sui log di controllo.

Log di controllo disponibili

Per Controlli di servizio VPC sono disponibili i seguenti tipi di log di controllo:

  • Audit log di criteri negati

    Identifica quando a un utente o a un account di servizio viene negato l'accesso a causa di una violazione dei criteri di sicurezza. Il nome del servizio e il nome del metodo nei log di controllo dei criteri negati indicano i nomi della risorsa a cui è stato negato l'accesso all'utente o all'account di servizio.

    Non puoi disattivare gli audit log sugli accessi negati in base ai criteri. Tuttavia, puoi aggiungere quanto segue al filtro di esclusione nel tuo sink _Default per escludere i log di controllo Rifiuto ai sensi delle norme: LOG_ID("cloudaudit.googleapis.com/policy"). Puoi anche disattivare il sink _Default per Cloud Logging, il che impedisce l'instradamento dei log al bucket _Default.

Per descrizioni più complete dei tipi di log di controllo, consulta Tipi di log di controllo.

Operazioni con audit

La tabella riportata di seguito riassume le operazioni API corrispondenti a ogni tipo di audit log in Controlli di servizio VPC:

Categoria di audit log Metodi di Controlli di servizio VPC
Audit log con criteri negati I metodi dei servizi che si integrano con i Controlli di servizio VPC sono supportati.

Contenuti dei record degli audit log

Ogni record del log di controllo contiene informazioni che possono essere suddivise in due categorie principali: informazioni sulla chiamata originale e informazioni sulle violazioni delle norme di sicurezza. Viene compilato dall'API VPC Service Controls come segue:

Campo del log di controllo Descrizione
serviceName Il servizio a cui l'accesso è limitato da un perimetro di servizio. La richiesta a questo servizio ha violato un controllo dei Controlli di servizio VPC e ha avuto come risultato la creazione di questo log di controllo.
methodName Il nome della chiamata al metodo che ha causato la violazione del criterio di sicurezza descritta nel record. Spesso, methodName è il metodo associato al servizio Google Cloud specificato nel campo serviceName.
authenticationInfo.principalEmail L'indirizzo email dell'utente o dell'account di servizio che ha effettuato la richiesta.
Alcuni indirizzi email potrebbero essere oscurati. Per ulteriori informazioni, consulta Identità chiamante nei log di controllo.
resourceName La risorsa Google Cloud specificata nella richiesta originale del client. resourceName può essere un progetto, una cartella, un'organizzazione o una risorsa come un bucket Google Cloud.
requestMetadata.callerIp

L'indirizzo IP della persona che chiama.

Se la chiamata ha avuto origine da internet, requestMetadata.callerIp è un indirizzo IPv4 o IPv6 pubblico.

Se la chiamata ha avuto origine da una VM Compute Engine, requestMetadata.callerIp è un indirizzo IP della VM. L'indirizzo IP della VM può essere un indirizzo IP interno o esterno.

Se la chiamata è partita dalla rete di produzione interna di Google, il valore in questo campo è private. Questo caso si verifica quando la chiamata viene inviata da un servizio Google Cloud a un altro.

request_metadata.caller_network Il nome della rete dell'utente che chiama. Questo valore viene impostato solo se il progetto di hosting della rete appartiene alla stessa organizzazione o allo stesso progetto Google Cloud a cui appartiene la risorsa a cui è stato eseguito l'accesso. Per saperne di più, consulta Reti VPC.
status Lo stato complessivo della gestione di un'operazione descritta nel record.
metadata Le informazioni sulla violazione dei criteri di sicurezza.
metadata.resourceNames I nomi delle risorse coinvolte nella violazione dei criteri di sicurezza descritta nel record.
metadata.dryRun Un valore booleano pari a True se il log di controllo riguarda un controllo dei criteri di prova.
metadata.vpcServiceControlsUniqueId L'identificatore univoco della violazione dei Controlli di servizio VPC descritta nel record.
metadata.violationReason Il motivo della violazione. Ad esempio, RESOURCE_NOT_IN_SAME_SERVICE_PERIMETER significa che le risorse a cui si accede non appartengono allo stesso perimetro di servizio.
metadata.securityPolicyInfo Il nome del perimetro di servizio per cui si è verificata la violazione e l'identificatore univoco dell'organizzazione a cui appartiene il perimetro.
metadata.egressViolations Una violazione in uscita si verifica in genere quando una richiesta non va a buon fine perché la sorgente è protetta da un perimetro di servizio e la risorsa di destinazione si trova al di fuori del perimetro. L'origine può essere un progetto o una rete VPC.
metadata.ingressViolations Il tipo di violazione. Spesso questa violazione si verifica se la richiesta tenta di accedere a una risorsa di destinazione protetta da un perimetro di servizio. L'origine può essere un progetto o una rete VPC. Questo campo contiene una struttura che spiega la violazione di accesso.
metadata.accessLevels Tutti i livelli di accesso corrispondenti nell'organizzazione che appartengono allo stesso criterio di accesso. Questi livelli di accesso potrebbero non essere specificati nel perimetro violato e quindi possono causare una violazione di NO_MATCHING_ACCESS_LEVEL.
metadata.intermediateServices L'elenco dei servizi coinvolti nella catena di richieste. Questo campo è vuoto per le richieste avviate dall'utente.
metadata.deviceState Lo stato del dispositivo che crea la richiesta quando il criterio del dispositivo è abilitato. Il valore predefinito per questo campo è Unknown.

Formato degli audit log

Le voci dei log di controllo includono i seguenti oggetti:

  • La voce di log stessa, che è un oggetto di tipo LogEntry. Di seguito vengono riportati alcuni campi utili:

    • logName contiene l'ID risorsa e il tipo di log di controllo.
    • resource contiene il target dell'operazione sottoposta ad audit.
    • timeStamp contiene l'ora dell'operazione sottoposta ad audit.
    • protoPayload contiene le informazioni sottoposte a controllo.

  • I dati di registrazione degli audit, che sono un oggetto AuditLog contenuto nel campo protoPayload della voce di log.

  • Informazioni di audit facoltative e specifiche del servizio, che sono un oggetto specifico del servizio. Per le integrazioni precedenti, questo oggetto è contenuto nel campo serviceData dell'oggetto AuditLog; le integrazioni successive utilizzano il campo metadata.

Per informazioni sugli altri campi in questi oggetti e su come interpretarli, consulta Comprendere i log di controllo.

Nome log

I nomi dei log di Cloud Audit Logs includono identificatori delle risorse che indicano il progetto Google Cloud o un'altra entità Google Cloud proprietaria degli audit log, oltre a specificare se il log contiene dati di audit logging per attività di amministrazione, accesso ai dati, rifiuto di criteri o eventi di sistema.

Di seguito sono riportati i nomi dei log di controllo, incluse le variabili per gli identificatori delle risorse:

   projects/PROJECT_ID/logs/cloudaudit.googleapis.com%2Factivity
   projects/PROJECT_ID/logs/cloudaudit.googleapis.com%2Fdata_access
   projects/PROJECT_ID/logs/cloudaudit.googleapis.com%2Fsystem_event
   projects/PROJECT_ID/logs/cloudaudit.googleapis.com%2Fpolicy

   folders/FOLDER_ID/logs/cloudaudit.googleapis.com%2Factivity
   folders/FOLDER_ID/logs/cloudaudit.googleapis.com%2Fdata_access
   folders/FOLDER_ID/logs/cloudaudit.googleapis.com%2Fsystem_event
   folders/FOLDER_ID/logs/cloudaudit.googleapis.com%2Fpolicy

   billingAccounts/BILLING_ACCOUNT_ID/logs/cloudaudit.googleapis.com%2Factivity
   billingAccounts/BILLING_ACCOUNT_ID/logs/cloudaudit.googleapis.com%2Fdata_access
   billingAccounts/BILLING_ACCOUNT_ID/logs/cloudaudit.googleapis.com%2Fsystem_event
   billingAccounts/BILLING_ACCOUNT_ID/logs/cloudaudit.googleapis.com%2Fpolicy

   organizations/ORGANIZATION_ID/logs/cloudaudit.googleapis.com%2Factivity
   organizations/ORGANIZATION_ID/logs/cloudaudit.googleapis.com%2Fdata_access
   organizations/ORGANIZATION_ID/logs/cloudaudit.googleapis.com%2Fsystem_event
   organizations/ORGANIZATION_ID/logs/cloudaudit.googleapis.com%2Fpolicy

Nome servizio

I log di controllo di Controlli di servizio VPC utilizzano i nomi dei servizi dei servizi integrati con VPC Service Controls.

Per un elenco di tutti i nomi dei servizi dell'API Cloud Logging e del relativo tipo di risorsa monitorata, consulta Mappare i servizi alle risorse.

Tipi di risorse

I log di controllo di Controlli di servizio VPC utilizzano i tipi di risorse supportati dai servizi integrati con Controlli di servizio VPC.

Per un elenco di tutti i tipi di risorsa monitorata di Cloud Logging e informazioni descrittive, consulta Tipi di risorse monitorate.

Identità chiamante

L'indirizzo IP del chiamante è memorizzato nel campo RequestMetadata.caller_ip dell'oggetto AuditLog. La registrazione potrebbe oscurare determinate identità e indirizzi IP degli utenti che chiamano.

Per informazioni sulle informazioni oscurate nei log di controllo, consulta Identità chiamante nei log di controllo.

Abilitazione degli audit log

Gli audit log per le attività di amministrazione sono sempre abilitati; non puoi disabilitarli.

Autorizzazioni e ruoli

I ruoli e le autorizzazioni IAM determinano la tua capacità di accedere ai dati degli audit log nelle risorse Google Cloud.

Quando decidi quali autorizzazioni e ruoli specifici per la registrazione si applicano al tuo caso d'uso, tieni presente quanto segue:

  • Il ruolo Visualizzatore log (roles/logging.viewer) ti consente di accedere di sola lettura ai log di controllo Attività amministrazione, Accesso negato in base ai criteri ed Evento di sistema. Se disponi solo di questo ruolo, non puoi visualizzare gli audit log di accesso ai dati nel bucket _Default.

  • Il ruolo Visualizzatore log privati(roles/logging.privateLogViewer include le autorizzazioni contenute in roles/logging.viewer, oltre alla possibilità di leggere gli audit log per l'accesso ai dati nel bucket _Default.

    Tieni presente che se questi log privati sono archiviati in bucket definiti dall'utente, qualsiasi utente che dispone delle autorizzazioni per leggere i log in questi bucket può leggere i log privati. Per ulteriori informazioni sui bucket di log, consulta la panoramica su routing e archiviazione.

Per ulteriori informazioni sui ruoli e sulle autorizzazioni IAM applicati ai dati degli audit log, consulta Controllo dell'accesso con IAM.

Visualizza i log

Puoi eseguire query su tutti i log di controllo o su log specifici in base al nome. Il nome dell'audit log include l'identificatore della risorsa del progetto, della cartella, dell'account di fatturazione o dell'organizzazione Google Cloud per cui vuoi visualizzare le informazioni di audit logging. Le query possono specificare campi LogEntry indicizzati. Per ulteriori informazioni sull'esecuzione di query sui log, consulta Creare query in Esplora log

Esplora log ti consente di visualizzare e filtrare le singole voci di log. Se vuoi utilizzare SQL per analizzare gruppi di voci di log, utilizza la pagina Analisi dei log. Per ulteriori informazioni, vedi:

La maggior parte degli audit log può essere visualizzata in Cloud Logging utilizzando la console Google Cloud, Google Cloud CLI o l'API Logging. Tuttavia, per gli audit log relativi alla fatturazione, puoi utilizzare solo Google Cloud CLI o l'API Logging.

Console

Nella console Google Cloud, puoi utilizzare Esplora log per recuperare le voci degli audit log per il progetto, la cartella o l'organizzazione Google Cloud:

  1. Nella console Google Cloud, vai alla pagina Esplora log:

    Vai a Esplora log

    Se utilizzi la barra di ricerca per trovare questa pagina, seleziona il risultato con il sottotitolo Logging.

  2. Seleziona un progetto, una cartella o un'organizzazione Google Cloud esistente.

  3. Per visualizzare tutti i log di controllo, inserisci una delle seguenti query nel campo dell'editor di query e poi fai clic su Esegui query:

    logName:"cloudaudit.googleapis.com"

    protoPayload."@type"="type.googleapis.com/google.cloud.audit.AuditLog"

  4. Per visualizzare gli audit log per una risorsa e un tipo di audit log specifici, nel riquadro Query Builder:

    • In Tipo di risorsa, seleziona la risorsa Google Cloud di cui vuoi visualizzare gli audit log.

    • In Nome log, seleziona il tipo di log di controllo da visualizzare:

      • Per gli audit log delle attività di amministrazione, seleziona activity.
      • Per gli audit log di accesso ai dati, seleziona data_access.
      • Per gli audit log degli eventi di sistema, seleziona system_event.
      • Per gli audit log di accesso negato in base ai criteri, seleziona policy.

    • Fai clic su Esegui query.

    Se non visualizzi queste opzioni, vuol dire che non sono disponibili audit log di questo tipo nel progetto, nella cartella o nell'organizzazione Google Cloud.

    Se riscontri problemi quando provi a visualizzare i log in Esplora log, consulta le informazioni sulla risoluzione dei problemi.

    Per ulteriori informazioni sulle query utilizzando Esplora log, consulta Creare query in Esplora log.

gcloud

Google Cloud CLI fornisce un'interfaccia a riga di comando per l'API Logging. Fornisci un identificatore della risorsa valido in ciascuno dei nomi del log. Ad esempio, se la query include un PROJECT_ID, l'identificatore del progetto fornito deve fare riferimento al progetto Google Cloud attualmente selezionato.

Per leggere le voci dei log di controllo a livello di progetto Google Cloud, esegui il seguente comando:

gcloud logging read "logName : projects/PROJECT_ID/logs/cloudaudit.googleapis.com" \
    --project=PROJECT_ID

Per leggere le voci dei log di controllo a livello di cartella, esegui il seguente comando:

gcloud logging read "logName : folders/FOLDER_ID/logs/cloudaudit.googleapis.com" \
    --folder=FOLDER_ID

Per leggere le voci degli audit log a livello di organizzazione, esegui il seguente comando:

gcloud logging read "logName : organizations/ORGANIZATION_ID/logs/cloudaudit.googleapis.com" \
    --organization=ORGANIZATION_ID

Per leggere le voci del log di controllo a livello di account di fatturazione Cloud, esegui il seguente comando:

gcloud logging read "logName : billingAccounts/BILLING_ACCOUNT_ID/logs/cloudaudit.googleapis.com" \
    --billing-account=BILLING_ACCOUNT_ID

Aggiungi il flag --freshness al comando per leggere i log risalenti a più di un giorno prima.

Per ulteriori informazioni sull'utilizzo dellgcloud CLI, consulta gcloud logging read.

REST

Quando crei le query, fornisci un identificatore di risorse valido in ciascuno delle denominazioni dei log. Ad esempio, se la query include un PROJECT_ID, l'identificatore del progetto fornito deve fare riferimento al progetto Google Cloud selezionato al momento.

Ad esempio, per utilizzare l'API Logging per visualizzare le voci di log di controllo a livello di progetto:

  1. Vai alla sezione Prova questa API nella documentazione del metodo entries.list.

  2. Inserisci quanto segue nella sezione Corpo della richiesta del modulo Prova questa API. Se fai clic su questo modulo precompilato, il corpo della richiesta viene compilato automaticamente, ma devi fornire un valore PROJECT_ID valido in ciascuno dei nomi dei log.

    {
  "resourceNames": [
    "projects/PROJECT_ID"
  ],
  "pageSize": 5,
  "filter": "logName : projects/PROJECT_ID/logs/cloudaudit.googleapis.com"
}

  3. Fai clic su Execute (Esegui).

Query di esempio

Per utilizzare le query di esempio nella tabella seguente:

  1. Sostituisci le variabili nell'espressione di query con le informazioni del tuo progetto, quindi copia l'espressione utilizzando l'icona della clipboard.

  2. Nella console Google Cloud, vai alla pagina Esplora log:

    Vai a Esplora log

    Se utilizzi la barra di ricerca per trovare questa pagina, seleziona il risultato con il sottotitolo Logging.

  3. Attiva Mostra query per aprire il campo dell'editor di query, quindi incolla l'espressione nel campo dell'editor di query:

    L'editor di query in cui inserisci le query di esempio.

  4. Fai clic su Esegui query. I log corrispondenti alla tua query sono elencati nel riquadro Risultati query.

Per trovare i log di controllo per Controlli di servizio VPC, utilizza le seguenti query in Esplora log:

Descrizione query Espressione
Dettagli sulla violazione in base a un ID rifiuto 
log_id("cloudaudit.googleapis.com/policy") severity=ERROR
resource.type="audited_resource"
protoPayload.metadata."@type"="type.googleapis.com/google.cloud.audit.VpcServiceControlAuditMetadata"
protoPayload.metadata.vpcServiceControlsUniqueId="UNIQUE_ID"

Sostituisci UNIQUE_ID con l'ID univoco del rifiuto.
Violazioni per un indirizzo IP 
log_id("cloudaudit.googleapis.com/policy")
severity=ERROR
resource.type="audited_resource"
protoPayload.metadata."@type"="type.googleapis.com/google.cloud.audit.VpcServiceControlAuditMetadata"
protoPayload.requestMetadata.callerIp="IP_ADDRESS"

Sostituisci IP_ADDRESS con l'indirizzo IP del chiamante.
Violazioni per un servizio 
log_id("cloudaudit.googleapis.com/policy")
severity=ERROR
resource.type="audited_resource"
protoPayload.metadata."@type"="type.googleapis.com/google.cloud.audit.VpcServiceControlAuditMetadata"
protoPayload.serviceName="SERVICE_NAME"

Sostituisci SERVICE_NAME con il nome del servizio con limitazioni.
Modifica del livello di accesso apportata a un perimetro 
logName="organizations/ORGANIZATION_ID/logs/cloudaudit.googleapis.com%2Factivity"
severity=NOTICE
protoPayload.serviceName="accesscontextmanager.googleapis.com"
protoPayload.methodName="google.identity.accesscontextmanager.v1.AccessContextManager.UpdateServicePerimeter"
-protoPayload.metadata.previousState:"ACCESS_LEVEL"
protoPayload.request.servicePerimeter.status.accessLevels:"ACCESS_LEVEL"

Sostituisci ORGANIZATION_ID con l'ID numerico della tua organizzazione e ACCESS_LEVEL con il nome univoco del livello di accesso.
Operazioni CRUD del perimetro 
logName="organizations/ORGANIZATION_ID/logs/cloudaudit.googleapis.com%2Factivity"
severity=NOTICE
protoPayload.serviceName="accesscontextmanager.googleapis.com"
protoPayload.methodName=~"google.identity.accesscontextmanager.v1.AccessContextManager.*ServicePerimeter"
protoPayload.request.servicePerimeter.name=~".*PERIMETER_NAME$"
Sostituisci PERIMETER_NAME con il nome del perimetro.
Operazioni CRUD per i livelli di accesso 
logName="organizations/ORGANIZATION_ID/logs/cloudaudit.googleapis.com%2Factivity"
severity=NOTICE
protoPayload.serviceName="accesscontextmanager.googleapis.com"
protoPayload.methodName=~"google.identity.accesscontextmanager.v1.AccessContextManager.*AccessLevel"
protoPayload.request.accessLevel.name=~".*ACCESS_LEVEL$"
Creare e aggiornare le operazioni per le regole di ingresso 
logName="organizations/ORGANIZATION_ID/logs/cloudaudit.googleapis.com%2Factivity"
protoPayload.serviceName="accesscontextmanager.googleapis.com"
protoPayload.methodName=~"google.identity.accesscontextmanager.v1.AccessContextManager.*ServicePerimeter"
protoPayload.request.servicePerimeter.status.ingressPolicies:"*"
Creare e aggiornare le operazioni per le regole di uscita 
logName="organizations/ORGANIZATION_ID/logs/cloudaudit.googleapis.com%2Factivity"
protoPayload.serviceName="accesscontextmanager.googleapis.com"
protoPayload.methodName=~"google.identity.accesscontextmanager.v1.AccessContextManager.*ServicePerimeter"
protoPayload.request.servicePerimeter.status.egressPolicies:"*"

Inoltra i log di controllo

Puoi indirizzare i log di controllo alle destinazioni supportate nello stesso modo in cui puoi indirizzare altri tipi di log. Ecco alcuni motivi per cui potresti voler instradare gli audit log:

  • Per conservare gli audit log più a lungo o utilizzare funzionalità di ricerca più avanzate, puoi inoltrare copie degli audit log a Cloud Storage, BigQuery o Pub/Sub. Utilizza Pub/Sub per instradare i messaggi ad altre applicazioni, altri repository e terze parti.

  • Per gestire gli audit log in tutta l'organizzazione, puoi creare sink aggregati che possono indirizzare i log da uno o tutti i progetti Google Cloud dell'organizzazione.

Per istruzioni sul routing dei log, consulta Eseguire il routing dei log verso destinazioni supportate.

Prezzi

Per ulteriori informazioni sui prezzi, consulta Riepilogo dei prezzi di Cloud Logging.