Esta página foi traduzida pela API Cloud Translation.

Detalhes sobre os registros da transparência no acesso e como usá-los

Nesta página, descrevemos o conteúdo das entradas de registro da Transparência no acesso e para visualizá-las e usá-las.

Acessar registros de transparência em detalhes

Os registros de Transparência no acesso podem ser integrados Ferramentas de gerenciamento de eventos e informações de segurança (SIEM) para automatizar suas auditorias de funcionários do Google quando acessam seu conteúdo. Os registros de transparência no acesso no console do Google Cloud com os Registros de auditoria do Cloud.

As entradas de registro da transparência no acesso incluem os seguintes tipos de detalhes:

o recurso e a ação afetados;
a hora da ação;
Os motivos da ação , por exemplo: o número do caso associado a uma solicitação de suporte ao cliente
Dados sobre quem está agindo no conteúdo, como a localização da equipe do Google

Como ativar a transparência no acesso

Para informações sobre como ativar a transparência no acesso para sua organização do Google Cloud, consulte Como ativar a transparência no acesso.

Como visualizar registros da transparência no acesso

Depois de configurar a Transparência no acesso para sua Google Cloud organização, é possível definir controles para quem pode acessar os registros da Transparência no acesso atribuir a um usuário ou grupo o papel Visualizador de registros particulares. Consulte a Guia de controle de acesso do Cloud Logging para detalhes.

Para acessar os registros da Transparência no acesso, use o filtro de geração de registros de observabilidade do Google Cloud a seguir.

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

Para saber como visualizar registros da transparência no acesso no Explorador de registros, consulte Como usar o Explorador de registros.

Também é possível monitorar os registros usando a API Cloud Monitoring ou Cloud Functions. Para começar, consulte a documentação do Cloud Monitoring.

Opcional: crie uma métrica com base em registros e configure uma política de alertas para receber avisos rapidamentes sobre problemas encontrados por esses registros.

Exemplo de entrada de registro da Transparência no acesso

Este é um exemplo de uma entrada de registro de transparência no acesso.

{
 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"
}

Descrições do campo de registro

Campo	Descrição
`insertId`	Identificador exclusivo para o registro.
`@type`	Identificador do registro de transparência no acesso.
`principalOfficeCountry`	Código do país ISO 3166-1 Alfa-2, em que o acessador tem um espaço de trabalho permanente, `??` se o local não estiver disponível, ou um identificador de continente de três caracteres onde a equipe do Google está em um país com um número baixo de habitantes.
`principalEmployingEntity`	A entidade que emprega a equipe do Google responsável pelo acesso (por exemplo, `Google LLC`).
`principalPhysicalLocationCountry`	Código do país ISO 3166-1 Alfa-2 onde o acesso foi feito, `??` se o local não estiver disponível, ou um identificador de continente de três caracteres onde a equipe do Google está em um país com um número baixo de habitantes.
`principalJobTitle`	A família de jobs da equipe do Google que faz o acesso.
`product`	Produto do Google Cloud do cliente que foi acessado.
`reason:detail`	Detalhes do motivo, por exemplo, um ID do tíquete de suporte.
`reason:type`	Acesse tipo de motivo, por exemplo, `CUSTOMER_INITIATED_SUPPORT)`.
`accesses:methodName`	Que tipo de acesso foi feito. Por exemplo, `GoogleInternal.Read` Para mais informações sobre os métodos que podem aparecer no campo `methodName`, consulte Valores do campo `accesses: methodName`.
`accesses:resourceName`	Nome do recurso que foi acessado.
`accessApprovals`	Inclui os nomes dos recursos da Aprovação de acesso. solicitações que aprovaram o acesso. Essas solicitações estão sujeitas a exclusões e serviços com suporte. Esse campo só será preenchido se a Aprovação de acesso estiver ativada para o aos recursos acessados. Registros de Transparência no acesso publicados antes da data 24 de março de 2021 não vai ter esse campo preenchido.
`logName`	Nome do local do registro.
`operation:id`	Código do cluster de registro.
`receiveTimestamp`	Hora em que o acesso foi recebido pelo canal da geração de registros.
`project_id`	Projeto associado ao recurso que foi acessado.
`type`	Tipo de recurso que foi acessado, por exemplo, `project`.
`eventId`	ID de evento exclusivo associado a uma única justificativa de evento de acesso (por exemplo, um único caso de suporte). Todos os acessos são registrados ao mesmo justificação têm o mesmo valor `event_id`.
`severity`	Gravidade do registro.
`timestamp`	Hora em que o registro foi gravado

