Visão geral dos registros de auditoria do Cloud

Neste documento, você encontra uma visão geral conceitual dos registros de auditoria do Cloud.

Os serviços do Google Cloud gravam registros de auditoria que registram atividades e acessos administrativos nos recursos do Google Cloud. Os registros de auditoria ajudam você a responder "quem fez o quê, onde e quando?" nos recursos do Google Cloud com o mesmo nível de transparência que os ambientes locais. Ativar os registros de auditoria ajuda as entidades de segurança, auditoria e conformidade a monitorar dados e sistemas do Google Cloud em busca de possíveis vulnerabilidades ou uso externo indevido de dados.

Serviços do Google que geram registros de auditoria

Para ver uma lista de serviços do Google Cloud que fornecem registros de auditoria, consulte Serviços do Google com registros de auditoria. Todos os serviços do Google Cloud em algum momento fornecerão registros de auditoria.

Para uma visão geral dos registros de auditoria do Google Workspace, consulte Registros de auditoria do Google Workspace.

Funções exigidas

Para conferir os registros de auditoria, você precisa ter as permissões e funções de gerenciamento de identidade e acesso (IAM) adequadas:

  • Para receber as permissões necessárias para ter acesso somente leitura aos registros de auditoria de atividade do administrador, política negada e eventos do sistema, peça ao administrador para conceder a você o papel do IAM de Leitor de registros (roles/logging.viewer) no projeto.

    Se você tiver apenas o papel de leitor de registros (roles/logging.viewer), não será possível acessar os registros de auditoria de acesso a dados que estão no bucket _Default.

  • Para receber as permissões necessárias para acessar todos os registros no _Required e no _Default de buckets, incluindo registros de acesso a dados, peça ao administrador para conceder a você Papel do IAM de Leitor de registros particulares (roles/logging.privateLogViewer) no projeto.

    O papel Visualizador de registros particulares (roles/logging.privateLogViewer) inclui as permissões contidas no papel Visualizador de registros (roles/logging.viewer), e as necessárias para ler os registros de auditoria de acesso a dados no bucket _Default.

Para mais informações sobre as permissões e os papéis do IAM que se aplicam aos dados de registros de auditoria, consulte Controle de acesso com IAM.

Tipos de registros de auditoria

Os registros de auditoria do Cloud fornecem os seguintes registros de auditoria para cada projeto, pasta e organização do Google Cloud:

Registros de auditoria de atividade do administrador

Os registros de auditoria de atividade do administrador contêm entradas de registros para chamadas de API ou de outras ações que modificam a configuração ou os metadados de recursos. Por exemplo, esses registros são gravados quando os usuários criam instâncias de VM ou alteram permissões do Identity and Access Management.

Os registros de auditoria da atividade do administrador são sempre gravados. Não é possível configurá-los, excluí-los ou desativá-los. Mesmo que você desative a API Cloud Logging, os registros de auditoria da atividade do administrador ainda serão gerados.

Para uma lista de serviços que gravam registros de auditoria de atividades do administrador e informações sobre quais atividades geram esses registros, consulte Serviços do Google Cloud com registros de auditoria.

Registros de auditoria de acesso a dados

Os registros de auditoria de acesso a dados contêm as chamadas de API que leem a configuração ou os metadados dos recursos. Eles também incluem as chamadas de API com base no usuário, que criam, modificam ou leem os dados dos recursos inseridos pelo usuário.

Recursos disponíveis publicamente que tenham as políticas do Identity and Access Management allAuthenticatedUsers ou allUsers não geram registros de auditoria. Recursos que podem ser acessados sem fazer login em uma conta do Google Cloud, do Google Workspace, do Cloud Identity ou do Drive Enterprise não geram registros de auditoria. Isso ajuda a proteger as identidades e as informações dos usuários finais.

Os registros de auditoria de acesso a dados, exceto os registros de auditoria do BigQuery Data Access, estão desativados por padrão porque os registros de auditoria podem ser bem grandes. Se você quiser que os registros de auditoria de acesso a dados sejam gravados para serviços do Google Cloud diferentes do BigQuery, será necessário ativá-los explicitamente. A ativação dos registros pode resultar em cobranças pelo uso de outros registros no projeto do Google Cloud. Para instruções sobre como ativar e configurar os registros de auditoria de acesso a dados, consulte Ative os registros de auditoria de acesso a dados.

Para uma lista de serviços que gravam registros de auditoria de acesso a dados e informações detalhadas sobre quais atividades geram esses registros, consulte Serviços do Google Cloud com registros de auditoria.

