Audit log di Cloud con Cloud Storage

Questa pagina fornisce informazioni supplementari per l'utilizzo di Cloud Audit Logs con di archiviazione ideale in Cloud Storage. usa Cloud Audit Logs per generare log per le operazioni API in Cloud Storage.

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. Puoi Inoltre, collegano informazioni personalizzate agli audit log per informazioni più dettagliate. le modalità di accesso alle risorse.

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 dell'audit log consulta Informazioni sui log di controllo.

Log di controllo disponibili

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

  • Audit log delle attività di amministrazione: voci per le operazioni che modificano l'accesso a le risorse di Cloud Storage e le voci per le operazioni che creano, Eliminare o modificare bucket, cartelle gestite o report sull'inventario configurazioni. Non puoi disabilitare gli audit log per le attività di amministrazione.

  • Audit log degli accessi ai dati: voci per le operazioni non monitorate in Audit log delle attività di amministrazione. Esistono diversi sottotipi di controllo dell'accesso ai dati log:

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

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

    • DATA_WRITE: voci per le operazioni che creano, modificano, eliminano o ripristinare oggetti o che creano, modificano o eliminano l'API XML multiparte caricamenti.

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

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

Per una descrizione più completa dei tipi di audit log, consulta Tipi di audit log.

Operazioni con audit

La tabella seguente riassume le operazioni di Cloud Storage corrispondono a ciascun tipo di audit log:

Tipo di audit log 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 in corso...
  • 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
Accesso ai dati ADMIN_READ
  • Recupero dei criteri IAM
  • Recupero degli ACL degli oggetti
  • Recupero dei metadati del bucket
  • Elenco dei bucket
Accesso ai dati DATA_READ
  • Recupero dei dati oggetto
  • Recupero dei metadati degli oggetti
  • Elenco di oggetti
  • Recupero dei metadati delle cartelle gestite
  • Elenco delle cartelle gestite
  • Copia di oggetti2
  • Composizione di oggetti2
  • Elenco dei caricamenti in corso multiparte dell'API XML
  • Elenco delle parti per il caricamento multiparte dell'API XML
  • Recupero delle configurazioni dei report sull'inventario
  • Configurazioni dei report sull'inventario della scheda
  • Generare report sull'inventario
  • Elenco dei report sull'inventario
Accesso ai dati DATA_WRITE
  • Creazione di oggetti
  • Eliminazione di oggetti
  • Ripristino degli oggetti eliminati temporaneamente
  • Aggiornamento dei metadati degli oggetti non ACL
  • Copia di oggetti1
  • Composizione di oggetti1
  • Avvio dei caricamenti multiparte dell'API XML
  • Creazione di parti in un caricamento multiparte di un'API XML
  • Interruzione dei caricamenti multiparte dell'API XML
  • Completamento dei caricamenti multiparte dell'API XML

1 Gli audit log per le attività di amministrazione non vengono generati se/quando gli ACL vengono inizialmente impostato durante la creazione dell'oggetto. Inoltre, se l'ACL di un oggetto è impostato su pubblici, gli audit log non vengono generati per le letture o le scritture sull'oggetto o sul relativo ACL.

2 Queste operazioni prevedono sia la lettura che la scrittura e i dati di Google Cloud. Di conseguenza, ciascuna di queste operazioni genera due voci di log.

Limitazioni

A Cloud Audit Logs con Cloud Storage si applicano le seguenti restrizioni:

Se hai bisogno di funzionalità di logging in uno di questi casi, valuta l'utilizzo Log sull'utilizzo di Cloud Storage.

Formato degli audit log

Le voci degli audit log 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 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 campo protoPayload della voce di log.

  • Informazioni di audit facoltative specifiche per Cloud Storage, tra cui informazioni dettagliate su richieste e risposte; per altre per ulteriori informazioni, consulta Modalità di audit logging dettagliata. Tieni presente che è necessario applicare log di controllo dettagliati per collegare informazioni personalizzate logaritmi.

