Audit log di Cloud con Cloud Storage

Questa pagina fornisce informazioni supplementari per l'utilizzo degli audit log di Cloud con Cloud Storage. Utilizza Cloud Audit Logs per generare log per le operazioni dell'API eseguite in Cloud Storage.

Panoramica

I servizi Google 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. Puoi anche allegare informazioni personalizzate agli audit log per ottenere informazioni più granulari sul modo in cui viene eseguito l'accesso alle risorse.

I progetti Google Cloud contengono solo gli audit log per le risorse che si trovano direttamente al loro interno. Altre risorse Google Cloud, come cartelle, organizzazioni e account di fatturazione, contengono gli audit log per la stessa entità.

Per una panoramica generale di Cloud Audit Logs, consulta Panoramica di Cloud Audit Logs. Per una comprensione più approfondita del formato del log di controllo, vedi Informazioni sui log di controllo.

Log di controllo disponibili

Per Cloud Storage sono disponibili i seguenti tipi di log di controllo:

  • Log di controllo delle attività di amministrazione: voci per le operazioni che modificano l'accesso alle risorse Cloud Storage e le operazioni che ripristinano i bucket o creano, eliminano o modificano bucket, cartelle gestite o configurazioni dei report di inventario.

  • Log di controllo dell'accesso ai dati: voci per le operazioni che non vengono monitorate negli audit log delle attività di amministrazione. Esistono diversi sottotipi di audit log di accesso ai dati:

    • ADMIN_READ: voci per le operazioni che leggono le configurazioni di accesso, i metadati dei bucket o elencano i bucket all'interno di un progetto.

    • DATA_READ: voci per le operazioni che leggono o elencano risorse Cloud Storage diverse dai bucket.

    • DATA_WRITE: voci per le operazioni che creano, modificano, eliminano o ripristinano oggetti o che creano, modificano o eliminano caricamenti multipart dell'API XML o che creano, eliminano o rinominano cartelle.

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

Oltre agli audit log per Cloud Storage, Cloud Audit Logs può creare audit log per Storage Insights. I log di controllo di Storage Insights vengono generati ogni volta che vengono create, aggiornate e recuperate le configurazioni dei report sull'inventario e quando vengono recuperati i report sull'inventario.

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

Operazioni con audit

La tabella riportata di seguito riassume le operazioni di Cloud Storage corrispondenti a ciascun tipo di log di controllo:

Tipo di log di controllo Sottotipo Operazioni di Cloud Storage
Attività di amministrazione ADMIN_WRITE
  • Impostazione/modifica dei criteri IAM
  • Modifica degli ACL degli oggetti1
  • Creazione di bucket
  • Eliminazione dei bucket
  • Aggiornamento dei metadati del bucket
  • Creazione di cartelle gestite
  • Eliminazione delle cartelle gestite
  • Creazione di configurazioni dei report sull'inventario
  • Aggiornamento delle configurazioni dei report sull'inventario
  • Eliminazione delle configurazioni dei report sull'inventario
  • Ripristino dei bucket eliminati temporaneamente
Accesso ai dati ADMIN_READ
  • Ottenere i criteri IAM
  • Recuperare gli ACL degli oggetti
  • Recupero dei metadati del bucket
  • Elenco dei bucket
Accesso ai dati DATA_READ
  • Recupero dei dati dell'oggetto
  • Ottenere i metadati degli oggetti
  • Elenco di oggetti
  • Recuperare i metadati della cartella
  • Cartelle delle schede
  • Recuperare i metadati delle cartelle gestite
  • Elenco delle cartelle gestite
  • Copia di oggetti2
  • Composizione di oggetti2
  • Elenco dei caricamenti multiparte dell'API XML in corso
  • Elenco delle parti dei caricamenti multiparte dell'API XML
  • Ottenere le configurazioni dei report sull'inventario
  • Configurazioni dei report sull'inventario delle schede
  • Generare report sull'inventario
  • Report sull'inventario delle schede
Accesso ai dati DATA_WRITE
  • Creazione di oggetti
  • Eliminazione di oggetti
  • Ripristino di oggetti eliminati temporaneamente
  • Aggiornamento dei metadati degli oggetti non ACL
  • Copiare oggetti1
  • Composizione di oggetti1
  • Avvio dei caricamenti multiparte dell'API XML
  • Creazione di parti in un caricamento multiparte dell'API XML
  • Interrompere i caricamenti multiparte dell'API XML
  • Completare i caricamenti multiparte dell'API XML
  • Creazione di cartelle
  • Eliminazione di cartelle
  • Rinominare le cartelle