Os registros de auditoria de acesso a dados são armazenados no bucket de registro _Default, a menos que você os tenha encaminhado para outro lugar. Para mais informações, consulte a Como armazenar e rotear registros de auditoria desta página.

Registros de auditoria de evento do sistema

Os registros de auditoria de evento do sistema contêm entradas de registro para ações do Google Cloud que modificam a configuração de recursos. Os registros de auditoria de evento do sistema são ativados pelos sistemas do Google. Eles não são conduzidos por ação direta do usuário.

Os registros de auditoria são sempre gravados. Não é possível configurá-los, excluí-los ou desativá-los.

Para uma lista de serviços que gravam registros de auditoria de eventos do sistema e informações detalhadas sobre quais atividades geram esses registros, consulte Serviços do Google Cloud com registros de auditoria.

Registros de auditoria de política negada

Os registros de auditoria de políticas negadas são registrados quando um serviço do Google Cloud nega acesso a um usuário ou a uma conta de serviço devido a uma violação da política de segurança.

Os registros de auditoria de políticas negadas são gerados por padrão, e seu projeto do Google Cloud é cobrado pelo armazenamento de registros. Não é possível desativar os registros de auditoria de políticas negadas, mas é possível usar filtros de exclusão para evitar que eles sejam armazenados no Cloud Logging.

Para uma lista de serviços que gravam registros de auditoria de política negada e informações detalhadas sobre quais atividades geram esses registros, consulte Serviços do Google Cloud com registros de auditoria.

Estrutura da entrada de registro de auditoria

Cada entrada de registro de auditoria no Cloud Logging é um objeto do tipo LogEntry. O que distingue uma entrada de registro de auditoria de outras entradas de registro é o campo protoPayload. Esse campo contém um objeto AuditLog que armazena os dados de registro de auditoria.

Para entender como ler e interpretar entradas de registro de auditoria e ter acesso a uma amostra uma entrada de registro de auditoria, consulte Noções básicas sobre registros de auditoria.

Nome do registro

Os nomes dos registros do Cloud Audit Logs incluem:

  • Identificadores de recursos que indicam o projeto do Google Cloud ou outra entidade do Google Cloud que contém os registros de auditoria.

  • A string cloudaudit.googleapis.com.

  • Uma string que indica se o registro contém atividades do administrador, acesso a dados de políticas negadas ou dados de registro de auditoria de eventos do sistema.

Estes são os nomes dos registros de auditoria, que incluem variáveis para os identificadores de recursos:

   projects/PROJECT_ID/logs/cloudaudit.googleapis.com%2Factivity
   projects/PROJECT_ID/logs/cloudaudit.googleapis.com%2Fdata_access
   projects/PROJECT_ID/logs/cloudaudit.googleapis.com%2Fsystem_event
   projects/PROJECT_ID/logs/cloudaudit.googleapis.com%2Fpolicy

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

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

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

Identidades do autor de chamadas em registros de auditoria

Os registros de auditoria gravam a identidade que realizou as operações registradas no recurso do Google Cloud. A identidade do autor da chamada é mantida no campo AuthenticationInfo dos objetos AuditLog.

O registro de auditoria não edita o endereço de e-mail principal do autor da chamada com êxito ou para qualquer operação de gravação.

Para operações somente leitura que falham com uma "permissão negada" erro, O registro de auditoria pode encobrir o endereço de e-mail principal do autor da chamada, a menos que autor da chamada é uma conta de serviço.

Além das condições listadas acima, os itens a seguir se aplicam a determinados serviços do Google Cloud:

  • API legada do App Engine: as identidades não são coletadas.

  • BigQuery: autor da chamada identidades e endereços IP, bem como alguns nomes de recursos, são encobertos dos registros de auditoria, a menos que certas condições sejam atendidas.

  • Cloud Storage: quando os registros de uso do Cloud Storage estão ativados, ele grava dados de uso no bucket do Cloud Storage, que gera registros de auditoria de acesso a dados para esse bucket. A identidade do autor da chamada do registro de auditoria de acesso a dados gerado é editada.

  • Firestore: se um JSON Web Token (JWT) for usado para autenticação de terceiros, o campo thirdPartyPrincipal incluirá o cabeçalho e o payload. de dados. Por exemplo, os registros de auditoria de solicitações autenticadas com o Firebase Authentication incluem o token de autenticação dessa solicitação.

  • VPC Service Controls: nos registros de auditoria de política negada, ocorre a seguinte omissão:

    • Partes dos endereços de e-mail do autor da chamada podem ser editadas e substituídas por três caracteres de ponto ....

    • Alguns endereços de e-mail de autores de chamadas pertencentes ao domínio google.com são editados e substituídos por google-internal.

  • Política da organização: partes dos endereços de e-mail do autor da chamada podem ser editados e substituídos por três caracteres de ponto ....

