Audit log IAM

Questo documento descrive gli audit log creati da Identity and Access Management come audit log di Cloud.

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 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 i log di controllo 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 IAM sono disponibili i seguenti tipi di audit log:

Audit log delle attività di amministrazione

Sono incluse le operazioni di "scrittura amministratore" che scrivono i metadati o le informazioni di configurazione.

Non puoi disabilitare gli audit log delle attività di amministrazione.
Audit log degli accessi ai dati

Sono incluse le operazioni di "lettura amministratore" che leggono i metadati o le informazioni di configurazione. Sono incluse anche le operazioni "Lettura dati" e "Scrittura dati" che leggono o scrivono dati forniti dagli utenti.

Per ricevere gli audit log di accesso ai dati, devi abilitarli esplicitamente.

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

Operazioni con audit

La tabella seguente riepiloga le operazioni API corrispondenti a ciascun tipo di audit log in IAM:

Categoria di audit log Operazioni IAM

Categoria di audit log	Operazioni IAM
Log delle attività di amministrazione (`ADMIN_WRITE`)	Ruoli personalizzati: `CreateRole`¹ `DeleteRole`¹ `UndeleteRole`¹ `UpdateRole`¹ Criteri di rifiuto: `google.iam.v2.Policies.CreatePolicy` `google.iam.v2.Policies.DeletePolicy` `google.iam.v2.Policies.UpdatePolicy` `google.iam.v2beta.Policies.CreatePolicy` `google.iam.v2beta.Policies.DeletePolicy` `google.iam.v2beta.Policies.UpdatePolicy` Account di servizio: `CreateServiceAccount` `DeleteServiceAccount`¹ `DisableServiceAccount` `EnableServiceAccount` `GetServiceAccount` `PatchServiceAccount` `SetIAMPolicy`¹ `UndeleteServiceAccount` `UpdateServiceAccount` Chiavi account di servizio: `CreateServiceAccountKey`¹ `DeleteServiceAccountKey` `UploadServiceAccountKey` Pool di Workload Identity: `CreateWorkloadIdentityPool` `DeleteWorkloadIdentityPool` `UndeleteWorkloadIdentityPool` `UpdateWorkloadIdentityPool` Provider di pool di identità di carico di lavoro: `CreateWorkloadIdentityPoolProvider` `DeleteWorkloadIdentityPoolProvider` `UndeleteWorkloadIdentityPoolProvider` `UpdateWorkloadIdentityPoolProvider` Pool di forza lavoro: `CreateWorkforcePool` `DeleteWorkforcePool` `UndeleteWorkforcePool` `UpdateWorkforcePool` Fornitori di pool di forza lavoro: `CreateWorkforcePoolProvider` `DeleteWorkforcePoolProvider` `UndeleteWorkforcePoolProvider` `UpdateWorkforcePoolProvider`
Log di accesso ai dati (`ADMIN_READ`)	Consenti criteri: `GetEffectivePolicy`^{2 e 3} `google.iam.admin.v1.GetIAMPolicy` `google.iam.admin.v1.GetPolicyDetails`^{2 e 4} Credenziali: `ExchangeToken` `google.identity.sts.SecurityTokenService.WebSignIn` Ruoli personalizzati: `GetRole` `ListRoles` Criteri di rifiuto: `google.iam.v2.Policies.GetPolicy` `google.iam.v2.Policies.ListPolicies` `google.iam.v2beta.Policies.GetPolicy` `google.iam.v2beta.Policies.ListPolicies` Ruoli selezionabili: `QueryGrantableRoles`²: Account di servizio: `GenerateAccessToken` `GenerateIdToken` `ListServiceAccounts` `SignBlob` `SignJwt` Chiavi account di servizio: `GetServiceAccountKey` `ListServiceAccountKeys` Pool di Workload Identity: `GetWorkloadIdentityPool` `ListWorkloadIdentityPools` Provider di pool di identità di carico di lavoro: `GetWorkloadIdentityPoolProvider` `ListWorkloadIdentityPoolProviders` Pool di forza lavoro: `GetWorkforcePool` `ListWorkforcePools` Fornitori di pool di forza lavoro: `GetWorkforcePoolProvider` `ListWorkforcePoolProviders`
¹ Se abiliti gli audit log `ADMIN_READ`, alcune voci di log per questo metodo potrebbero essere scritte come log di accesso ai dati. Puoi utilizzare i filtri di esclusione per impedire a Cloud Logging di importare le voci dei log di accesso ai dati. ² Questo metodo può causare la chiamata a un metodo `getIamPolicy` nelle API di altri servizi. Ad esempio, se questo metodo deve controllare il criterio di autorizzazione per un'istanza di Compute Engine, viene richiamato il metodo `instances.getIamPolicy` nell'API Compute Engine. Per ricevere audit log per questi servizi aggiuntivi, devi abilitare `ADMIN_READ` audit log per le API degli altri servizi. ³ `GetEffectivePolicy` è un metodo privato nell'API IAM. L'API Policy Troubleshooting potrebbe utilizzare questo metodo internamente. ⁴ `google.iam.admin.v1.GetPolicyDetails` è un metodo privato nell'API IAM. Quando la utilizzi, la console Google Cloud potrebbe chiamare questo metodo internamente.

