Questa pagina è stata tradotta dall'API Cloud Translation.

Comprendere e utilizzare i log di Access Transparency

Questa pagina descrive i contenuti delle voci di log di Access Transparency e come visualizzarle e utilizzarle.

Log di Access Transparency nel dettaglio

I log di Access Transparency possono essere integrati con i log strumenti di gestione delle informazioni e degli eventi di sicurezza (SIEM) per automatizzare i controlli del personale Google quando accede ai tuoi contenuti. I log di Access Transparency sono disponibili nella console Google Cloud insieme agli audit log di Cloud.

Le voci dei log di Access Transparency includono i seguenti tipi di dettagli:

La risorsa e l'azione interessate.
L'ora dell'azione.
I motivi dell'azione (ad esempio, il numero della richiesta inviata all'assistenza clienti).
Dati su chi esegue azioni sui contenuti, ad esempio la località del personale Google.

Attivazione di Access Transparency

Per informazioni sull'abilitazione di Access Transparency per la tua organizzazione Google Cloud: consulta Attivazione di Access Transparency.

Visualizzazione dei log di Access Transparency

Dopo aver configurato Access Transparency per la tua organizzazione Google Cloud, puoi impostare i controlli per chi può accedere ai log di Access Transparency assegnando a un utente o a un gruppo il ruolo Visualizzatore log privati. Per maggiori dettagli, consulta la guida al controllo dell'accesso di Cloud Logging.

Per visualizzare i log di Access Transparency, utilizza il seguente filtro di log di Google Cloud Observability.

logName="projects/PROJECT_ID/logs/cloudaudit.googleapis.com%2Faccess_transparency"

Per scoprire come visualizzare i log di Access Transparency in Esplora log, consulta Utilizzare Esplora log.

Puoi anche monitorare i log utilizzando l'API Cloud Monitoring o le funzioni Cloud Run. Per iniziare, consulta documentazione di Cloud Monitoring.

(Facoltativo) Crea una metrica basata su log e poi imposta un criteri di avviso per darti un riscontro tempestivo dei problemi emersi dai log.

Esempio di voce di log di Access Transparency

Di seguito è riportato un esempio di voce del log di Access Transparency:

{
 insertId:  "abcdefg12345"
 jsonPayload: {
  @type:  "type.googleapis.com/google.cloud.audit.TransparencyLog"
  location: {
   principalOfficeCountry:  "US"
   principalEmployingEntity:  "Google LLC"
   principalPhysicalLocationCountry:  "CA"
  }
  principalJobTitle: "Engineering"
  product: [
   0:  "Cloud Storage"
  ]
  reason: [
    detail:  "Case number: bar123"
    type:  "CUSTOMER_INITIATED_SUPPORT"
  ]
  eventId: "asdfg12345asdfg12345asdfg12345"
  accesses: [
   0: {
    methodName: "GoogleInternal.Read"
    resourceName: "//googleapis.com/storage/buckets/BUCKET_NAME/objects/foo123"
    }
  ]
  accessApprovals: [
   0: "projects/123/approvalRequests/abcdef12345"
  ]
 }
 logName:  "projects/PROJECT_ID/logs/cloudaudit.googleapis.com%2Faccess_transparency"
 operation: {
  id:  "12345xyz"
 }
 receiveTimestamp:  "2017-12-18T16:06:37.400577736Z"
 resource: {
  labels: {
   project_id:  "1234567890"
  }
  type:  "project"
 }
 severity:  "NOTICE"
 timestamp:  "2017-12-18T16:06:24.660001Z"
}

Descrizione dei campi del log