Per altri campi in questi oggetti e per come interpretarli, vedi 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 audit logging delle attività di amministrazione o dell'accesso ai dati e i dati di Google Cloud.

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

   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 servizio storage.googleapis.com.

Gli audit log di Storage Insights utilizzano il nome del servizio storageinsights.googleapis.com.

Per un elenco di tutti i nomi dei servizi dell'API Cloud Logging e i relativi nomi di risorsa monitorata, consulta Mappatura dei 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 dei dettagli consulta la sezione Tipi di risorse monitorate.

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

Per informazioni sull'abilitazione di alcuni o di tutti gli audit log di accesso ai dati, consulta Configurare 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 _Required e _Default bucket.

  • il ruolo Visualizzatore log privati(roles/logging.privateLogViewer) include autorizzazioni contenute in roles/logging.viewer, oltre alla possibilità Audit log degli accessi ai dati nei bucket _Required e _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.

Visualizzazione dei 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:

Puoi visualizzare gli audit log in Cloud Logging utilizzando Console Google Cloud, Google Cloud CLI o l'API Logging.

Console

Nella console Google Cloud, puoi utilizzare Esplora log per recuperare le voci di audit log per il progetto, la cartella o organizzazione:

  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 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"
    
  4. 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:

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

  2. 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"
    }
    
  3. Fai clic su Execute (Esegui).

Aggiungi informazioni personalizzate agli audit log

Puoi collegare alle richieste informazioni personalizzate negli audit log tra cui x-goog-custom-audit-KEY: VALUE nella richiesta. Le richieste API XML supportano inoltre l'uso di un x-goog-custom-audit-KEY=VALUE query . Le informazioni personalizzate vengono aggiunte al campo metadata della protoPayload nella voce dell'audit log.

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

  • Ciascun KEY può contenere fino a 64 caratteri, mentre Il campo VALUE può contenere fino a 1200 caratteri.

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

Esempi di voci di intestazione

Il seguente elenco mostra esempi di coppie chiave/valore che puoi includere nell'intestazione voci:

  • 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 informazioni su come aggiungere intestazioni personalizzate alle richieste, consulta Aggiungere intestazioni personalizzate.

C#

Per informazioni su come aggiungere intestazioni personalizzate alle richieste, consulta Aggiungere intestazioni personalizzate.

Vai

Per informazioni su come aggiungere intestazioni personalizzate alle richieste, consulta Aggiungere intestazioni personalizzate.

Java

Per informazioni su come aggiungere intestazioni personalizzate alle richieste, consulta Aggiungere intestazioni personalizzate.

Node.js

Per informazioni su come aggiungere intestazioni personalizzate alle richieste, consulta Aggiungere intestazioni personalizzate.

PHP

Per informazioni su come aggiungere intestazioni personalizzate alle richieste, consulta Aggiungere intestazioni personalizzate.

Python

Per informazioni su come aggiungere intestazioni personalizzate alle richieste, consulta Aggiungere intestazioni personalizzate.

Ruby

Per informazioni su 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 firmate

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 le intestazioni di controllo personalizzate devono essere incluse anche X-Goog-SignedHeaders.

Per creare una richiesta di URL firmata che supporti l'aggiunta di controlli personalizzati intestazioni di controllo, anche le intestazioni di controllo personalizzate che vuoi utilizzare nella richiesta devono essere incluso 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 impostare intestazioni personalizzate.

In alternativa alle intestazioni con firma, puoi utilizzare parametri di ricerca per passare 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 genera 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

Esempio di voce di log

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 di tipo type.googleapis.com/google.cloud.audit.Auditlog, consulta le documentazione di riferimento di AuditLog.

Audit log delle route

Puoi indirizzare i log di controllo alle destinazioni supportate nello stesso modo in cui puoi eseguire il routing di altri tipi di log. Ecco alcuni motivi per cui potresti voler indirizzare i tuoi 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 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 dei progetti Google Cloud allocazione gratuita, puoi creare sink escludi gli audit log di accesso ai dati da Logging.

Per istruzioni sul routing dei log, consulta Configurare e gestire i sink .

Prezzi

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

Passaggi successivi