Valores do campo `accesses:methodNames`

Os métodos a seguir podem aparecer no campo accesses:methodNames nos registros da Transparência no acesso:

Métodos padrão: são List, Get, Create, Update e Delete. Para mais informações, consulte Métodos padrão.
Métodos personalizados: se referem a métodos de API além dos cinco métodos padrão. Métodos personalizados comuns incluem Cancel, BatchGet, Move, Search e Undelete. Para mais informações, consulte Métodos personalizados.
Métodos GoogleInternal: os métodos GoogleInternal abaixo podem aparecer no campo accesses:methodNames:

Nome do método	Descrição	Exemplos
`GoogleInternal.Read`	Significa uma ação de leitura realizada no conteúdo do cliente com uma justificativa comercial válida. A ação de leitura ocorre com o uso de uma API interna projetada especificamente para administrar os serviços do Google Cloud. Esse método não modifica o conteúdo do cliente.	Leitura das permissões do IAM.
`GoogleInternal.Write`	Significa uma ação de gravação realizada no conteúdo do cliente com uma justificativa comercial válida. A ação de gravação ocorre com o uso de uma API interna projetada especificamente para administrar os serviços do Google Cloud. Esse método pode atualizar o conteúdo e/ou as configurações do cliente.	Configurar permissões do IAM para um recurso. Suspender uma instância do Compute Engine.
`GoogleInternal.Create`	Indica uma ação de criação realizada no conteúdo do cliente com uma justificativa comercial válida. A ação de criação ocorre com o uso de uma API interna projetada especificamente para administrar os serviços do Google Cloud. Esse método cria conteúdo novo do cliente.	criação de um bucket do Cloud Storage criar um tópico do Pub/Sub;
`GoogleInternal.Delete`	Significa uma ação de exclusão realizada no conteúdo do cliente usando uma API interna projetada especificamente para administrar os serviços do Google Cloud. Esse método modifica o conteúdo e/ou as configurações do cliente.	Excluir um objeto do Cloud Storage. Como excluir uma tabela do BigQuery.
`GoogleInternal.List`	Significa uma ação de lista realizada no conteúdo do cliente com uma justificativa comercial válida. A ação de lista ocorre com o uso de uma API interna projetada especificamente para administrar os serviços do Google Cloud. Esse método não modifica as configurações ou o conteúdo do cliente.	Listar as instâncias do Compute Engine de um cliente. Listar os jobs do Dataflow de um cliente.
`GoogleInternal.SSH`	Significa uma ação SSH realizada na máquina virtual de um cliente com uma justificativa comercial válida. O acesso SSH ocorre com o uso de uma API interna projetada especificamente para administrar os serviços do Google Cloud. Esse método pode modificar o conteúdo e as configurações do cliente.	Acesso emergencial para recuperação após uma interrupção do serviço no Compute Engine ou no Google Distributed Cloud.
`GoogleInternal.Update`	significa uma modificação realizada no conteúdo do cliente com uma justificativa comercial válida. A ação de atualização ocorre usando uma API interna projetada especificamente para administrar os serviços do Google Cloud. Esse método modifica o conteúdo e/ou as configurações do cliente.	Atualizar chaves HMAC no Cloud Storage.
`GoogleInternal.Get`	Significa uma ação realizada no conteúdo do cliente com uma justificativa comercial válida. A ação "get" ocorre com o uso de uma API interna projetada especificamente para administrar os serviços do Google Cloud. Esse método não modifica as configurações ou o conteúdo do cliente.	Recuperar política do IAM para um recurso. Recuperar o job do Dataflow de um cliente
`GoogleInternal.Query`	Significa uma ação de consulta realizada no conteúdo do cliente com uma justificativa comercial válida. A ação de consulta ocorre usando uma API interna projetada especificamente para administrar os serviços do Google Cloud. Esse método não modifica as configurações ou o conteúdo do cliente.	Como executar uma consulta do BigQuery. Pesquisa do console de depuração do AI Platform no conteúdo do cliente.