1 Gli audit log Attività di amministrazione non vengono generati se/quando gli ACL vengono impostati inizialmente al momento della creazione dell'oggetto. Inoltre, se un ACL di oggetto è impostato su pubblico, gli audit log non vengono generati per le letture o le scritture in quell'oggetto o nel relativo ACL.

2 Queste operazioni comportano sia la lettura sia la scrittura di dati. Di conseguenza, queste operazioni generano ciascuna due voci di log.

Limitazioni

Le seguenti limitazioni si applicano ad Cloud Audit Logs con Cloud Storage:

Se hai bisogno di funzionalità di logging in uno di questi casi, valuta la possibilità di utilizzare i log di utilizzo di Cloud Storage.

Formato degli audit log

Le voci dei log di controllo includono i seguenti componenti:

  • La voce di log stessa, che è un oggetto LogEntry. Di seguito vengono riportati alcuni campi utili:

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

  • I dati di registrazione degli audit, che sono un oggetto AuditLog contenuto nel campo protoPayload della voce di log.

  • Informazioni di controllo facoltative specifiche di Cloud Storage, tra cui informazioni dettagliate su richieste e risposte. Per ulteriori informazioni, consulta la modalità di logging di controllo dettagliato. Tieni presente che non è necessario applicare il logging di controllo dettagliato per allegare informazioni personalizzate agli audit log.

Per informazioni sugli altri campi in questi oggetti e su come interpretarli, consulta Comprendere i log di controllo.

Nome log

I nomi dei log di Cloud Audit Logs includono identificatori delle risorse che indicano il progetto Google Cloud o un'altra entità Google Cloud proprietaria degli audit log, oltre a specificare se il log contiene dati di audit logging per l'attività di amministrazione o l'accesso ai dati.

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

   folders/FOLDER_ID/logs/cloudaudit.googleapis.com%2Factivity
   folders/FOLDER_ID/logs/cloudaudit.googleapis.com%2Fdata_access

   billingAccounts/BILLING_ACCOUNT_ID/logs/cloudaudit.googleapis.com%2Factivity
   billingAccounts/BILLING_ACCOUNT_ID/logs/cloudaudit.googleapis.com%2Fdata_access

   organizations/ORGANIZATION_ID/logs/cloudaudit.googleapis.com%2Factivity
   organizations/ORGANIZATION_ID/logs/cloudaudit.googleapis.com%2Fdata_access

Nome servizio

Gli audit log di Cloud Storage utilizzano il nome del serviziostorage.googleapis.com.

Gli audit log di Storage Insights utilizzano il nome serviziostorageinsights.googleapis.com.

Per un elenco di tutti i nomi dei servizi dell'API Cloud Logging e del relativo tipo di risorsa monitorata, consulta Associare i servizi alle risorse.

Tipi di risorse

Gli audit log di Cloud Storage utilizzano il tipo di risorsa gcs_bucket.

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

Abilitazione degli audit log

Gli audit log per le attività di amministrazione sono sempre abilitati; non puoi disabilitarli.

Gli audit log di accesso ai dati sono disabilitati per impostazione predefinita e non vengono scritti, a meno che non siano stati attivati esplicitamente.

Per informazioni su come attivare alcuni o tutti gli audit log di accesso ai dati, consulta Configurare gli audit log di accesso ai dati.

Autorizzazioni e ruoli

I ruoli e le autorizzazioni 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à amministrazione, Accesso negato in base ai criteri ed Evento di sistema. Se disponi solo di questo ruolo, non puoi visualizzare gli audit log di accesso ai dati presenti nei bucket _Required e _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 nei bucket _Required e _Default.

    Tieni presente che se questi log privati sono archiviati in bucket definiti dall'utente, qualsiasi utente che dispone delle autorizzazioni per leggere i log in questi bucket può leggere i log privati. Per ulteriori informazioni sui bucket di log, consulta la panoramica su routing e archiviazione.

Per ulteriori informazioni sui ruoli e sulle autorizzazioni IAM applicati ai dati degli audit log, consulta Controllo dell'accesso con IAM.

Visualizzazione dei log

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

Esplora log ti consente di visualizzare e filtrare le singole voci di log. Se vuoi utilizzare SQL per analizzare gruppi di voci di log, utilizza la pagina Analisi dei log. Per ulteriori informazioni, vedi:

La maggior parte degli audit log può essere visualizzata in Cloud Logging utilizzando la console Google Cloud, Google Cloud CLI o l'API Logging. Tuttavia, per gli audit log relativi alla fatturazione, puoi utilizzare solo 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 di cui vuoi visualizzare gli audit log.

    • 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 di accesso negato in base ai criteri, 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.

gcloud

