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.

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 ver uma lista de serviços que gravam registros de auditoria de atividade do administrador e informações detalhadas 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 aqueles do BigQuery Data Access) são desativados por padrão porque eles podem ser muito 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 deles 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 Ativar registros de auditoria de acesso a dados.

Para ver 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 registros _Default, a menos que você os tenha encaminhado para outro lugar. Para mais informações, consulte a seção 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 ver 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 impedir que esses registros sejam armazenados no Cloud Logging.

Para acessar uma lista de serviços que gravam registros de auditoria de políticas negadas 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 as entradas de registro de auditoria e ver um exemplo de uma entrada de registro de auditoria, consulte Noções básicas sobre registros de auditoria.

Nome do registro

Os nomes dos registros dos Registros de auditoria do Cloud incluem o seguinte:

  • Identificadores de recursos que indicam o projeto do Google Cloud ou outra entidade do Google Cloud proprietária dos registros de auditoria.

  • A string cloudaudit.googleapis.com.

  • Uma string que indica se o registro contém dados de registro de auditoria de atividade do administrador, acesso a dados, política negada ou evento 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 para nenhum acesso bem-sucedido ou para qualquer operação de gravação.

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

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

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

  • BigQuery: as identidades e endereços IP dos autores das chamadas, assim como alguns nomes de recursos, são editados nos registros de auditoria, a menos que determinadas 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 ediçã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 das 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 editadas e substituídas 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 está localizado no campo RequestMetadata.caller_ip do objeto AuditLog:

  • Para o autor da chamada da Internet, o endereço é um endereço IPv4 ou IPv6 público.
  • Para chamadas feitas de dentro da rede de produção interna do Google de um serviço do Google Cloud para outro, o chamador_ip é encoberto como "particular".
  • Para um autor de 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 de 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, ele será editado como "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 fazer consultas individuais pelo 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 painel de navegação do console do Google Cloud, selecione Logging e clique em Análise de registros:

    Acessar a Análise 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 de registro na Análise de registros usando o Duet AI, consulte Resumir entradas de registro com assistência do Duet AI.

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 projeto, pasta e organização do Google Cloud, o Logging cria automaticamente dois buckets de registros, _Required e _Default, e coletores nomeados correspondentes.

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

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

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

Os buckets _Default, por padrão, armazenam todos os registros de auditoria de acesso a dados ativados, bem como registros de auditoria 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 as 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 sobre registros de roteamento, consulte Enviar 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 dados de registros de auditoria na API Logging, no Análise de registros e na 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 para rotear os 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 para transmitir registros para buckets de registros e para armazenamento mais longo que o período de armazenamento padrão do bucket de registros.

O Cloud Logging não cobra pela cópia de registros ou por consultas emitidas na página Análise de registros ou na Análise de registros.

Para mais informações, consulte estes documentos:

A seguir