Informazioni sull'audit logging di Resource Manager

Questo documento descrive gli audit log creati da Resource Manager nell'ambito di Cloud Audit Logs.

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 che si trovano direttamente al loro interno. 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 Resource Manager 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 disattivare gli audit log delle attività di amministrazione.

  • Audit log degli accessi ai dati

    Include "Lettura amministratore" operazioni che leggono i metadati o la configurazione informazioni. Sono incluse anche le operazioni di "lettura dati" e "scrittura dati" che leggono o scrivono i dati forniti dall'utente.

    Per ricevere gli audit log di accesso ai dati, è necessario attivarle in modo esplicito.

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

Operazioni con audit

La tabella seguente riassume le operazioni API corrispondenti a ogni tipo di audit log in Resource Manager:

Categoria di audit log Operazioni di Resource Manager
Log delle attività di amministrazione (ADMIN_WRITE)
  • UpdateContactInfo

v3:

  • cloudresourcemanager.v3.organizations.setIamPolicy
  • cloudresourcemanager.v3.folders.create
  • cloudresourcemanager.v3.folders.delete
  • cloudresourcemanager.v3.folders.move
  • cloudresourcemanager.v3.folders.patch
  • cloudresourcemanager.v3.folders.setIamPolicy
  • cloudresourcemanager.v3.folders.undelete
  • cloudresourcemanager.v3.projects.create
  • cloudresourcemanager.v3.projects.delete
  • cloudresourcemanager.v3.projects.move
  • cloudresourcemanager.v3.projects.patch
  • cloudresourcemanager.v3.projects.setIamPolicy
  • cloudresourcemanager.v3.projects.undelete
  • cloudresourcemanager.v3.tagBindings.create
  • cloudresourcemanager.v3.tagBindings.delete
  • cloudresourcemanager.v3.tagKeys.create
  • cloudresourcemanager.v3.tagKeys.delete
  • cloudresourcemanager.v3.tagKeys.patch
  • cloudresourcemanager.v3.tagKeys.setIamPermissions
  • cloudresourcemanager.v3.tagValues.create
  • cloudresourcemanager.v3.tagValues.delete
  • cloudresourcemanager.v3.tagValues.patch
  • cloudresourcemanager.v3.tagValues.setIamPermissions

v2beta1:

  • cloudresourcemanager.v2beta1.folders.create
  • cloudresourcemanager.v2beta1.folders.delete
  • cloudresourcemanager.v2beta1.folders.move
  • cloudresourcemanager.v2beta1.folders.update
  • cloudresourcemanager.v2beta1.folders.setIamPolicy
  • cloudresourcemanager.v2beta1.folders.undelete

v2:

  • cloudresourcemanager.v2.folders.create
  • cloudresourcemanager.v2.folders.delete
  • cloudresourcemanager.v2.folders.move
  • cloudresourcemanager.v2.folders.update
  • cloudresourcemanager.v2.folders.setIamPolicy
  • cloudresourcemanager.v2.folders.undelete

v1beta1:

  • cloudresourcemanager.v1beta1.organizations.setIamPolicy
  • cloudresourcemanager.v1beta1.organizations.update
  • cloudresourcemanager.v1beta1.projects.create
  • cloudresourcemanager.v1beta1.projects.delete
  • cloudresourcemanager.v1beta1.projects.setIamPolicy
  • cloudresourcemanager.v1beta1.projects.undelete
  • cloudresourcemanager.v1beta1.projects.update

v1:

  • cloudresourcemanager.v1.folders.clearOrgPolicy
  • cloudresourcemanager.v1.folders.setOrgPolicy
  • cloudresourcemanager.v1.organizations.clearOrgPolicy
  • cloudresourcemanager.v1.organizations.setIamPolicy
  • cloudresourcemanager.v1.organizations.setOrgPolicy
  • cloudresourcemanager.v1.projects.clearOrgPolicy
  • cloudresourcemanager.v1.projects.create
  • cloudresourcemanager.v1.projects.delete
  • cloudresourcemanager.v1.projects.setIamPolicy
  • cloudresourcemanager.v1.projects.setOrgPolicy
  • cloudresourcemanager.v1.projects.undelete
  • cloudresourcemanager.v1.projects.update
Log di accesso ai dati (ADMIN_READ)
  • GetContactInfo

v3:

  • cloudresourcemanager.v3.organizations.get
  • cloudresourcemanager.v3.organizations.getIamPolicy
  • cloudresourcemanager.v3.organizations.search
  • cloudresourcemanager.v3.organizations.testIamPermissions
  • cloudresourcemanager.v3.folders.get
  • cloudresourcemanager.v3.folders.getIamPolicy
  • cloudresourcemanager.v3.folders.list
  • cloudresourcemanager.v3.folders.search
  • cloudresourcemanager.v3.folders.testIamPermissions
  • cloudresourcemanager.v3.projects.get
  • cloudresourcemanager.v3.projects.getIamPolicy
  • cloudresourcemanager.v3.projects.list
  • cloudresourcemanager.v3.projects.search
  • cloudresourcemanager.v3.projects.testIamPermissions
  • cloudresourcemanager.v3.tagKeys.get
  • cloudresourcemanager.v3.tagKeys.getIamPolicy
  • cloudresourcemanager.v3.tagKeys.list
  • cloudresourcemanager.v3.tagKeys.testIamPermissions
  • cloudresourcemanager.v3.tagValues.get
  • cloudresourcemanager.v3.tagValues.getIamPolicy
  • cloudresourcemanager.v3.tagValues.list
  • cloudresourcemanager.v3.tagValues.testIamPermissions