Endereço IP do autor da chamada nos registros de auditoria

O endereço IP do autor da chamada é mantido no campo RequestMetadata.caller_ip do objeto AuditLog:

  • Para um autor da chamada da Internet, o endereço é um endereço IPv4 ou IPv6 público endereço IP.
  • Para chamadas feitas dentro da rede de produção interna do Google de um serviço do Google Cloud para outro, o caller_ip é editado para "privado".
  • Para um autor da chamada de uma VM do Compute Engine com um endereço IP externo, o caller_ip é o endereço externo da VM.
  • Para um autor da chamada de uma VM do Compute Engine sem um endereço IP externo, se a VM estiver na mesma organização ou projeto que o recurso acessado, caller_ip será o endereço IPv4 interno da VM. Caso contrário, o caller_ip é reduzido para "gce-internal-ip". Para mais informações, consulte Visão geral de redes VPC.

Como ver registros de auditoria

É possível consultar todos os registros de auditoria ou consultar o nome do registro de auditoria. O nome do registro de auditoria inclui o identificador de recurso do projeto, da pasta, da conta de faturamento ou da organização do Google Cloud com as informações de registro de auditoria que você quer consultar. Suas consultas podem especificar campos LogEntry indexados e, se você usar a página Análise de dados de registros, que é compatível com consultas SQL, será possível conferir os resultados da consulta como um gráfico.

Para mais informações sobre como consultar seus registros, consulte as seguintes páginas:

É possível conferir os registros de auditoria no Cloud Logging usando o console do Google Cloud, a CLI do Google Cloud ou a API Logging.

Console

No Console do Google Cloud, é possível usar a Análise de Registros para recuperar as entradas de registro de auditoria do projeto do Google Cloud, da pasta ou da organização:

  1. No console do Google Cloud, acesse a página Análise de registros:

    Acessar a Análise de registros

    Se você usar a barra de pesquisa para encontrar essa página, selecione o resultado com o subtítulo Geração de registros.

  2. Selecione um projeto do Google Cloud, uma pasta ou uma organização.

  3. Para exibir todos os registros de auditoria, insira uma das seguintes consultas no campo do editor de consultas e clique em Executar consulta:

    logName:"cloudaudit.googleapis.com"

    protoPayload."@type"="type.googleapis.com/google.cloud.audit.AuditLog"

  4. Para exibir os registros de auditoria de um recurso e tipo de registro específicos, no painel Criador de consultas, faça o seguinte:

    • Em Tipo de recurso, selecione o recurso do Google Cloud com os registros de auditoria que você quer consultar.

    • Em Nome do registro, selecione o tipo de registro de auditoria que você quer consultar.

      • Para os registros de auditoria da atividade do administrador, selecione Atividade.
      • Para os registros de auditoria de acesso a dados, selecione data_access.
      • Para os registros de auditoria de eventos do sistema, selecione system_event.
      • Em "Registros de auditoria de política negada", selecione policy.

    • Clique em Executar consulta.

    Se você não encontrar essas opções, isso significa que não há registros de auditoria desse tipo disponíveis no projeto do Google Cloud, na pasta ou na organização.

    Se você estiver com problemas para conferir registros na Análise de registros, consulte as informações de solução de problemas.

    Para mais informações sobre como consultar usando a Análise de Registros, consulte Criar consultas na Análise de Registros. Para informações sobre como resumir entradas na Análise de registros usando o Gemini, consulte Resumir entradas de registro com assistência do Gemini.

gcloud

A Google Cloud CLI fornece uma interface de linha de comando para a API Logging. Insira um identificador de recurso válido em cada um dos nomes de registro. Por exemplo, se a consulta incluir um PROJECT_ID, o identificador do projeto que você fornecer precisará fazer referência ao projeto do Google Cloud selecionado.

Para ler suas entradas de registro de auditoria no nível do projeto do Google Cloud, execute o comando a seguir:

gcloud logging read "logName : projects/PROJECT_ID/logs/cloudaudit.googleapis.com" \
    --project=PROJECT_ID

Para ler suas entradas de registro de auditoria no nível da pasta, execute o comando a seguir:

gcloud logging read "logName : folders/FOLDER_ID/logs/cloudaudit.googleapis.com" \
    --folder=FOLDER_ID

Para ler as entradas de registro de auditoria no nível da organização, execute este comando:

gcloud logging read "logName : organizations/ORGANIZATION_ID/logs/cloudaudit.googleapis.com" \
    --organization=ORGANIZATION_ID

