Questa pagina fornisce informazioni aggiuntive per l'utilizzo di Cloud Audit Logs con Cloud Storage. Usa Cloud Audit Logs per generare log per le operazioni API eseguite in Cloud Storage.
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. Puoi anche collegare informazioni personalizzate agli audit log per ottenere informazioni più granulari sulle modalità di accesso alle risorse.
I tuoi 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 gli audit log 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 Cloud Storage sono disponibili i seguenti tipi di audit log:
Audit log delle attività di amministrazione: voci per le operazioni che modificano l'accesso alle risorse Cloud Storage e voci per le operazioni che creano, eliminano o modificano bucket, cartelle gestite o configurazioni dei report sull'inventario. Non puoi disabilitare gli audit log delle attività di amministrazione.
Audit log degli accessi ai dati: voci per le operazioni non 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, leggono 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 operazioni che creano, eliminano o modificano oggetti e caricamenti multiparte dell'API XML.
Per ricevere gli audit log di accesso ai dati, devi abilitarli esplicitamente.
Oltre agli audit log per Cloud Storage, Cloud Audit Logs può creare audit log per Storage Insights. Gli audit log di Storage Insights vengono generati ogni volta che le configurazioni dei report sull'inventario vengono create, aggiornate e recuperate, nonché quando vengono recuperati i report sull'inventario.
Per descrizioni più complete dei tipi di audit log, consulta Tipi di audit log.
Operazioni con audit
La seguente tabella riassume le operazioni di Cloud Storage corrispondenti a ciascun tipo di audit log:
Tipo di audit log | Sottotipo | Operazioni di Cloud Storage |
---|---|---|
Attività di amministrazione | ADMIN_WRITE |
|
Accesso ai dati | ADMIN_READ |
|
Accesso ai dati | DATA_READ |
|
Accesso ai dati | DATA_WRITE |
|
1 Queste operazioni prevedono sia la lettura che la scrittura di dati. Di conseguenza, ciascuna di queste operazioni genera due voci di log.
2 Cloud Audit Logs non registra le azioni intraprese dalle funzionalità Gestione del ciclo di vita degli oggetti o Autoclass. Per conoscere le alternative che monitorano queste azioni, vedi Opzioni per il monitoraggio delle azioni del ciclo di vita.
3 Gli audit log delle attività di amministrazione non vengono generati se/quando gli ACL vengono impostati inizialmente al momento della creazione dell'oggetto. Inoltre, se l'ACL di un oggetto è impostato su pubblico, gli audit log non vengono generati per le letture o le scritture sull'oggetto o sul relativo ACL.
Formato degli audit log
Le voci di audit log includono i seguenti componenti:
La voce di log, che è un oggetto
LogEntry
. Di seguito vengono riportati alcuni campi utili:- L'elemento
logName
contiene l'ID risorsa e il tipo di audit log. resource
contiene il target dell'operazione controllata.- Il campo
timestamp
contiene la durata dell'operazione sottoposta ad audit. - L'elemento
protoPayload
contiene le informazioni controllate.
- L'elemento
I dati di audit logging, ovvero un oggetto
AuditLog
presente nel campoprotoPayload
della voce di log.Informazioni di audit facoltative specifiche per Cloud Storage, incluse informazioni dettagliate su richieste e risposte. Per ulteriori informazioni, consulta Modalità di audit logging dettagliata. Tieni presente che non è necessario applicare l'audit logging dettagliato per collegare informazioni personalizzate agli audit log.
Per informazioni sugli altri campi in questi oggetti e su come interpretarli, consulta Informazioni sugli audit log.
Nome log
I nomi dei 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 o degli accessi ai dati.
Di seguito sono riportati i nomi degli audit log, 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 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 del corrispondente tipo di risorsa monitorata, consulta Mappare 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 per informazioni descrittive, consulta Tipi di risorse monitorate.
Abilitazione degli audit log
Gli audit log delle attività di amministrazione sono sempre abilitati e non puoi disabilitarli.
Gli audit log di accesso ai dati sono disabilitati per impostazione predefinita e non vengono scritti se non sono abilitati esplicitamente.
Per informazioni sull'abilitazione di alcuni o 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 quali autorizzazioni e ruoli specifici per Logging applicare al tuo caso d'uso, considera quanto segue:
Il ruolo Visualizzatore log (
roles/logging.viewer
) ti consente l'accesso di sola lettura agli audit log di attività di amministrazione, criteri negati ed eventi di sistema. Se disponi solo di questo ruolo, non puoi visualizzare gli audit log di accesso ai dati che si trovano nei bucket_Required
e_Default
.Il ruolo Visualizzatore log privati
(roles/logging.privateLogViewer
) include le autorizzazioni contenute inroles/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 con le autorizzazioni per leggere i log in questi 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 e sui ruoli IAM che si applicano ai dati degli audit log, consulta Controllo dell'accesso con IAM.
Visualizzazione dei log
Puoi eseguire query per tutti gli audit log o in base al nome degli 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 indicizzati LogEntry
e, se utilizzi la 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 seguenti pagine:
- Crea query in Esplora log.
- Esegui query e visualizza i log in Analisi dei log.
- Query di esempio per gli insight sulla sicurezza.
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:
-
Nel pannello di navigazione della console Google Cloud, seleziona Logging, quindi 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 query-editor, 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 specifica e un tipo di audit log, nel riquadro Query Builder, segui questi passaggi:
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 che vuoi visualizzare:
- Per gli audit log di controllo delle 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 i log di controllo dei criteri negati, seleziona criterio.
Fai clic su Esegui query.
Se non vedi queste opzioni, significa che 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 maggiori informazioni sull'esecuzione di query utilizzando Esplora log, consulta Creare query in Esplora log. Per informazioni sul riepilogo delle voci di log in Esplora log utilizzando Gemini, consulta Riepilogare le voci di log con l'assistenza Gemini.
gcloud
Google Cloud CLI fornisce un'interfaccia a riga di comando per l'API Logging. Fornisci un identificatore di risorsa valido in ognuno dei nomi dei log. Ad esempio, se la query include un valore PROJECT_ID, l'identificatore del progetto fornito deve fare riferimento al progetto Google Cloud attualmente selezionato.
Per leggere le voci dell'audit log a livello di progetto Google Cloud, esegui questo comando:
gcloud logging read "logName : projects/PROJECT_ID/logs/cloudaudit.googleapis.com" \ --project=PROJECT_ID
Per leggere le voci dell'audit log 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 degli 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 dell'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 comando per leggere i log che risalgono 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 ciascuno dei nomi dei log. Ad esempio, se la query include un valore 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 degli audit log a livello di progetto:
Vai alla sezione Prova questa API nella documentazione per il metodo
entries.list
.Inserisci quanto segue nella parte 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 ogni nome di log.
{ "resourceNames": [ "projects/PROJECT_ID" ], "pageSize": 5, "filter": "logName : projects/PROJECT_ID/logs/cloudaudit.googleapis.com" }
Fai clic su Execute (Esegui).
Aggiungere informazioni personalizzate agli audit log
Puoi allegare informazioni personalizzate agli audit log 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 dell'audit log.
Quando aggiungi informazioni di controllo personalizzate, tieni presente quanto segue:
Ogni elemento
KEY
può contenere fino a 64 caratteri, mentre ogniVALUE
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 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.
Go
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
L'aggiunta di intestazioni personalizzate alle richieste effettuate dalla libreria client Python non è attualmente supportata.
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 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 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 da 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 alle 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
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 saperne di più sui campi inclusi nell'oggetto protoPayload
con il tipo type.googleapis.com/google.cloud.audit.Auditlog
, consulta la documentazione di riferimento di AuditLog
.
Audit log del routing
Puoi instradare gli audit log verso destinazioni supportate nello stesso modo in cui puoi instradare altri tipi di log. Ecco alcuni motivi per cui potresti voler instradare gli audit log:
- Per conservare gli audit log per un periodo di tempo più lungo o per utilizzare funzionalità di ricerca più potenti, puoi instradare le copie degli audit log a Cloud Storage, BigQuery o Pub/Sub. Con Pub/Sub, puoi eseguire il routing ad altre applicazioni, altri repository e terze parti.
- Per gestire gli audit log in un'intera organizzazione, puoi creare sink aggregati che possono instradare i log da qualsiasi progetto Google Cloud nell'organizzazione.
- Se gli audit log di accesso ai dati abilitati eseguono il push dei tuoi progetti Google Cloud oltre l'allocazione gratuita, puoi creare sink che escludono 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 relativi all'osservabilità di Google Cloud: Cloud Logging.
Limitazioni
A Cloud Audit Logs con Cloud Storage si applicano le seguenti limitazioni:
- Cloud Audit Logs non tiene traccia dell'accesso agli oggetti pubblici.
- Cloud Audit Logs non tiene traccia delle modifiche apportate dalla funzionalità Gestione del ciclo di vita degli oggetti.
- I log di accesso ai dati causino i download del browser autenticati quando si tenta di scaricare oggetti non pubblici al di fuori della console Google Cloud.
Passaggi successivi
- Prova il tutorial Scenari per l'esportazione di Cloud Logging.