Questo documento descrive gli audit log creati dai Controlli di servizio VPC nell'ambito di Cloud Audit Logs.
Panoramica
I servizi Google Cloud scrivono 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à stessa.
Per una panoramica generale di Cloud Audit Logs, consulta Panoramica di Cloud Audit Logs. Per una comprensione più approfondita del formato degli audit log, consulta Informazioni sugli audit log.
Log di controllo disponibili
Per i Controlli di servizio VPC sono disponibili i seguenti tipi di audit log:
-
Audit log dei 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 del metodo negli audit log relativi ai criteri negati indicano i nomi della risorsa per cui è stato negato l'accesso all'account di servizio o all'utente.
Non puoi disabilitare gli audit log relativi ai criteri negati. Tuttavia, puoi aggiungere quanto segue al filtro di esclusione sul sink
_Default
per escludere gli audit log relativi ai criteri negati:LOG_ID("cloudaudit.googleapis.com/policy")
. Puoi anche disabilitare il sink_Default
per Cloud Logging, che impedisce l'instradamento dei log al bucket_Default
.
Per descrizioni più complete dei tipi di audit log, consulta Tipi di audit log.
Operazioni con audit
La seguente tabella riassume le operazioni API corrispondenti a ciascun tipo di audit log nei Controlli di servizio VPC:
Categoria di audit log | Metodi dei Controlli di servizio VPC |
---|---|
Audit log dei criteri negati | Sono supportati i metodi dei servizi che si integrano 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: informazioni sulla chiamata originale e informazioni sulle violazioni dei criteri di sicurezza. Viene compilato dall'API VPC Service Controls nel seguente modo:
Campo 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 comportato la creazione di questo audit log. |
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'account utente o di servizio che ha emesso la richiesta. Alcuni indirizzi email potrebbero essere oscurati. Per maggiori informazioni, consulta Identità 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, Se la chiamata ha avuto origine da una VM di Compute Engine, Se la chiamata ha avuto origine all'interno della rete di produzione interna di Google,
il valore in questo campo è |
request_metadata.caller_network
|
Il nome della rete del chiamante. Questo valore è impostato solo se il progetto host di rete appartiene alla stessa organizzazione o progetto Google Cloud a cui appartiene la risorsa a cui appartiene. Per maggiori informazioni, consulta Reti VPC. |
status
|
Lo stato generale della gestione di un'operazione descritta nel record. |
metadata
|
Le informazioni sulla violazione del criterio 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 l'audit log
serve a 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 il quale si è verificata la violazione e l'identificatore univoco dell'organizzazione a cui appartiene il perimetro. |
metadata.egressViolations
|
Di solito una violazione del traffico in uscita si verifica 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 da un perimetro di servizio. L'origine può essere un progetto o una rete VPC. Questo campo contiene una struttura che spiega la violazione del traffico in entrata. |
metadata.accessLevels
|
Tutti i livelli di accesso corrispondenti sotto l'organizzazione che appartengono allo stesso criterio di accesso. Questi livelli di accesso potrebbero non essere specificati nel perimetro
violato e potrebbero quindi 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 è abilitato il criterio relativo ai dispositivi. Il valore predefinito di questo campo è Unknown .
|
Formato degli audit log
Le voci di audit log includono i seguenti oggetti:
La voce di log, un oggetto di tipo
LogEntry
. Di seguito vengono riportati alcuni campi utili:- L'elemento
logName
contiene l'ID risorsa e il tipo di audit log. resource
contiene il target dell'operazione controllata.- Il campo
timeStamp
contiene la durata dell'operazione sottoposta ad audit. - L'elemento
protoPayload
contiene le informazioni controllate.
- L'elemento
I dati di audit logging, ovvero un oggetto
AuditLog
presente nel campoprotoPayload
della voce di log.Informazioni di audit facoltative e specifiche per il servizio, che sono un oggetto specifico del servizio. Per le integrazioni precedenti, questo oggetto si trova nel campo
serviceData
dell'oggettoAuditLog
. Le integrazioni successive utilizzano il campometadata
.
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 progetto Google Cloud o un'altra entità Google Cloud proprietaria degli audit log e se il log contiene dati di audit logging relativi ad attività di amministrazione, accesso ai dati, criteri negati o eventi 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 dei servizi che si integrano con i Controlli di servizio VPC.
Per un elenco di tutti i nomi dei servizi dell'API Cloud Logging e del corrispondente tipo di risorsa monitorata, consulta Mappare i servizi alle risorse.
Tipi di risorse
Gli audit log dei Controlli di servizio VPC utilizzano i tipi di risorse supportati dai servizi che si integrano con i Controlli di servizio VPC.
Per un elenco di tutti i tipi di risorsa monitorata di Cloud Logging e per informazioni descrittive, consulta Tipi di risorse monitorate.
Identità chiamante
L'indirizzo IP del chiamante si trova nel campo RequestMetadata.caller_ip
dell'oggetto AuditLog
. Il logging potrebbe oscurare
determinate identità dei chiamanti e indirizzi IP.
Per informazioni sulle informazioni oscurate negli audit log, consulta Identità chiamante negli audit log.
Abilitazione degli audit log
Gli audit log delle attività di amministrazione sono sempre abilitati e non puoi disabilitarli.
Autorizzazioni e ruoli
Le autorizzazioni e i ruoli IAM determinano la tua capacità di accedere ai dati degli audit log nelle risorse Google Cloud.
Quando decidi quali autorizzazioni e ruoli specifici per Logging applicare al tuo caso d'uso, considera quanto segue:
Il ruolo Visualizzatore log (
roles/logging.viewer
) ti consente l'accesso di sola lettura agli audit log di attività di amministrazione, criteri negati ed eventi di sistema. Se hai solo questo ruolo, non puoi visualizzare gli audit log di accesso ai dati che si trovano nel bucket_Default
.Il ruolo Visualizzatore log privati
(roles/logging.privateLogViewer
) include le autorizzazioni contenute inroles/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 con le autorizzazioni per leggere i log in questi bucket può leggere i log privati. Per ulteriori informazioni sui bucket di log, consulta Panoramica del routing e dell'archiviazione.
Per ulteriori informazioni sulle autorizzazioni e sui ruoli IAM che si applicano ai dati degli audit log, consulta Controllo dell'accesso con IAM.
Visualizza i log
Puoi eseguire query per tutti gli audit log o in base al nome degli audit log. Il nome dell'audit log include l'identificatore della risorsa del progetto, della cartella, dell'account di fatturazione o dell'organizzazione Google Cloud di cui vuoi visualizzare le informazioni di audit logging.
Le query possono specificare i campi indicizzati LogEntry
e, se utilizzi la pagina Analisi dei log, che supporta le query SQL, puoi visualizzare i risultati della query sotto forma di grafico.
Per ulteriori informazioni sull'esecuzione di query sui log, consulta le seguenti pagine:
- Crea query in Esplora log.
- Esegui query e visualizza i log in Analisi dei log.
- Query di esempio per gli insight sulla sicurezza.
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:
-
Nel pannello di navigazione della console Google Cloud, seleziona Logging, quindi Esplora log:
Seleziona un progetto, una cartella o un'organizzazione Google Cloud esistente.
Per visualizzare tutti gli audit log, inserisci una delle seguenti query nel campo query-editor, quindi fai clic su Esegui query:
logName:"cloudaudit.googleapis.com"
protoPayload."@type"="type.googleapis.com/google.cloud.audit.AuditLog"
Per visualizzare gli audit log per una risorsa specifica e un tipo di audit log, nel riquadro Query Builder, segui questi passaggi:
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 che vuoi visualizzare:
- Per gli audit log di controllo delle attività di amministrazione, seleziona attività.
- Per gli audit log di accesso ai dati, seleziona data_access.
- Per gli audit log degli eventi di sistema, seleziona system_event.
- Per i log di controllo dei criteri negati, seleziona criterio.
Fai clic su Esegui query.
Se non vedi queste opzioni, significa che non sono disponibili audit log di quel tipo nel progetto, nella cartella o nell'organizzazione di Google Cloud.
Se riscontri problemi durante il tentativo di visualizzare i log in Esplora log, consulta le informazioni sulla risoluzione dei problemi.
Per maggiori informazioni sull'esecuzione di query utilizzando Esplora log, consulta Creare query in Esplora log. Per informazioni sul riepilogo delle voci di log in Esplora log utilizzando Gemini, consulta Riepilogare le voci di log con l'assistenza Gemini.
gcloud
Google Cloud CLI fornisce un'interfaccia a riga di comando per l'API Logging. Fornisci un identificatore di risorsa valido in ognuno dei nomi dei log. Ad esempio, se la query include un valore PROJECT_ID, l'identificatore del progetto fornito deve fare riferimento al progetto Google Cloud attualmente selezionato.
Per leggere le voci dell'audit log a livello di progetto Google Cloud, esegui questo comando:
gcloud logging read "logName : projects/PROJECT_ID/logs/cloudaudit.googleapis.com" \ --project=PROJECT_ID
Per leggere le voci dell'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 degli audit log a livello di organizzazione, esegui questo comando:
gcloud logging read "logName : organizations/ORGANIZATION_ID/logs/cloudaudit.googleapis.com" \ --organization=ORGANIZATION_ID
Per leggere le voci dell'audit log a livello di account di fatturazione Cloud, esegui questo 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 che risalgono a più di un giorno fa.
Per ulteriori informazioni sull'utilizzo di gcloud CLI, consulta gcloud logging read
.
API
Quando crei le query, fornisci un identificatore di risorsa valido in ciascuno dei nomi dei log. Ad esempio, se la query include un valore PROJECT_ID, l'identificatore del progetto fornito deve fare riferimento al progetto Google Cloud attualmente selezionato.
Ad esempio, per utilizzare l'API Logging per visualizzare le voci degli audit log a livello di progetto:
Vai alla sezione Prova questa API nella documentazione per il metodo
entries.list
.Inserisci quanto segue nella parte 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 ogni nome di log.
{ "resourceNames": [ "projects/PROJECT_ID" ], "pageSize": 5, "filter": "logName : projects/PROJECT_ID/logs/cloudaudit.googleapis.com" }
Fai clic su Execute (Esegui).
Query di esempio
Per trovare gli audit log per i 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 |
Violazioni relative a 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 |
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 |
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 |
Operazioni CRUD perimetrali | 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 a 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 per le 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:"" |
Crea e aggiorna le operazioni per le 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:"" |
Per utilizzare le query di esempio:
Sostituisci le variabili con le informazioni del tuo progetto, quindi copia l'espressione utilizzando l'icona degli appunti content_copy.
-
Nel pannello di navigazione della console Google Cloud, seleziona Logging, quindi Esplora log:
Abilita Mostra query per aprire il campo dell'editor di query, quindi incolla l'espressione nel campo dell'editor di query:
Fai clic su Esegui query. I log corrispondenti alla query sono elencati nel riquadro Risultati delle query.
Audit log del routing
Puoi instradare gli audit log alle destinazioni supportate nello stesso modo in cui puoi instradare altri tipi di log. Ecco alcuni motivi per cui potresti voler instradare gli audit log:
Per conservare gli audit log per un periodo di tempo più lungo o per utilizzare funzionalità di ricerca più potenti, puoi instradare le copie degli audit log a Cloud Storage, BigQuery o Pub/Sub. Con Pub/Sub, puoi eseguire il routing ad altre applicazioni, altri repository e terze parti.
Per gestire gli audit log in tutta l'organizzazione, puoi creare sink aggregati in grado di instradare i log da qualsiasi progetto Google Cloud nell'organizzazione.
Per istruzioni sul routing dei log, consulta Instradare i log alle destinazioni supportate.
Prezzi
Per ulteriori informazioni sui prezzi, consulta il riepilogo dei prezzi di Cloud Logging.