v2beta1:

  • cloudresourcemanager.v2beta1.folders.get
  • cloudresourcemanager.v2beta1.folders.getIamPolicy
  • cloudresourcemanager.v2beta1.folders.list

v2:

  • cloudresourcemanager.v2.folders.get
  • cloudresourcemanager.v2.folders.getIamPolicy
  • cloudresourcemanager.v2.folders.list

v1beta1:

  • cloudresourcemanager.v1beta1.organizations.get
  • cloudresourcemanager.v1beta1.organizations.getIamPolicy
  • cloudresourcemanager.v1beta1.projects.get
  • cloudresourcemanager.v1beta1.projects.getIamPolicy

v1:

  • cloudresourcemanager.v1.folders.getEffectiveOrgPolicy
  • cloudresourcemanager.v1.folders.getOrgPolicy
  • cloudresourcemanager.v1.folders.listAvailableOrgPolicyConstraints
  • cloudresourcemanager.v1.folders.listOrgPolicies
  • cloudresourcemanager.v1.organizations.get
  • cloudresourcemanager.v1.organizations.getEffectiveOrgPolicy
  • cloudresourcemanager.v1.organizations.getIamPolicy
  • cloudresourcemanager.v1.organizations.getOrgPolicy
  • cloudresourcemanager.v1.organizations.listAvailableOrgPolicyConstraints
  • cloudresourcemanager.v1.organizations.listOrgPolicies
  • cloudresourcemanager.v1.projects.get
  • cloudresourcemanager.v1.projects.getEffectiveOrgPolicy
  • cloudresourcemanager.v1.projects.getIamPolicy
  • cloudresourcemanager.v1.projects.listAvailableOrgPolicyConstraints
  • cloudresourcemanager.v1.projects.listOrgPolicies
Log di accesso ai dati (ADMIN_READ sotto il nome del servizio di integrazione)[1]

v3:

  • cloudresourcemanager.v3.tagBindings.list
  • cloudresourcemanager.v3.effectiveTags.list
Log di accesso ai dati (ADMIN_READ in Organization Policy Service)[2]

v2:

  • orgpolicy.policies.getEffectivePolicy

[1] ADMIN_READ deve essere attivato nel servizio per la risorsa specifica a cui è associato il tag per attivare questo log

[2] ADMIN_READ deve essere attivato nell'API Organization Policy Service per attivare questo log

Gli audit log per le operazioni sui tag in altri servizi, come cloudsql.instances.listEffectiveTags vengono scritte nell'elemento padre della risorsa e sono inclusi negli audit log di Resource Manager. Non sono inclusi negli audit log della risorsa di servizio. Per visualizzare questi log, devi attivare ADMIN_READ nel servizio per la risorsa specifica a cui è associato il tag.

Le operazioni GetContactInfo e UpdateContactInfo supportano il servizio ContactInfo per il Regolamento generale sulla protezione dei dati (GDPR) dell'UE. Queste operazioni aggiornano e recuperano i dati di contatto per un rappresentante UE e un responsabile della protezione dei dati, che possono essere modificati alla console Google Cloud Privacy e Sicurezza.

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 audit log.
    • resource contiene il target dell'operazione controllata.
    • timeStamp contiene l'ora dell'operazione controllata.
    • protoPayload contiene le informazioni sottoposte a controllo.
  • I dati del logging di controllo, che sono un oggetto AuditLog conservato in 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 si trova in serviceData campo dell'oggetto AuditLog; le integrazioni successive utilizzano il campo metadata.

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 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

Gli audit log di Resource Manager utilizzano il nome del servizio cloudresourcemanager.googleapis.com.

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

Tutti gli audit log di Resource Manager utilizzano il tipo di risorsa project.

Per un elenco di tutti i tipi di risorse monitorate 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 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 su come abilitare 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 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à amministratore, Accesso negato in base ai criteri ed Evento 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 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, l'utente che dispone delle autorizzazioni per leggere i log nei bucket può leggere logaritmi. Per ulteriori informazioni sui bucket di log, consulta la 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 su tutti i log di controllo o su quelli in base al 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 su come eseguire query sui log, consulta le seguenti pagine:

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:

  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 la cui di controllo degli audit log che vuoi visualizzare.

    • 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 relativi ai criteri negati, 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. Per informazioni su come riepilogare le voci di log in Esplora log utilizzando Gemini, consulta 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 i nomi degli utenti. 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 dei log di controllo 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 dei 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 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 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 audit log a livello di progetto:

  1. Vai alla sezione Prova questa API della documentazione per entries.list .

  2. Inserisci quanto segue nella sezione Corpo della richiesta del modulo 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"
    }
    
  3. Fai clic su Execute (Esegui).

Query di esempio

Per utilizzare le query di esempio nella tabella seguente, svolgi i seguenti passaggi:

  1. Sostituisci le variabili nell'espressione di query con il tuo progetto informazioni, 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 il valore nel campo dell'editor di query:

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

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

Per trovare gli audit log di Resource Manager, utilizza le seguenti query in Esplora log:

Nome query Espressione
Progetto creato
log_id("cloudaudit.googleapis.com/activity")
protoPayload.methodName="CreateProject"
resource.labels.project_id="PROJECT_ID"
Progetto eliminato
log_id("cloudaudit.googleapis.com/activity")
protoPayload.methodName="DeleteProject"
resource.labels.project_id="PROJECT_ID"

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 instradare i log da uno o tutti i progetti Google Cloud dell'organizzazione.

  • Se gli audit log di accesso ai dati abilitati causano il possibile superamento della soglia consentita per i progetti Google Cloud, puoi creare sink che escludano 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, consulta il riepilogo dei prezzi di Cloud Logging.