Audit logging dei Controlli di servizio VPC

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

Panoramica

I serviziGoogle 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 tuoi progetti Google Cloud contengono solo gli audit log per le risorse che si trovano direttamente all'interno del progetto Google Cloud . Altre risorse Google Cloud , come cartelle, organizzazioni e account di fatturazione, contengono gli audit log per l'entità specifica.

Per una panoramica generale di Cloud Audit Logs, consulta Panoramica di Cloud Audit Logs. Per informazioni più approfondite sul formato degli audit log, consulta Informazioni sugli audit log.

Audit log disponibili

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

  • Audit log di policy negata

    Rileva quando a un account utente o a un service account viene negato l'accesso a causa di una violazione delle policy di sicurezza. Il nome del servizio e il nome del metodo negli audit log di policy negata indicano i nomi delle risorse a cui è stato negato l'accesso all'account utente o al service account.

    Non puoi disabilitare gli audit log di policy negata. Tuttavia, puoi aggiungere il codice seguente al filtro di esclusione nel sink _Default per escludere questo tipo di audit log: LOG_ID("cloudaudit.googleapis.com/policy"). Puoi anche disattivare il _Default sink per Cloud Logging, che impedisce l'instradamento dei log al bucket _Default.

Per descrizioni più dettagliate dei tipi di audit log, consulta Tipi di audit log.

Operazioni con audit

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

Categoria di audit log Metodi dei Controlli di servizio VPC
Audit log di policy negata Sono supportati i metodi dei servizi integrati con i Controlli di servizio VPC.

Contenuti dei record di audit log

Ogni record di audit log contiene informazioni che possono essere suddivise in due categorie principali: le informazioni sulla chiamata originale e le informazioni sulle violazioni delle policy di sicurezza. Viene compilato dall'API Controlli di servizio VPC nel modo seguente:

Campo dell'audit log 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 prodotto la creazione di questo audit log.
methodName Il nome della chiamata al metodo che ha comportato la violazione delle policy 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 del service account che ha emesso la richiesta.
Alcuni indirizzi email potrebbero essere oscurati. Per saperne di più, consulta Identità del chiamante negli audit log.
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 del chiamante.

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 di Compute Engine, requestMetadata.callerIp è un indirizzo IP VM. L'indirizzo IP della VM può essere un indirizzo IP interno o esterno.

Se la chiamata è stata avviata 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 del chiamante. Questo valore viene impostato solo se il progetto host di rete appartiene alla stessa organizzazione Google Cloud o allo stesso progetto della 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 delle policy di sicurezza.
metadata.resourceNames I nomi delle risorse coinvolte nella violazione delle policy di sicurezza descritta nel record.
metadata.dryRun Un valore booleano che è True se l'audit log riguarda un controllo delle policy dry run. Per saperne di più, consulta Modalità dry run per i perimetri di servizio.
metadata.vpcServiceControlsTroubleshootToken Un token per la risoluzione dei problemi che consente di diagnosticare la violazione utilizzando lo strumento di analisi delle violazioni (anteprima).
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é l'origine è protetta da un perimetro di servizio e la risorsa di destinazione si trova all'esterno 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 tramite un perimetro di servizio. L'origine può essere un progetto o una rete VPC. Questo campo contiene una struttura che spiega la violazione in entrata.
metadata.servicePerimeter Il nome del perimetro di servizio coinvolto nella violazione.
metadata.source Questo campo contiene l'origine della richiesta, che può essere un progetto o una rete VPC.
metadata.targetResource La risorsa oggetto della richiesta che ha causato la violazione. Questo campo può essere un progetto.
metadata.targetResourcePermissions

L'elenco delle autorizzazioni IAM necessarie per accedere alla risorsa di destinazione. Per risolvere la violazione, configura le regole in entrata o in uscita per consentire i ruoli IAM contenenti queste autorizzazioni.

Se l'autorizzazione IAM richiesta è sconosciuta o proviene da un servizio o un metodo non supportato, i Controlli di servizio VPC registrano vpcsc.permissions.unavailable in questo campo. Puoi ignorare la violazione vpcsc.permissions.unavailable se non utilizzi i ruoli IAM nelle regole in entrata o in uscita. Se riscontri questa violazione per una richiesta che una regola in entrata o in uscita dovrebbe consentire in base ai ruoli IAM, contatta l'assistenza clienti Google Cloud.
metadata.accessLevels Tutti i livelli di accesso corrispondenti nell'ambito dell'organizzazione che appartiene alla stessa policy di accesso. Questi livelli di accesso potrebbero non essere specificati nel perimetro violato e causare quindi una violazione NO_MATCHING_ACCESS_LEVEL.
metadata.intermediateServices L'elenco dei servizi coinvolti nella catena di richieste. Questo campo è vuoto per le richieste avviate dagli utenti.
metadata.deviceState Lo stato del dispositivo che crea la richiesta quando la policy per i dispositivi è abilitata. Il valore predefinito di questo campo è Unknown.

Formato degli audit log

Le voci degli audit log includono i seguenti oggetti:

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

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

  • I dati di audit logging, 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 Informazioni sugli audit log.

Nome log