Campo	Descrizione
`insertId`	Identificatore univoco per il log.
`@type`	Identificatore del log di Access Transparency.
`principalOfficeCountry`	Codice paese ISO 3166-1 alfa-2 del paese in cui chi ha eseguito l'accesso ha un ufficio permanente, `??` se la località non è disponibile oppure identificatore di 3 caratteri del continente in cui il personale di Google si trova in un paese a bassa densità di popolazione.
`principalEmployingEntity`	La persona giuridica che assume il personale di Google che effettua l'accesso (ad es. `Google LLC`).
`principalPhysicalLocationCountry`	Codice paese ISO 3166-1 alpha-2 del paese da cui è stato eseguito l'accesso, `??` se la località non è disponibile, o identificatore di 3 caratteri del continente in cui il personale di Google si trova in un paese a bassa densità di popolazione.
`principalJobTitle`	La famiglia di lavoro del personale di Google che esegue l'accesso.
`product`	Il prodotto Google Cloud del cliente a cui è stato eseguito l'accesso.
`reason:detail`	Dettagli del motivo, ad esempio un ID ticket di assistenza.
`reason:type`	Accesso tipo di motivo (ad esempio, `CUSTOMER_INITIATED_SUPPORT)`.
`accesses:methodName`	Il tipo di accesso effettuato. Ad esempio, `GoogleInternal.Read`. Per ulteriori informazioni sui metodi che possono essere visualizzati nel campo `methodName`, consulta la sezione Valori per il campo `accesses: methodName`.
`accesses:resourceName`	Nome della risorsa a cui è stato eseguito l'accesso.
`accessApprovals`	Include i nomi delle risorse di Access Approval che hanno approvato l'accesso. Queste richieste sono soggette a esclusioni e servizi supportati. Questo campo viene compilato solo se Access Approval è abilitato per alle risorse a cui si accede. Log di Access Transparency pubblicati prima della data Il 24 marzo 2021 non verrà compilato.
`logName`	Nome della posizione del log.
`operation:id`	ID cluster del log.
`receiveTimestamp`	Ora in cui l'accesso è stato ricevuto dalla pipeline di logging.
`project_id`	Progetto associato alla risorsa a cui è stato eseguito l'accesso.
`type`	Tipo di risorsa a cui è stato eseguito l'accesso (ad esempio `project`).
`eventId`	ID evento univoco associato a una singola giustificazione dell'evento di accesso (ad esempio, una singola richiesta di assistenza). Tutti gli accessi registrati nello stesso hanno lo stesso valore `event_id`.
`severity`	Gravità del log.
`timestamp`	L'ora in cui è stato creato il log.

Valori per il campo `accesses:methodNames`

Nel campo accesses:methodNames dei log di Access Transparency possono essere visualizzati i seguenti metodi:

Metodi standard: i metodi sono List, Get, Create, Update e Delete. Per ulteriori informazioni, consulta Metodi standard.
Metodi personalizzati: i metodi personalizzati si riferiscono ai metodi API oltre ai cinque metodi standard. Tra i metodi personalizzati più comuni figurano Cancel, BatchGet, Move, Search e Undelete. Per ulteriori informazioni, consulta Metodi personalizzati.
Metodi GoogleInternal: i seguenti metodi GoogleInternal possono essere visualizzati nel campo accesses:methodNames:

Nome metodo	Descrizione	Esempi
`GoogleInternal.Read`	Indica un'azione di lettura eseguita sui contenuti dei clienti con una giustificazione commerciale valida. L'azione di lettura viene eseguita utilizzando un'API interna progettata specificamente per l'amministrazione dei servizi Google Cloud. Questo metodo non modifica i contenuti dei clienti.	Lettura delle autorizzazioni IAM.
`GoogleInternal.Write`	Indica un'azione di scrittura eseguita sui contenuti dei clienti con una giustificazione commerciale valida. L'azione di scrittura avviene utilizzando un'API interna progettata specificatamente per amministrare i servizi Google Cloud. Questo metodo può aggiornare i contenuti e/o le configurazioni dei clienti.	Impostazione delle autorizzazioni IAM per una risorsa. Sospensione di un'istanza Compute Engine.
`GoogleInternal.Create`	Indica un'azione di creazione eseguita sui contenuti dei clienti con una giustificazione aziendale valida. L'azione di creazione viene eseguita utilizzando un'API interna progettata specificamente per l'amministrazione dei servizi Google Cloud. Questo metodo consente di creare nuovi contenuti per i clienti.	Creazione di un bucket Cloud Storage. Creazione di un argomento Pub/Sub.
`GoogleInternal.Delete`	Indica un'azione di eliminazione eseguita sui contenuti dei clienti utilizzando un'API interna progettata appositamente per amministrare i servizi Google Cloud. Questo metodo modifica i contenuti e/o le configurazioni dei clienti.	Eliminazione di un oggetto Cloud Storage. Eliminazione di una tabella BigQuery.
`GoogleInternal.List`	Indica un'azione di elenco eseguita sui contenuti dei clienti con una giustificazione commerciale valida. L'azione di elenco viene eseguita utilizzando un'API interna progettata specificamente per l'amministrazione dei servizi Google Cloud. Questo metodo non cambia i contenuti o le configurazioni dei clienti.	Elenco delle istanze Compute Engine di un cliente. Elenco dei job Dataflow di un cliente.
`GoogleInternal.SSH`	Indica un'azione SSH eseguita sulla macchina virtuale di un cliente con una giustificazione aziendale valida. L'accesso SSH avviene utilizzando un'API interna progettata specificamente per l'amministrazione dei servizi Google Cloud. Questo metodo può modificare i contenuti e le configurazioni dei clienti.	Accesso di emergenza per il ripristino in seguito a un'interruzione di Compute Engine o Google Distributed Cloud.
`GoogleInternal.Update`	Indica una modifica apportata ai contenuti dei clienti con una giustificazione commerciale valida. L'azione di aggiornamento viene eseguita utilizzando un'API interna progettata specificamente per l'amministrazione dei servizi Google Cloud. Questo metodo modifica i contenuti e/o le configurazioni dei clienti.	Aggiornamento delle chiavi HMAC in Cloud Storage.
`GoogleInternal.Get`	Indica un'azione richiesta eseguita sui contenuti dei clienti con una giustificazione aziendale valida. L'azione get avviene utilizzando un'API interna progettata specificatamente per amministrare i servizi Google Cloud. Questo metodo non modifica i contenuti o le configurazioni dei clienti.	Recupero del criterio IAM per una risorsa. Recupero del job Dataflow di un cliente in corso...
`GoogleInternal.Query`	Indica un'azione di query eseguita sui contenuti dei clienti con una giustificazione aziendale valida. L'azione della query viene eseguita utilizzando un'API interna progettata specificatamente per amministrare i servizi Google Cloud. Questo metodo non modifica i contenuti o le configurazioni dei clienti.	Eseguire una query BigQuery. Ricerca della console di debug di AI Platform nei contenuti dei clienti.

Gli accessi a GoogleInternal sono strettamente limitati al personale autorizzato per garantire un accesso giustificato e verificabile. La presenza di un metodo non indica la disponibilità per tutti i ruoli. Le organizzazioni che cercano controlli avanzati sull'accesso amministrativo a un progetto o a un'organizzazione possono attivare Access Approval per consentire l'approvazione o la negazione degli accessi in base ai dettagli dell'accesso. Ad esempio, gli utenti di Access Approval possono scegliere di consentire solo le richieste con la giustificazione CUSTOMER_INITIATED_SUPPORT per quelle effettuate da un dipendente Google con il ruolo Customer Support. Per ulteriori informazioni, consulta la Panoramica di Access Approval.

Se un evento soddisfa rigorosi criteri per l'accesso di emergenza, Access Approval può registrarlo con lo stato auto approved. Access Transparency e Access Approval sono progettati specificamente per includere la registrazione ininterrotta per gli scenari di accesso di emergenza.

Se stai cercando un maggiore controllo sulla sicurezza dei dati per i tuoi carichi di lavoro, ti consigliamo di utilizzare Assured Workloads. I progetti Assured Workloads offrono funzionalità avanzate come la residenza dei dati, i controlli sovrani e l'accesso a funzionalità come il calcolo riservato in Compute Engine. Sfrutta Key Access Justifications per le chiavi di crittografia gestite esternamente.

Codici del motivo di giustificazione

Motivo	Descrizione
`CUSTOMER_INITIATED_SUPPORT`	Assistenza richiesta dal cliente, ad esempio "Numero richiesta: ####".
`GOOGLE_INITIATED_SERVICE`	Si riferisce all'accesso avviato da Google per la gestione del sistema e risoluzione dei problemi. Il personale di Google può effettuare questo tipo di accesso per i seguenti motivi: Per eseguire il debug tecnico necessario per una richiesta di assistenza o un'indagine complessa. Risolvere problemi tecnici, ad esempio errori dello spazio di archiviazione o dati corruzione.
`THIRD_PARTY_DATA_REQUEST`	Accesso avviato da Google in risposta a una richiesta di tipo legale o a un procedimento giudiziario, incluso quando si risponde a un procedimento giudiziario avviato dal cliente che richiede a Google di accedere ai dati del cliente.
`GOOGLE_INITIATED_REVIEW`	Accesso avviato da Google per motivi legati a sicurezza, attività fraudolenta, abuso o conformità tra cui: Garantire la sicurezza degli account e dei dati dei clienti. Per verificare se i dati sono interessati da un evento che potrebbe influire sicurezza degli account (ad esempio, infezioni da malware). Per verificare se il cliente utilizza i servizi Google in conformità con i Termini di servizio di Google. Per esaminare reclami di altri utenti e clienti o altri indicatori di attività illecite. Per verificare che i servizi Google vengano utilizzati in modo coerente con i relativi regimi di conformità (ad esempio le norme antiriciclaggio).
`GOOGLE_RESPONSE_TO_PRODUCTION_ALERT`	Si riferisce all'accesso avviato da Google per garantire l'affidabilità del sistema. Il personale di Google può effettuare questo tipo di accesso per i seguenti motivi: Per effettuare accertamenti e confermare che una sospetta interruzione del servizio non riguarda il cliente. Per garantire il backup e il ripristino da interruzioni del servizio e guasti del sistema.

Monitoraggio dei log di Access Transparency

Puoi monitorare i log di Access Transparency utilizzando l'API Cloud Monitoring. Per iniziare, consulta la documentazione di Cloud Monitoring.

Puoi configurare una metrica basata su log e poi un criterio di avviso per ricevere avvisi tempestivi sui problemi rilevati da questi log. Ad esempio, puoi creare una metrica basata su log che acquisisce Il personale Google accede ai tuoi contenuti e quindi crea un criterio di avviso Monitoraggio che consente di sapere se il numero di accessi in una un dato periodo supera una soglia specificata.

Passaggi successivi

Scopri come visualizzare e comprendere i log di Access Transparency per i servizi Google Workspace.