Log delle attività di amministrazione (ADMIN_WRITE)

Ruoli personalizzati:

Criteri di rifiuto:

Account di servizio:

Chiavi account di servizio:

Pool di Workload Identity:

Provider di pool di identità di carico di lavoro:

Pool di forza lavoro:

Fornitori di pool di forza lavoro:

Log di accesso ai dati (ADMIN_READ)

Consenti criteri:

GetEffectivePolicy^{2 e 3}
google.iam.admin.v1.GetIAMPolicy
google.iam.admin.v1.GetPolicyDetails^{2 e 4}

Credenziali:

Ruoli personalizzati:

Criteri di rifiuto:

Ruoli selezionabili:

QueryGrantableRoles²:

Account di servizio:

Chiavi account di servizio:

Pool di Workload Identity:

Provider di pool di identità di carico di lavoro:

Pool di forza lavoro:

Fornitori di pool di forza lavoro:

¹ Se abiliti gli audit log ADMIN_READ, alcune voci di log per questo metodo potrebbero essere scritte come log di accesso ai dati. Puoi utilizzare i filtri di esclusione per impedire a Cloud Logging di importare le voci dei log di accesso ai dati.

² Questo metodo può causare la chiamata a un metodo getIamPolicy nelle API di altri servizi. Ad esempio, se questo metodo deve controllare il criterio di autorizzazione per un'istanza di Compute Engine, viene richiamato il metodo instances.getIamPolicy nell'API Compute Engine. Per ricevere audit log per questi servizi aggiuntivi, devi abilitare ADMIN_READ audit log per le API degli altri servizi.

³ GetEffectivePolicy è un metodo privato nell'API IAM. L'API Policy Troubleshooting potrebbe utilizzare questo metodo internamente.

⁴ google.iam.admin.v1.GetPolicyDetails è un metodo privato nell'API IAM. Quando la utilizzi, la console Google Cloud potrebbe chiamare questo metodo internamente.

Puoi anche visualizzare esempi di voci dei log di controllo per gli account di servizio.

Formato degli audit log

Le voci del 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 audit log.
- resource contiene la destinazione dell'operazione controllata.
- timeStamp contiene la data/ora dell'operazione controllata.
- protoPayload contiene le informazioni controllate.
I dati di audit logging, che è un oggetto AuditLog contenuto nel campo protoPayload della voce di log.
Informazioni di controllo facoltative specifiche del servizio, che sono un oggetto specifico del servizio. Per le integrazioni precedenti, questo oggetto viene conservato nel campo serviceData dell'oggetto AuditLog; le integrazioni successive utilizzano il campo metadata.

Per altri campi in questi oggetti e su come interpretarli, consulta Informazioni sugli audit log.

Nome log

I nomi degli audit 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 dell'attività di amministrazione, dell'accesso ai dati, dei criteri rifiutati o dell'evento di sistema.

Di seguito sono riportati i nomi degli audit log, incluse le variabili per gli identificatori di risorsa:

   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 IAM utilizzano uno dei seguenti nomi di servizi:

iam.googleapis.com: utilizzato per l'API IAM e per i metodi richiamati internamente dall'API Policy Troubleshooting.
iamcredentials.googleapis.com: utilizzato per l'API Service Account Credentials, che crea credenziali di breve durata per gli account di servizio.

Nota: l'API IAM include anche metodi per firmare blob binari e JSON Web Token (JWT). Questi metodi sono deprecati. Usa l'API Service Account Credentials.
sts.googleapis.com: utilizzato per l'API Security Token Service, che scambia le credenziali di Google o di terze parti con un token di accesso di breve durata di Google.

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 IAM utilizzano uno dei seguenti tipi di risorse:

api: una richiesta per elencare le informazioni su più ruoli o criteri IAM.
audited_resource: una richiesta di scambio di credenziali per un token di accesso di Google.
iam_role: un ruolo personalizzato IAM.
service_account: un account di servizio IAM o una chiave dell'account di servizio.

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

Abilitazione degli audit log

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

Gli audit log di accesso ai dati sono disabilitati per impostazione predefinita e non vengono scritti se non sono esplicitamente abilitati (l'eccezione sono gli audit log di accesso ai dati per BigQuery, che non possono essere disabilitati).

Per informazioni sull'abilitazione di alcuni o 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 quali autorizzazioni e ruoli specifici di Logging si applicano al tuo caso d'uso, considera quanto segue:

Il ruolo Visualizzatore log (roles/logging.viewer) consente l'accesso di sola lettura agli audit log relativi ad 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 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 con autorizzazioni per leggere i log in tali 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 IAM e sui ruoli che si applicano ai dati degli audit log, consulta Controllo dell'accesso con IAM.

Visualizza i log

Puoi eseguire query su tutti gli audit log o sui log in base al nome dell'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 LogEntry indicizzati e, se utilizzi la pagina Analisi dei log, che supporta le query SQL, puoi visualizzare i risultati delle query come grafico.

Per saperne di più sull'esecuzione di query sui log, consulta le pagine seguenti:

Puoi visualizzare gli audit log in Cloud Logging utilizzando la console Google Cloud, 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:

Nella console Google Cloud, seleziona Logging, quindi Esplora log o fai clic sul pulsante seguente:
Vai a 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 editor di query e 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:
- 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 i log di controllo dell'attività di amministrazione, seleziona attività.
  - Per gli audit log di accesso ai dati, seleziona data_access (dati).
  - Per gli audit log degli eventi di sistema, seleziona system_event.
  - Per gli audit log rifiutati nelle norme, seleziona criterio.
- Fai clic su Esegui query.
Se non vedi queste opzioni, 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 ulteriori informazioni sull'esecuzione di query utilizzando Esplora log, consulta Creazione di query in Esplora log. Per informazioni sul riepilogo delle voci di log in Esplora log utilizzando Duet AI, consulta l'articolo Riepilogare le voci di log con l'assistenza AI Duet.

gcloud

Google Cloud CLI fornisce un'interfaccia a riga di comando per l'API Logging. Fornisci un identificatore di risorsa valido in ciascuno dei nomi di 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 degli 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 del log di controllo 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 del log di controllo 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 del log di controllo 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 risalgono a più di un giorno prima.

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

API

Quando crei le query, fornisci un identificatore della risorsa valido in ciascuno dei nomi di log. Ad esempio, se la query include un 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 del log di controllo a livello di progetto, procedi come segue:

Vai alla sezione Prova questa API nella documentazione per il metodo entries.list.
Inserisci quanto segue nella parte Request body del modulo Prova questa API. Se fai clic su questo modulo precompilato, viene compilato automaticamente il corpo della richiesta, ma devi fornire un valore PROJECT_ID valido in ciascuno dei nomi 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 IAM, utilizza le seguenti query in Esplora log:

Prima di utilizzare le query di esempio, sostituisci i seguenti valori:

SERVICE_ACCOUNT_SHORT_ID: tutto ciò che precede il simbolo @ nell'indirizzo email dell'account di servizio. Ad esempio, l'ID dell'account di servizio dell'account di servizio service-account@example.iam.gserviceaccount.com è service-account.
SERVICE_ACCOUNT_EMAIL: l'indirizzo email completo dell'account di servizio. Ad esempio, service-account@example.iam.gserviceaccount.com.
ROLE_NAME: il nome completo del ruolo, inclusi eventuali prefissi organizations/, projects/ o roles/. Ad esempio, organizations/123456789012/roles/myCompanyAdmin.

Nome query	Espressione
Account di servizio creato	resource.type = "service_account" protoPayload.serviceName = "iam.googleapis.com" protoPayload.methodName:"CreateServiceAccount" log_id("cloudaudit.googleapis.com/activity") (protoPayload.request.account_id:"`SERVICE_ACCOUNT_SHORT_ID`" OR protoPayload.response.email:"`SERVICE_ACCOUNT_EMAIL`")
Account di servizio eliminato	resource.type = "service_account" protoPayload.serviceName = "iam.googleapis.com" protoPayload.methodName:"DeleteServiceAccount" log_id("cloudaudit.googleapis.com/activity") resource.labels.email_id:"`SERVICE_ACCOUNT_EMAIL`"
Chiave dell'account di servizio creata	resource.type = "service_account" protoPayload.serviceName = "iam.googleapis.com" protoPayload.methodName:"CreateServiceAccountKey" log_id("cloudaudit.googleapis.com/activity") resource.labels.email_id:"`SERVICE_ACCOUNT_EMAIL`"
Chiave dell'account di servizio eliminata	resource.type = "service_account" protoPayload.serviceName = "iam.googleapis.com" protoPayload.methodName:"DeleteServiceAccountKey" log_id("cloudaudit.googleapis.com/activity") resource.labels.email_id:"`SERVICE_ACCOUNT_EMAIL`"
Qualsiasi risorsa creata, modificata o eliminata	log_id("cloudaudit.googleapis.com/activity") AND protoPayload.methodName:("create" OR "delete" OR "update")
Ruolo personalizzato aggiornato	log_id("cloudaudit.googleapis.com/activity") resource.type = "iam_role" protoPayload.serviceName = "iam.googleapis.com" protoPayload.methodName:"UpdateRole" resource.labels.role_name:"`ROLE_NAME`"
Criterio di autorizzazione consentito a livello di progetto aggiornato	resource.type = "project" AND log_id("cloudaudit.googleapis.com/activity") AND protoPayload.methodName:"SetIamPolicy"

Per utilizzare le query di esempio, procedi come segue:

Sostituisci le variabili con le informazioni del tuo progetto, quindi copia l'espressione utilizzando l'icona degli appunti .
Nella console Google Cloud, seleziona Logging, quindi Esplora log o fai clic sul pulsante seguente:
Vai a Esplora log
Attiva Mostra query per aprire il campo editor di query, quindi incolla l'espressione nel campo editor di query:
Fai clic su Esegui query. I log corrispondenti alla tua query sono elencati nel riquadro Risultati delle query.

Audit log degli itinerari

Puoi instradare gli audit log a destinazioni supportate allo stesso modo in cui puoi instradare altri tipi di log. Ecco alcuni motivi per cui è consigliabile eseguire il routing degli audit log:

Per conservare gli audit log per un periodo di tempo più lungo o per utilizzare funzionalità di ricerca più efficaci, puoi instradare le copie degli audit log a Cloud Storage, BigQuery o Pub/Sub. Utilizzando Pub/Sub, puoi eseguire il routing ad altre applicazioni, altri repository e a 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 nell'organizzazione.

Se gli audit log dell'accesso ai dati abilitati eseguono il push dei tuoi progetti Google Cloud sulle allocazioni dei log, puoi creare sink che escludono gli audit log dell'accesso ai dati da Logging.

Per istruzioni sul routing dei log, consulta Routing dei log alle destinazioni supportate.

Prezzi

Per informazioni sui prezzi di Cloud Logging, consulta Prezzi della suite operativa di Google Cloud: Cloud Logging.

Passaggi successivi

Scopri di più su Cloud Audit Logs.
Esamina gli esempi di voci di log di controllo per gli account di servizio.
Scopri di più sugli account di servizio.