Google Cloud CLI fornisce un'interfaccia a riga di comando per l'API Logging. Fornisci un identificatore della risorsa valido in ciascuno dei nomi del 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 dei log di controllo 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 dei log di controllo a livello di cartella, esegui il seguente comando:

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 il seguente 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 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 dellgcloud CLI, consulta gcloud logging read.

REST

Quando crei le query, fornisci un identificatore di risorse valido in ciascuno delle denominazioni 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 nella documentazione del metodo entries.list.

  2. Inserisci quanto segue nella sezione 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 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).

Aggiungere informazioni personalizzate ai log di controllo

Puoi allegare informazioni personalizzate ai log di controllo alle richieste includendo l'intestazione x-goog-custom-audit-KEY: VALUE nella richiesta. Le richieste API XML supportano inoltre l'utilizzo di un parametro di query x-goog-custom-audit-KEY=VALUE. Le informazioni personalizzate vengono aggiunte al campo metadata di protoPayload nella voce di log di controllo.

Quando aggiungi informazioni di controllo personalizzate, tieni presente le seguenti considerazioni:

  • Ogni KEY può contenere fino a 64 caratteri, mentre ogni VALUE può contenere fino a 1200 caratteri.

  • Ogni richiesta può contenere fino a quattro voci di intestazione o parametro combinate.

Voci di intestazione di esempio

L'elenco seguente mostra esempi di coppie chiave-valore che puoi includere nelle voci di intestazione:

  • x-goog-custom-audit-job: test-job-id-here
  • x-goog-custom-audit-user: user ID test 1
  • x-goog-custom-audit-internal-user-id: MATR2022-11
  • x-goog-custom-audit-tracking-ticket: TT/1516512851
  • x-goog-custom-audit-justification: Removed customer identity record at customer request
  • x-goog-custom-audit-customer-id: USCU12315154

Richieste di esempio

Riga di comando

gcloud storage hash gs://example_bucket/example_object.jpeg --additional-headers=x-goog-custom-audit-job="job name",x-goog-custom-audit-user="test user"

Librerie client

C++

Per scoprire come aggiungere intestazioni personalizzate alle richieste, consulta Aggiungere intestazioni personalizzate.

C#

Per scoprire come aggiungere intestazioni personalizzate alle richieste, consulta Aggiungere intestazioni personalizzate.

Vai

Per scoprire come aggiungere intestazioni personalizzate alle richieste, consulta Aggiungere intestazioni personalizzate.

Java

Per scoprire come aggiungere intestazioni personalizzate alle richieste, consulta Aggiungere intestazioni personalizzate.

Node.js

Per scoprire come aggiungere intestazioni personalizzate alle richieste, consulta Aggiungere intestazioni personalizzate.

PHP

Per scoprire come aggiungere intestazioni personalizzate alle richieste, consulta Aggiungere intestazioni personalizzate.

Python

Per scoprire come aggiungere intestazioni personalizzate alle richieste, consulta Aggiungere intestazioni personalizzate.

Ruby

Per scoprire come aggiungere intestazioni personalizzate alle richieste, consulta Aggiungere intestazioni personalizzate.

API REST

API JSON

curl -X GET "https://storage.googleapis.com/storage/v1/b/example_bucket/o/example_object" \
-H "Authorization: Bearer ya29.AHES6ZRVmB7fkLtd1XTmq6mo0S1wqZZi3-Lh_s-6Uw7p8vtgSwg" \
-H "x-goog-custom-audit-job: job name" \
-H "x-goog-custom-audit-user: test user"

API XML

curl -X GET "https://storage.googleapis.com/example_bucket/example_object" \
-H "Authorization: Bearer ya29.AHES6ZRVmB7fkLtd1XTmq6mo0S1wqZZi3-Lh_s-6Uw7p8vtgSwg" \
-H "x-goog-custom-audit-job: job name" \
-H "x-goog-custom-audit-user: test user"

Richieste di URL firmati

curl -X GET 'storage.googleapis.com/example_bucket?X-Goog-Algorithm=GOOG4-RSA-SHA256&X-Goog-Credential=example%40example-project.iam.gserviceaccount.com%2F20181026%2Fus-central1%2Fstorage%2Fgoog4_request&X-Goog-Date=20181026T181309Z&X-Goog-Expires=900&X-Goog-SignedHeaders=host,x-goog-custom-audit-job,x-goog-custom-audit-user&X-Goog-Signature=247a2aa45f169edf4d187d54e7cc46e4731b1e6273242c4f4c39a1d2507a0e58706e25e3a85a7dbb891d62afa8496def8e260c1db863d9ace85ff0a184b894b117fe46d1225c82f2aa19efd52cf21d3e2022b3b868dcc1aca2741951ed5bf3bb25a34f5e9316a2841e8ff4c530b22ceaa1c5ce09c7cbb5732631510c20580e61723f5594de3aea497f195456a2ff2bdd0d13bad47289d8611b6f9cfeef0c46c91a455b94e90a66924f722292d21e24d31dcfb38ce0c0f353ffa5a9756fc2a9f2b40bc2113206a81e324fc4fd6823a29163fa845c8ae7eca1fcf6e5bb48b3200983c56c5ca81fffb151cca7402beddfc4a76b133447032ea7abedc098d2eb14a7' \
-H "x-goog-custom-audit-job: job name" \
-H "x-goog-custom-audit-user: test user"