I nomi dei log di Cloud Audit Logs includono identificatori di risorse che indicano il progettoGoogle Cloud o un'altra entità Google Cloud proprietaria degli audit log, oltre a specificare se il log contiene dati degli audit log Attività di amministrazione, Accesso ai dati, Policy negata o Evento di sistema.

Di seguito sono riportati i nomi degli audit log, 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

Gli audit log dei Controlli di servizio VPC utilizzano i nomi servizio dei servizi integrati con i Controlli di servizio VPC.

Per un elenco di tutti i nomi di servizio dell'API Cloud Logging e dei relativi tipi di risorse monitorate, consulta Mappa i servizi alle risorse.

Tipi di risorse

Gli audit log dei Controlli di servizio VPC utilizzano i tipi di risorse supportati dai servizi integrati con i Controlli di servizio VPC.

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

Identità del chiamante

L'indirizzo IP del chiamante è contenuto nel campo RequestMetadata.caller_ip dell'oggetto AuditLog. Il logging potrebbe oscurare determinate identità del chiamante e determinati indirizzi IP.

Per saperne di più su quali informazioni vengono oscurate negli audit log, consulta Identità del chiamante negli audit log.

Attivazione degli audit log

Gli audit log per le attività di amministrazione sono sempre attivati e non possono essere disattivati.

Autorizzazioni e ruoli

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

Per decidere quali autorizzazioni e ruoli specifici per il logging si applicano al tuo caso d'uso, considera quanto segue:

  • Il ruolo Logs Viewer (roles/logging.viewer) ti concede l'accesso di sola lettura agli audit log Attività di amministrazione, Policy negata ed Evento di sistema. Se disponi solo di questo ruolo, non puoi visualizzare gli audit log di accesso ai dati che si trovano nel bucket _Default.

  • Il ruolo Private Logs Viewer(roles/logging.privateLogViewer) include le autorizzazioni contenute in roles/logging.viewer, oltre alla possibilità di leggere gli audit log di 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 di lettura dei log in questi bucket può leggere i log privati. Per saperne di più sui bucket di log, consulta la panoramica su routing e archiviazione.

Per saperne di più sui ruoli e sulle autorizzazioni IAM che si applicano ai dati degli audit log, consulta Controllo dell'accesso con IAM.

Visualizzazione dei log

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

Esplora log consente di visualizzare e filtrare singole voci di log. Se vuoi utilizzare SQL per analizzare gruppi di voci di log, usa la pagina Analisi dei log. Per saperne di più, consulta:

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

Console

Nella console Google Cloud puoi utilizzare Esplora log per recuperare le voci di 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 gli audit log, inserisci una delle seguenti query nel campo dell'editor query, quindi 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 un tipo di risorsa e un tipo di audit log specifici, nel riquadro Query Builder esegui queste operazioni:

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

    • In Nome log seleziona il tipo di audit log che vuoi visualizzare:

      • Per gli audit log Attività di amministrazione, seleziona activity.
      • Per gli audit log Accesso ai dati, seleziona data_access.
      • Per gli audit log Evento di sistema, seleziona system_event.
      • Per gli audit log Policy negata, seleziona policy.

    • Fai clic su Esegui query.

    Se non vedi queste opzioni, significa 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 per la risoluzione dei problemi.

    Per saperne di più sull'esecuzione di query utilizzando Esplora log, consulta Crea query in Esplora log.

gcloud

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

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

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

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

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

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

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

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

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 che hanno più di un giorno.

Per saperne di più sull'utilizzo di gcloud CLI, consulta gcloud logging read.

REST

Quando crei le query, specifica un identificatore di risorsa valido in ciascuno dei nomi di log. Ad esempio, se la query include un PROJECT_ID, l'identificatore del progetto specificato deve fare riferimento al progettoGoogle Cloud attualmente selezionato.

Ad esempio, per utilizzare l'API Logging per visualizzare le voci di audit log a livello di progetto, procedi in questo modo:

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

  2. Inserisci il codice seguente nella sezione Corpo della richiesta del modulo Prova questa API. Facendo clic su questo modulo precompilato, il corpo della richiesta viene compilato automaticamente, ma devi fornire un PROJECT_ID valido in ciascuno dei nomi di log.

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

  3. Fai clic su Esegui.

Query di esempio

Per utilizzare le query di esempio descritte nella tabella seguente, completa questa procedura:

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

  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 in quel campo:

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

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

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

Descrizione query Espressione
Dettagli della 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 di 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 di 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 limitato.
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 sul 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 del livello 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$"
Operazioni di creazione e aggiornamento delle regole in entrata 
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:"*"
Operazioni di creazione e aggiornamento delle regole in 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:"*"

Instradamento degli audit log

Puoi instradare gli audit log alle destinazioni supportate nello stesso modo in cui puoi instradare altri tipi di log. Ecco alcuni motivi per cui può essere utile instradare gli audit log:

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

  • Per gestire gli audit log in tutta l'organizzazione, puoi creare dei sink aggregati che permettono di instradare i log da qualsiasi progetto o anche da tutti i progetti Google Cloud nell'organizzazione.

Per istruzioni su come instradare i log, consulta Instrada i log verso destinazioni supportate.

Prezzi

Per saperne di più sui prezzi, consulta le sezioni di Cloud Logging nella pagina Prezzi di Google Cloud Observability.