Questo documento descrive gli audit log creati da Compute Engine nell'ambito di: Audit log di Cloud.
Panoramica
I servizi Google Cloud scrivono audit log per aiutarti a rispondere alle domande: cosa, dove e quando?" all'interno delle tue risorse Google Cloud.
I progetti Google Cloud contengono solo gli audit log per le risorse direttamente nel progetto Google Cloud. Altre risorse Google Cloud, ad esempio cartelle, organizzazioni e account di fatturazione, contengono i log di controllo 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 sui log di controllo.
Log di controllo disponibili
Per Compute Engine sono disponibili i seguenti tipi di audit log:
-
Audit log delle attività di amministrazione
Include "scrittura amministratore" operazioni che scrivono metadati o configurazioni informazioni.
Non puoi disabilitare gli audit log per le attività di amministrazione.
-
Audit log degli accessi ai dati
Include "Lettura amministratore" operazioni che leggono i metadati o la configurazione informazioni. Include anche "dati letti" e "scrittura dati" operazioni che lettura o scrittura dei dati forniti dall'utente.
Per ricevere gli audit log di accesso ai dati, è necessario attivarle in modo esplicito.
-
Audit log degli eventi di sistema
Identifica le azioni automatizzate di Google Cloud che modificano configurazione delle risorse.
Non puoi disabilitare gli audit log degli eventi di sistema.
Per una descrizione più completa dei tipi di audit log, consulta Tipi di audit log.
Operazioni con audit
La tabella seguente riassume le operazioni API corrispondenti a ciascun audit log in Compute Engine:
Categoria di audit log | Sottotipo | Operazioni di Compute Engine | Esempi |
---|---|---|---|
Audit log delle attività di amministrazione | N/D |
|
|
Audit log degli accessi ai dati1 | ADMIN_READ |
|
|
DATA_READ |
Recupera i contenuti della console della porta seriale | compute.instance.getSerialPortOutput |
|
Audit log degli eventi di sistema | N/D |
|
|
1Audit log degli accessi ai dati: a differenza degli audit log
per gli altri servizi, Compute Engine ha solo ADMIN_READ
di accesso ai dati e in genere non offre DATA_READ
e
DATA_WRITE
log. Il motivo è che DATA_READ
e
I log di DATA_WRITE
vengono utilizzati solo per i servizi che
archiviare e gestire dati utente come Cloud Storage, Spanner e
Cloud SQL e questo non vale per Compute Engine. Ce n'è uno
a questa regola: instance.getSerialPortOutput
genera
DATA_READ
log perché il metodo legge i dati direttamente dall'istanza VM.
2Connessione/disconnessione dalla porta seriale:per ulteriori informazioni su i log di controllo delle console seriali, Visualizzazione dei log di controllo della console seriale.
Oscuramento dei dati negli audit log
Gli audit log registrano i dati di richiesta e risposta delle azioni API che sono state in esecuzione. Tuttavia, nelle seguenti circostanze, le informazioni relative alla richiesta o alla risposta non è disponibile o è oscurato:
- Per
instance.setMetadata
e l'APIproject.setCommonInstanceMetadata
richieste, la parte relativa ai metadati del corpo della richiesta viene oscurata per evitare il logging delle informazioni sensibili inviate nei metadati. - I campi sensibili vengono oscurati dalle richieste, ad esempio le chiavi private per SSL e chiavi di crittografia fornite dal cliente per i dischi.
- Per le risposte get ed list, il corpo della risposta viene oscurato per evitare il logging informazioni private.
Formato degli audit log
Le voci di audit log 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 audit log.resource
contiene il target dell'operazione controllata.timeStamp
contiene l'ora dell'operazione controllata.protoPayload
contiene le informazioni controllate.
I dati del logging di controllo, che sono un oggetto
AuditLog
conservato in nel campoprotoPayload
della voce di log.Informazioni di audit facoltative e specifiche del servizio, che sono un valore . Per le integrazioni precedenti, questo oggetto si trova in
serviceData
campo dell'oggettoAuditLog
; le integrazioni successive utilizzano il campometadata
.
Per gli altri campi in questi oggetti e come interpretarli, rivedi Informazioni sui log di controllo.
Nome log
I nomi dei log di Cloud Audit Logs includono identificatori di risorse che indicano Progetto Google Cloud o altra entità Google Cloud proprietaria dell'audit log e se il log contiene attività di amministrazione, accesso ai dati, criterio negato o degli audit log degli eventi di sistema.
Di seguito sono riportati i nomi degli audit log, incluse le variabili per la risorsa identificatori:
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 di Compute Engine utilizzano i seguenti nomi di servizio:
compute.googleapis.com
ssh-serialport.googleapis.com
oslogin.googleapis.com
Per un elenco di tutti i nomi dei servizi dell'API Cloud Logging e i relativi nomi tipo di risorsa monitorata, consulta Mappa i servizi alle risorse.
Tipi di risorse
Gli audit log di Compute Engine utilizzano i seguenti tipi di risorse per gli audit log:
Categoria del tipo di risorsa | Descrizione | Esempi |
---|---|---|
Risorsa API | Questa risorsa registra le operazioni API. | api |
Risorsa controllata | Questa risorsa registra le operazioni di Google Cloud. Il tipo di risorsa controllato viene utilizzato principalmente per le nuove operazioni che non rientrano nel altre categorie. | audited_resource |
Gestore della scalabilità automatica | Questa risorsa registra le operazioni del gestore della scalabilità automatica. | autoscaler |
Risorsa di deployment | Questa risorsa registra le operazioni di deployment. | deployment |
Risorse di Cloud Deployment Manager (deployment_manager_* ) |
Questa risorsa registra le operazioni di Cloud Deployment Manager. I tipi di risorsa |
|
Risorse Compute Engine (gce_* ) |
Questa risorsa registra le operazioni di Compute Engine. I tipi di risorsa |
|
Risorsa di sicurezza di rete | Questa risorsa registra le operazioni del criterio di sicurezza di rete. | network_security_policy |
Risorse Cloud VPN (vpn_* ) |
Questa risorsa registra le operazioni di Cloud VPN. |
|
Per un elenco di tutti i tipi di risorsa monitorata di Cloud Logging e dei dettagli le informazioni, vedi Tipi di risorse monitorate.
Identità chiamante
L'indirizzo IP del chiamante è mantenuto nel campo RequestMetadata.caller_ip
di
l'oggetto AuditLog
. Il logging potrebbe oscurare determinate
le identità dei chiamanti e gli indirizzi IP.
Per informazioni sulle informazioni oscurate negli audit log, consulta Identità dei chiamanti negli audit log.
Abilitazione degli audit log
Gli audit log degli eventi di sistema sono sempre abilitati; non puoi disabilitarle.
Gli audit log per le attività di amministrazione sono sempre abilitati; non puoi disabilitarle.
Gli audit log di accesso ai dati sono disabilitati per impostazione predefinita e non vengono scritti a meno che esplicitamente abilitati (l'eccezione sono gli audit log di accesso ai dati BigQuery, che non può essere disabilitato).
Per informazioni sull'abilitazione di alcuni o di tutti gli audit log di accesso ai dati, consulta Abilitare gli audit log di accesso ai dati.
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 quale Autorizzazioni e ruoli specifici di Logging si applicano al tuo caso d'uso, considera quanto segue:
Il ruolo Visualizzatore log (
roles/logging.viewer
) ti concede l'accesso di sola lettura a Audit log delle attività di amministrazione, dei criteri negati e degli eventi di sistema. Se hai solo questo ruolo, non puoi visualizzare gli audit log di accesso ai dati_Default
bucket.il ruolo Visualizzatore log privati
(roles/logging.privateLogViewer
) include autorizzazioni contenute inroles/logging.viewer
, oltre alla possibilità Audit log degli accessi ai dati nel bucket_Default
.Tieni presente che se questi log privati sono archiviati in bucket definiti dall'utente, l'utente che dispone delle autorizzazioni per leggere i log nei bucket può leggere logaritmi. Per ulteriori informazioni sui bucket di log, consulta Panoramica su routing e archiviazione.
Per saperne di più sulle autorizzazioni e i ruoli IAM che si applicano ai dati degli audit log, Controllo dell'accesso con IAM.
Visualizza i log
Puoi eseguire query per tutti gli audit log oppure per i log in base
nome del log di controllo. Il nome dell'audit log include
identificatore di risorsa
del progetto, della cartella, dell'account di fatturazione o
organizzazione per la quale vuoi visualizzare le informazioni di audit logging.
Le tue query possono specificare campi LogEntry
indicizzati e, se utilizzi
alla 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 pagine seguenti:
- Crea query in Esplora log.
- Query e visualizza i log in Analisi dei log.
- Query di esempio per approfondimenti sulla sicurezza.
Console
Nella console Google Cloud, puoi utilizzare Esplora log per recuperare le voci di audit log per il progetto, la cartella o organizzazione:
-
Nella console Google Cloud, vai alla pagina Esplora log:
Se utilizzi la barra di ricerca per trovare questa pagina, seleziona il risultato con il sottotitolo Logging.
Seleziona un progetto, una cartella o un'organizzazione Google Cloud esistente.
Per visualizzare tutti gli audit log, inserisci una delle seguenti query nel campo dell'editor query e 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 e un tipo di audit log specifici, Nel riquadro Query Builder, procedi nel seguente modo:
In Tipo di risorsa, seleziona la risorsa Google Cloud la cui di controllo degli audit log che vuoi visualizzare.
In Nome log, seleziona il tipo di audit log che vuoi visualizzare:
- Per gli audit log per le 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 gli audit log relativi ai criteri negati, seleziona policy.
Fai clic su Esegui query.
Se non vedi queste opzioni, significa che non sono presenti audit log di del tipo disponibile nel progetto, nella cartella o dell'organizzazione.
Se riscontri problemi quando cerchi di visualizzare i log nel Esplora log, controlla risoluzione dei problemi informazioni.
Per ulteriori informazioni sull'esecuzione di query utilizzando Esplora log, consulta Crea query in Esplora log. Per informazioni sul riepilogo delle voci di log in Esplora log con Gemini, vedi Riepilogare le voci di log con l'assistenza di Gemini.
gcloud
Google Cloud CLI fornisce un'interfaccia a riga di comando l'API Logging. Fornisci un identificatore di risorsa valido in ciascun log names. Ad esempio, se la query include un valore PROJECT_ID, allora il valore l'identificatore del progetto che fornisci deve fare riferimento all'elemento attualmente selezionato progetto Google Cloud.
Per leggere le voci di audit log 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 di audit log a livello di cartella, esegui questo comando:
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 questo comando :
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 questo comando:
gcloud logging read "logName : billingAccounts/BILLING_ACCOUNT_ID/logs/cloudaudit.googleapis.com" \ --billing-account=BILLING_ACCOUNT_ID
Aggiungi il flag --freshness
al tuo comando per leggere i log risalenti 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 ogni i nomi dei log. Ad esempio, se la query include un valore PROJECT_ID, l'identificatore del progetto che fornisci deve fare riferimento progetto Google Cloud.
Ad esempio, per utilizzare l'API Logging per visualizzare a livello di progetto di audit log, segui questi passaggi:
Vai alla sezione Prova questa API della documentazione per
entries.list
.Inserisci quanto segue nella parte del corpo della richiesta della sezione Prova questa API. Fai clic su questo modulo precompilato. compila automaticamente il corpo della richiesta, ma devi fornire un indirizzo PROJECT_ID in ciascuno dei nomi dei 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 utilizzare le query di esempio nella tabella seguente, completa questi passaggi:
Sostituisci le variabili nell'espressione di query con il tuo progetto informazioni, quindi copia l'espressione utilizzando l'icona degli appunti content_copy.
-
Nella console Google Cloud, vai alla pagina Esplora log:
Se utilizzi la barra di ricerca per trovare questa pagina, seleziona il risultato con il sottotitolo Logging.
Attiva Mostra query per aprire il campo dell'editor di query, quindi incolla il valore nel campo dell'editor di query:
Fai clic su Esegui query. I log corrispondenti alla tua query sono elencati nella sezione Query dei risultati.
Per trovare gli audit log per Compute Engine, utilizza le seguenti query nel Esplora log:
Nome query | Espressione |
---|---|
Errore relativo all'host | resource.type="gce_instance" protoPayload.serviceName="compute.googleapis.com" (protoPayload.methodName:"compute.instances.hostError" OR operation.producer:"compute.instances.hostError") log_id("cloudaudit.googleapis.com/system_event") resource.labels.instance_id="INSTANCE_ID" severity="INFO" |
Manutenzione dell'host | resource.type="gce_instance" protoPayload.serviceName="compute.googleapis.com" (protoPayload.methodName:"OnHostMaintenance" OR operation.producer:"OnHostMaintenance") log_id("cloudaudit.googleapis.com/system_event") resource.labels.instance_id="INSTANCE_ID" severity=INFO |
Migrati dall'host | resource.type="gce_instance" protoPayload.serviceName="compute.googleapis.com" (protoPayload.methodName:"compute.instances.migrateOnHostMaintenance" OR operation.producer:"compute.instances.migrateOnHostMaintenance") log_id("cloudaudit.googleapis.com/system_event") resource.labels.instance_id="INSTANCE_ID" severity=INFO |
Istanza terminata o prerilasciata | resource.type="gce_instance" protoPayload.methodName=~"compute.instances.(guestTerminate|preempted)" log_id("cloudaudit.googleapis.com/activity") resource.labels.instance_id="INSTANCE_ID" |
Istanza terminata dal sistema operativo guest | resource.type="gce_instance" protoPayload.serviceName="compute.googleapis.com" (protoPayload.methodName:"compute.instances.guestTerminate" OR operation.producer:"compute.instances.guestTerminate") log_id("cloudaudit.googleapis.com/system_event") resource.labels.instance_id="INSTANCE_ID" severity=INFO |
Istanza terminata durante la manutenzione dell'host | resource.type="gce_instance" protoPayload.serviceName="compute.googleapis.com" (protoPayload.methodName:"compute.instances.terminateOnHostMaintenance" OR operation.producer:"compute.instances.terminateOnHostMaintenance") log_id("cloudaudit.googleapis.com/system_event") resource.labels.instance_id="INSTANCE_ID" severity=INFO |
Istanza creata | resource.type="gce_instance" protoPayload.methodName:"compute.instances.insert" log_id("cloudaudit.googleapis.com/activity") protoPayload.request.name="INSTANCE_NAME" |
Nome istanza eliminato | resource.type="gce_instance" protoPayload.methodName:"compute.instances.delete" log_id("cloudaudit.googleapis.com/activity") protoPayload.resourceName:"INSTANCE_NAME" |
ID istanza eliminato | resource.type="gce_instance" protoPayload.methodName:"compute.instances.delete" log_id("cloudaudit.googleapis.com/activity") resource.labels.instance_id="INSTANCE_ID" |
Istanza riavviata | resource.type="gce_instance" protoPayload.methodName=~ "compute.instances.(stop|reset|automaticRestart| guestTerminate|instanceManagerHaltForRestart)" (log_id("cloudaudit.googleapis.com/activity") OR log_id("cloudaudit.googleapis.com/system_event")) resource.labels.instance_id="INSTANCE_ID" |
Disco permanente creato | resource.type="gce_disk" protoPayload.methodName:"compute.disks.insert" log_id("cloudaudit.googleapis.com/activity") protoPayload.request.name="PD_NAME" |
Disco permanente eliminato | resource.type="gce_disk" protoPayload.methodName:"compute.disks.delete" log_id("cloudaudit.googleapis.com/activity") protoPayload.resourceName="PD_NAME" |
Nodi aggiunti nei nodi single-tenant | resource.type="gce_node_group" log_id("cloudaudit.googleapis.com/activity") protoPayload.methodName=~("compute.nodeGroups.addNodes" OR "compute.nodeGroups.insert") resource.labels.node_group_id="NODE_GROUP_ID" |
Scala automaticamente gli eventi nei nodi single-tenant | resource.type="gce_node_group" log_id("cloudaudit.googleapis.com/system_event") protoPayload.methodName=~("compute.nodeGroups.deleteNodes" OR "compute.nodeGroups.addNodes") resource.labels.node_group_id="NODE_GROUP_ID" |
Snapshot acquisito manualmente | resource.type="gce_disk" log_id("cloudaudit.googleapis.com/activity") protoPayload.methodName:"compute.disks.createSnapshot" protoPayload.request.sourceDisk:"PD_NAME" protoPayload.request.name="SNAPSHOT_NAME" |
Snapshot pianificato acquisito | resource.type="gce_disk" log_id("cloudaudit.googleapis.com/system_event") protoPayload.methodName="ScheduledSnapshots" protoPayload.response.operationType="createSnapshot" protoPayload.response.targetLink="PD_NAME" |
Snapshot eliminato manualmente | resource.type="gce_snapshot" log_id("cloudaudit.googleapis.com/activity") protoPayload.methodName:"compute.snapshots.delete" protoPayload.resourceName:"SNAPSHOT_NAME" |
Pianificazione snapshot creata | resource.type="gce_resource_policy" log_id("cloudaudit.googleapis.com/activity") protoPayload.methodName:"compute.resourcePolicies.insert" protoPayload.request.name="SCHEDULE_NAME" |
Pianificazione di snapshot eliminata | resource.type="gce_resource_policy" log_id("cloudaudit.googleapis.com/activity") protoPayload.methodName:"compute.resourcePolicies.delete" protoPayload.request.name="SCHEDULE_NAME" |
Pianificazione snapshot collegata | resource.type="gce_disk" log_id("cloudaudit.googleapis.com/activity") protoPayload.methodName:"compute.disks.addResourcePolicies" protoPayload.request.resourcePolicys:"SCHEDULE_NAME" protoPayload.resourceName:"PD_NAME" |
Pianificazione snapshot scollegata | resource.type="gce_disk" log_id("cloudaudit.googleapis.com/activity") protoPayload.methodName:"compute.disks.removeResourcePolicies" protoPayload.request.resourcePolicys:"SCHEDULE_NAME" protoPayload.resourceName:"PD_NAME" |
Istanza rimossa o aggiunta dal gruppo di istanze | resource.type="gce_instance_group" protoPayload.methodName:"compute.instanceGroups.*" log_id("cloudaudit.googleapis.com/activity") resource.labels.instance_group_name="INSTANCE_GROUP_NAME" |
Modello di istanza impostato o aggiornato per un gruppo di istanze gestite | resource.type="gce_instance_group_manager" log_id("cloudaudit.googleapis.com/activity") protoPayload.methodName="v1.compute.instanceGroupManagers.setInstanceTemplate" resource.labels.instance_group_manager_name="INSTANCE_GROUP_NAME" |
fare lo scale in e scale out del gestore della scalabilità automatica dei gruppi di istanze gestite | resource.type="autoscaler" resource.labels.project_id="PROJECT" resource.labels.autoscaler_name="AUTOSCALER_NAME" |
Regola firewall eliminata | resource.type="gce_firewall_rule" AND log_id("cloudaudit.googleapis.com/activity") AND protoPayload.methodName:"firewalls.delete" |
Audit log delle route
Puoi instradare gli audit log ai servizi supportati nello stesso modo in cui puoi eseguire il routing di altri tipi di log. Ecco Ecco alcuni motivi per cui potresti voler eseguire il routing degli audit log:
Per conservare gli audit log per un periodo di tempo più lungo o per utilizzarli in modo più efficace di ricerca, puoi eseguire il routing delle copie dei log di controllo Cloud Storage, BigQuery o Pub/Sub. Utilizzo Pub/Sub, puoi eseguire il routing ad altre applicazioni, repository e terze parti.
Per gestire i log di controllo in tutta l'organizzazione, puoi creare sink aggregati che possono di eseguire il routing dei log da uno o tutti i progetti Google Cloud nell'organizzazione.
- Se gli audit log di accesso ai dati abilitati eseguono il push dei tuoi progetti Google Cloud sulle allocazioni dei log, puoi creare sink escludi gli audit log di accesso ai dati da Logging.
Per istruzioni sui log di routing, consulta Esegui il routing dei log alle destinazioni supportate.
Prezzi
Per ulteriori informazioni sui prezzi, vedi Riepilogo dei prezzi di Cloud Logging.