Tieni presente che anche le intestazioni di controllo personalizzate devono essere incluse in X-Goog-SignedHeaders.

Per creare una richiesta di URL firmato che supporti l'aggiunta di intestazioni di controllo personalizzate, le intestazioni di controllo personalizzate che vuoi utilizzare nella richiesta devono essere incluse anche quando generi l'URL firmato. Ad esempio:

gcloud storage sign-url gs://example_bucket/example_object.jpeg --private-key-file=example-key.json --duration=10m --headers=x-goog-custom-audit-job:"job name",x-goog-custom-audit-user="test user"

Puoi anche utilizzare le librerie client per generare l'URL firmato quando imposti intestazioni personalizzate.

In alternativa all'utilizzo di intestazioni firmate, puoi utilizzare parametri di ricerca per trasmettere voci di controllo personalizzate.

curl -X GET 'storage.googleapis.com/example_bucket?X-Goog-Custom-Audit-Key=Value&X-Goog-Algorithm=GOOG4-RSA-SHA256&X-Goog-Credential=example%40example-project.iam.gserviceaccount.com%2F20181026%2Fus-central1%2Fstorage%2Fgoog4_request&X-Goog-Date=20181026T181309Z&X-Goog-Expires=900&X-Goog-SignedHeaders=host&X-Goog-Signature=247a2aa45f169edf4d187d54e7cc46e4731b1e6273242c4f4c39a1d2507a0e58706e25e3a85a7dbb891d62afa8496def8e260c1db863d9ace85ff0a184b894b117fe46d1225c82f2aa19efd52cf21d3e2022b3b868dcc1aca2741951ed5bf3bb25a34f5e9316a2841e8ff4c530b22ceaa1c5ce09c7cbb5732631510c20580e61723f5594de3aea497f195456a2ff2bdd0d13bad47289d8611b6f9cfeef0c46c91a455b94e90a66924f722292d21e24d31dcfb38ce0c0f353ffa5a9756fc2a9f2b40bc2113206a81e324fc4fd6823a29163fa845c8ae7eca1fcf6e5bb48b3200983c56c5ca81fffb151cca7402beddfc4a76b133447032ea7abedc098d2eb14a7'

Questi parametri di ricerca devono essere inclusi quando generi l'URL firmato. Ad esempio:

gcloud storage sign-url gs://example_bucket/example_object.jpeg --private-key-file=example-key.json --duration=10m --query-params=x-goog-custom-audit-job=job_name,x-goog-custom-audit-user=test_user

Voce di log di esempio

protoPayload: {
  @type: "type.googleapis.com/google.cloud.audit.Auditlog",
  ...
  metadata: {
    audit_context: {
      app_context: "EXTERNAL",
      audit_info: {
        x-goog-custom-audit-job: "job name",
        x-goog-custom-audit-user: "test user"
      }
    }
  }
}

Per ulteriori informazioni sui campi inclusi nell'oggetto protoPayload con il tipo type.googleapis.com/google.cloud.audit.Auditlog, consulta la documentazione di riferimento di AuditLog.

Inoltra i log di controllo

Puoi instradare i log di controllo verso le destinazioni supportate nello stesso modo in cui puoi instradare altri tipi di log. Ecco alcuni motivi per cui potresti voler instradare i tuoi log di controllo:

  • Per conservare gli audit log più a lungo o utilizzare funzionalità di ricerca più avanzate, puoi inoltrare delle 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 indirizzare i log da uno o tutti i progetti Google Cloud dell'organizzazione.
  • Se i log di controllo dell'accesso ai dati abilitati causano il possibile superamento della soglia consentita per i progetti Google Cloud, puoi creare sink che escludano i log di controllo dell'accesso ai dati da Logging.

Per istruzioni su come instradare i log, consulta Configurare e gestire i sink .

Prezzi

Per informazioni sui prezzi di Cloud Logging, consulta Prezzi di Google Cloud Observability: Cloud Logging.