Para ler as entradas de registro de auditoria na conta do Cloud Billing, execute este comando:

gcloud logging read "logName : billingAccounts/BILLING_ACCOUNT_ID/logs/cloudaudit.googleapis.com" \
    --billing-account=BILLING_ACCOUNT_ID

Adicione a sinalização --freshness ao comando para ler registros com mais de um dia.

Saiba mais sobre como usar a CLI gcloud em gcloud logging read.

API

Ao criar consultas, informe um identificador de recurso válido em cada um dos nomes de registro. Por exemplo, se a consulta incluir um PROJECT_ID, o identificador do projeto que você fornecer precisará fazer referência ao projeto do Google Cloud selecionado.

Por exemplo, para usar a API Logging para visualizar as entradas de registro de auditoria para envolvidos no projeto:

  1. Acesse a seção Testar esta API da documentação do método entries.list.

  2. Digite o seguinte na parte do Corpo da solicitação do formulário Teste esta API. Clique nesse formulário preenchido automaticamente para preencher automaticamente o corpo da solicitação, mas é necessário inserir um PROJECT_ID válido em cada um dos nomes de registro.

    {
  "resourceNames": [
    "projects/PROJECT_ID"
  ],
  "pageSize": 5,
  "filter": "logName : projects/PROJECT_ID/logs/cloudaudit.googleapis.com"
}

  3. Clique em Executar.

Como armazenar e rotear registros de auditoria

O Cloud Logging usa buckets de registros como contêineres que armazenam e organizam seus dados de registros. Para cada pasta, organização e projeto do Google Cloud, o Logging cria automaticamente dois buckets de registro, _Required e _Default, e coletores com nomes correspondentes.

Os buckets _Required do Cloud Logging armazenam registros de auditoria de atividade do administrador e registros de auditoria de eventos do sistema. Não é possível configurar buckets _Required ou quaisquer dados de registros ali.

Os registros de auditoria de atividades do administrador e de eventos do sistema são sempre armazenados no Bucket _Required no projeto em que os registros foram gerados.

Se você encaminhar os registros de auditoria de atividades do administrador e de eventos do sistema para um projeto diferente, eles não vão passar pelo sink _Default ou _Required do projeto de destino. Portanto, esses registros não são no bucket de registros _Default ou no bucket de registros _Required do bucket de projeto. Para armazenar esses registros, crie um coletor de registros no projeto de destino. Para mais informações, consulte Rotear registros para destinos compatíveis.

Por padrão, os buckets _Default armazenam qualquer acesso aos dados ativado registros de auditoria e de políticas negadas. Para impedir que os registros de auditoria de acesso a dados sejam armazenados nos buckets _Default, desative-os. Para evitar que os registros de auditoria de políticas negadas sejam armazenados nos buckets _Default, é possível excluí-los modificando os filtros dos coletores.

Também é possível rotear suas entradas de registro de auditoria para buckets do Cloud Logging definidos pelo usuário no nível do projeto do Google Cloud ou para destinos compatíveis fora do Logging usando coletores. Para instruções em registros de roteamento, consulte Rotear registros para destinos compatíveis.

Ao configurar os filtros dos coletores de registro, você precisa especificar os tipos de registros de auditoria que quer rotear. Para exemplos de filtragem, consulte Consultas de geração de registros de segurança.

Se você quiser rotear entradas de registro de auditoria para uma organização, pasta ou conta de faturamento do Google Cloud, consulte Agrupar e rotear registros no nível da organização para destinos compatíveis.

Retenção de registros de auditoria

Para saber detalhes sobre o período de retenção das entradas de registro no Logging, consulte as informações sobre retenção em Cotas e limites: períodos de armazenamento de registros.

Controle de acesso

As permissões e os papéis do IAM determinam sua capacidade de acessar registros de registros na API Logging, o Análise de registros Google Cloud CLI.

Para informações detalhadas sobre as permissões e os papéis do IAM necessários, consulte Controle de acesso com o IAM .

Cotas e limites

Para detalhes sobre os limites de uso de geração de registros, incluindo os tamanhos máximos de registros de auditoria, consulte Cotas e limites.

Preços

O Cloud Logging não cobra pelo encaminhamento de registros para um destino compatível. No entanto, o destino pode aplicar cobranças. Com exceção do bucket de registros _Required, O Cloud Logging cobra pelo streaming de registros para buckets para armazenamento maior que o período de armazenamento padrão do bucket de registros.

O Cloud Logging não cobra pela cópia de registros, para definir escopos de registro; ou consultas emitidas pela páginas Análise de registros ou Análise de registros.

Para mais informações, consulte estes documentos:

A seguir