Os acessos GoogleInternal são estritamente restritos ao pessoal autorizado para acesso justificado e auditável. A presença de um método não indica disponibilidade para todos os papéis. As organizações que buscam controles aprimorados sobre o acesso administrativo em um projeto ou organização podem ativar a Aprovação de acesso para permitir a aprovação ou negação de acessos com base nos detalhes de acesso. Por exemplo, os usuários do Access Approval podem optar por permitir apenas solicitações com a justificativa CUSTOMER_INITIATED_SUPPORT para solicitações feitas por um funcionário do Google com o papel Customer Support. Para mais informações, consulte Visão geral do Access Approval.

Se um evento atender a critérios rigorosos de acesso emergencial, a Aprovação de acesso poderá registrar esse acesso com o status auto approved. A Transparência no acesso e o Access Approval foram projetados especificamente para incluir o registro ininterrupto em situações de acesso de emergência.

Se você quiser ter mais controle segurança de dados das suas cargas de trabalho, recomendamos usar o Assured Workloads. Os projetos do Assured Workloads oferecem funcionalidades aprimoradas, como residência de dados, controles de soberania e acesso a recursos como computação confidencial no Compute Engine. Ele usa as justificativas de acesso às chaves para chaves de criptografia gerenciadas externamente.

Códigos de motivo da justificativa

Motivo	Descrição
`CUSTOMER_INITIATED_SUPPORT`	Suporte iniciado pelo cliente, por exemplo, "Número do caso: ####".
`GOOGLE_INITIATED_SERVICE`	Refere-se ao acesso iniciado pelo Google para gerenciamento do sistema e e solução de problemas. A equipe do Google pode fazer esse tipo de acesso para a os seguintes motivos: Para realizar a depuração técnica necessária para uma solicitação de suporte complexa ou investigação. Corrigir problemas técnicos, como falha de armazenamento ou de dados corrupção.
`THIRD_PARTY_DATA_REQUEST`	Acesso iniciado pelo Google em resposta a uma solicitação legal ou processo legal, inclusive ao responder a um processo legal do cliente que exija que o Google acesse os próprios dados do cliente.
`GOOGLE_INITIATED_REVIEW`	Acesso iniciado pelo Google para fins de segurança, fraude, abuso ou conformidade, incluindo o seguinte: Garantir a segurança das contas e dos dados do cliente. Confirmar se os dados são afetados por um evento que pode afetar a segurança da conta (por exemplo, infecções por malware). Confirmação de que o cliente está usando os Serviços do Google em compliance com os Termos de Serviço do Google. Investigar as reclamações de outros usuários e clientes ou outras sinais de atividade abusiva. Verificar se os Serviços do Google estão sendo usados de forma consistente com regimes de compliance relevantes (por exemplo, prevenção de lavagem de dinheiro) regulamentações vigentes).
`GOOGLE_RESPONSE_TO_PRODUCTION_ALERT`	Refere-se ao acesso iniciado pelo Google para manter a confiabilidade do sistema. Google pessoal pode fazer esse tipo de acesso pelos seguintes motivos: Para investigar e confirmar se uma suspeita de interrupção do serviço não ocorreu afetam o cliente. Garantir backup e recuperação de interrupções e falhas do sistema.

Como monitorar registros de transparência no acesso

É possível monitorar os registros da Transparência no acesso usando a API Cloud Monitoring. Para começar, consulte a documentação do Cloud Monitoring.

É possível configurar um métrica com base em registros e depois Configurar um política de alertas para informar em tempo hábil sobre os problemas que surgirem nos registros. Por exemplo, é possível criar uma métrica com base em registros que captura acessos da equipe do Google ao seu conteúdo e, em seguida, criar uma política de alertas Monitoramento que informa se o número de acessos em um um determinado período excede um limite especificado.

A seguir

Saiba como acessar e entender os registros da Transparência no acesso para serviços do Google Workspace.