Verificar a ingestão de dados usando regras de teste

Compatível com:

As detecções selecionadas do Google Security Operations incluem um conjunto de conjuntos de regras de teste que ajudam a verificar se os dados necessários para cada conjunto de regras estão no formato correto.

Essas regras de teste estão na categoria Teste de detecção gerenciada. Cada conjunto de regras valida que os dados recebidos pelo dispositivo de teste estão em um formato esperado pelas regras para essa categoria especificada.

Nome do conjunto de regras Descrição
Google Cloud Teste de detecção gerenciada Verifica se os dados de Google Cloud são ingeridos de dispositivos compatíveis com a categoria Ameaças na nuvem.
Consulte Verificação Google Cloud da ingestão de dados para a categoria Ameaças na Nuvem para mais informações.
Testes de detecção gerenciados da AWS Verifica se os dados da AWS são ingeridos com sucesso de dispositivos compatíveis com a categoria Ameaças à nuvem.
Para mais informações, consulte Verificar a transferência de dados da AWS para a categoria Cloud Threats.
Teste de detecção gerenciada do Linux Verifica se os dados são ingeridos de dispositivos com suporte à categoria "Ameaças do Linux".
Consulte Verificar a transferência de dados para a categoria Ameaças do Linux para mais informações.
Teste de detecção gerenciada do Windows Verifica se os dados são ingeridos de dispositivos com suporte à categoria Ameaças do Windows.
Consulte Verificar a ingestão de dados para a categoria Ameaças do Windows para mais informações.

Siga as etapas neste documento para testar e verificar se os dados recebidos são ingeridos corretamente e estão no formato correto.

Verifique a ingestão de dados Google Cloud da categoria Ameaças à nuvem

Essas regras ajudam a verificar se os dados de registro estão sendo ingeridos conforme o esperado para as detecções selecionadas do Google SecOps.

Use as seguintes regras para testar os dados com as etapas a seguir:

  • Regra Teste de metadados de auditoria da nuvem: para acionar essa regra, adicione uma chave de metadados personalizados exclusiva e esperada a qualquer máquina virtual do Compute Engine que esteja enviando dados para o Google SecOps.

  • Regra Teste do Cloud DNS: para acionar essa regra, faça uma pesquisa DNS no domínio (chronicle.security) em qualquer máquina virtual que tenha acesso à Internet e esteja enviando dados de registro para o Google SecOps.

  • Regras de teste de detecção gerenciada do SCC: para acionar essas regras, realize várias ações no console do Google Cloud.

  • Regra Teste de nó do Cloud Kubernetes: para acionar essa regra, crie um projeto de teste que envie dados de registro para o Google SecOps e crie um pool de nós exclusivo em um cluster do Google Kubernetes Engine.

Etapa 1. Ativar as regras de teste

  1. Faça login no Google SecOps.
  2. Abra a página "Deteções selecionadas".
  3. Clique em Regras e detecções > Conjuntos de regras.
  4. Abra a seção Teste de detecção gerenciada. Talvez seja necessário rolar a página.
  5. Clique em Google Cloud Teste de detecção gerenciada na lista para abrir a página de detalhes.
  6. Ative Status e Alerta para as regras de Teste de detecção gerenciado do Cloud.

Etapa 2. Enviar dados para a regra de teste de metadados da auditoria do Cloud

Para acionar o teste, siga estas etapas:

  1. Escolha um projeto na sua organização.
  2. Acesse o Compute Engine e escolha uma máquina virtual no projeto.
  3. Na máquina virtual, clique em Editar e siga estas etapas na seção Metadados personalizados:
    1. Clique em Adicionar item.
    2. Digite as informações a seguir:
      • Chave: GCTI_ALERT_VALIDATION_TEST_KEY
      • Valor: works
    3. Clique em Salvar.

  4. Siga as etapas abaixo para verificar se o alerta foi acionado:

    1. Faça login no Google SecOps.
    2. Abra a página "Deteções selecionadas" e clique em Painel.
    3. Verifique se a regra ur_tst_Google Cloud_Cloud_Audit_Metadata foi acionada na lista de detecção.

Etapa 3. Enviar dados para a regra Teste do Cloud DNS

Importante:as etapas a seguir precisam ser realizadas como um usuário do IAM no projeto escolhido que tenha acesso a uma máquina virtual do Compute Engine.

Para acionar o teste, siga estas etapas:

  1. Escolha um projeto na sua organização.
  2. Acesse o Compute Engine e escolha uma máquina virtual no projeto.
    • Se for uma máquina virtual Linux, verifique se você tem acesso ao Secure Shell (SSH).
    • Se for uma máquina virtual do Windows, confira se você tem acesso ao protocolo de área de trabalho remota (RDP).
  3. Clique em SSH (Linux) ou RDP (Microsoft Windows) para acessar a máquina virtual.

  4. Envie dados de teste seguindo uma destas etapas:

    • Máquina virtual Linux: depois de acessar a máquina virtual usando SSH, execute um destes comandos: nslookup chronicle.security ou host chronicle.security

      Se o comando falhar, instale o dnsutils na máquina virtual usando um dos seguintes comandos:

      • sudo apt-get install dnsutils (para Debian/Ubuntu)
      • dnf install bind-utils (para RedHat/CentOS)
      • yum install bind-utils

    • Máquina virtual do Microsoft Windows: depois de acessar a máquina virtual usando o RDP, acesse qualquer navegador instalado e acesse https://chronicle.security.

  5. Siga as etapas abaixo para verificar se o alerta foi acionado:

    1. Faça login no Google SecOps.
    2. Abra a página "Deteções selecionadas" e clique em Painel.
    3. Verifique se a regra ur_tst_Google Cloud_Cloud_DNS_Test_Rule foi acionada na lista de detecção.

Etapa 4. Enviar dados para as regras do Teste de nó do Kubernetes do Cloud

Importante:as etapas a seguir precisam ser realizadas como um usuário do IAM no projeto escolhido que tenha acesso aos recursos do Google Kubernetes Engine. Para mais informações sobre a criação de clusters regionais e pools de nós, consulte Criar um cluster regional com um pool de nós de zona única. Essas regras de teste têm o objetivo de verificar a ingestão de dados do tipo de registro KUBERNETES_NODE.

Para acionar as regras de teste, siga estas etapas:

  1. Crie um projeto na sua organização chamado chronicle-kube-test-project. Este projeto é usado apenas para testes.
  2. Acesse a página do Google Kubernetes Engine no Google Cloud console.
    Acessar a página do Google Kubernetes Engine
  3. Clique em Criar para criar um cluster regional no projeto.
  4. Configure o cluster de acordo com os requisitos da sua organização.
  5. Clique em Adicionar pool de nós.
  6. Nomeie o pool de nós como kube-node-validation e ajuste o tamanho do pool para 1 nó por zona.
  7. Exclua os recursos de teste:
    1. Depois que o pool de nós kube-node-validation for criado, exclua-o.
    2. Exclua o projeto de teste chronicle-kube-test-project.

  8. Faça login no Google SecOps.

  9. Abra a página "Deteções selecionadas" e clique em Painel.

  10. Verifique se a regra tst_Google Cloud_Kubernetes_Node foi acionada na lista de detecção.

  11. Verifique se a regra tst_Google Cloud_Kubernetes_CreateNodePool foi acionada na lista de detecção.

Etapa 5. Enviar dados para as regras de Teste de detecção gerenciado do SCC

As subetapas desta etapa verificam se as descobertas do Security Command Center e os dados relacionados são processados corretamente e no formato esperado.

Os conjuntos de regras do SCC Managed Detection Testing na categoria Managed Detection Testing permitem verificar se os dados necessários para os conjuntos de regras do CDIR SCC Enhanced são enviados ao Google SecOps e estão no formato correto.

Cada regra de teste valida se os dados são recebidos em um formato esperado pelas regras. Você realiza ações no Google Cloud ambiente para enviar dados que vão gerar um alerta do Google SecOps.

Conclua as seguintes seções deste documento necessárias para configurar os serviços de registro de Google Cloud login, coletar descobertas do Security Command Center Premium e enviar descobertas do Security Command Center para o Google SecOps:

Para saber mais sobre os alertas do Security Command Center descritos nesta seção, consulte o documento Investigar e responder a ameaças do Security Command Center.

Acionar a regra de teste de persistência do CDIR SCC

Para enviar dados que acionem esse alerta no Google SecOps, siga estas etapas:

  1. No console do Google Cloud, crie uma nova instância de VM e atribua temporariamente a conta de serviço padrão do Compute Engine com privilégios de Editor. Você vai remover esse item após a conclusão do teste.

  2. Quando a nova instância estiver disponível, atribua o Escopo de acesso a Permitir acesso total a todas as APIs.

  3. Crie uma nova conta de serviço com as seguintes informações:

    • Defina o Nome da conta de serviço como scc-test.
    • Defina o ID da conta de serviço como scc-test.
    • Opcionalmente, insira uma descrição para a conta de serviço.

    Consulte o documento Criar contas de serviço para saber como criar contas de serviço.

  4. Conecte-se usando SSH à instância de teste criada na etapa anterior e, em seguida, execute o seguinte comando gcloud:

    gcloud projects add-iam-policy-binding PROJECT_NAME
--member="serviceAccount:scc-test@PROJECT_NAME.iam.gserviceaccount.com"
--role="roles/owner`"

    Substitua PROJECT_NAME pelo nome do projeto em que a instância do Compute Engine está em execução e a conta scc-test foi criada.

    O alerta Persistence: IAM Anomalous Grant do Security Command Center vai ser acionado.

  5. Faça login no Google SecOps e abra a página Alerts & IOCs.

  6. Você vai encontrar um alerta do Google SecOps intitulado Alerta de teste do SCC: concessão anômala de IAM dada à conta de teste.

  7. Abra o console do Google Cloud e faça o seguinte:

    • Remova o acesso da conta de teste scc-test do IAM e do Admin Console.
    • Exclua a conta de serviço usando o portal Contas de serviço.
    • Exclua a instância de VM que você acabou de criar.

Acionar a regra de teste de malware do CDIR SCC

Para enviar dados que acionem esse alerta no Google SecOps, siga estas etapas:

  1. No console do Google Cloud, conecte-se usando SSH a qualquer instância de VM em que o comando curl esteja instalado.

  2. Execute o seguinte comando:

      curl etd-malware-trigger.goog

    Depois de executar esse comando, o alerta do Security Command Center Malware: Bad Domain será acionado.

  3. Faça login no Google SecOps e abra a página Alerts & IOCs.

  4. Verifique se você vê um alerta do Google SecOps intitulado Alerta de teste do SCC: domínio com malware.

Acionar a regra de teste de evasão de defesa do CDIR SCC

Para enviar dados que acionem esse alerta no Google SecOps, siga estas etapas:

  1. Faça login no console do Google Cloud usando uma conta que tenha acesso no nível da organização para modificar os perímetros do VPC Service Control.

  2. No console do Google Cloud, acesse a página VPC Service Controls.

    Acessar o VPC Service Controls

  3. Clique em +Novo perímetro e configure os seguintes campos na página Detalhes:

    • Título do perímetro: scc_test_perimeter.
    • Tipo de perímetro para Perímetro regular (padrão).
    • Config Type para Enforced.

  4. No painel de navegação à esquerda, selecione 3 serviços restritos.

  5. Na caixa de diálogo Especificar serviços a serem restritos, selecione API Google Compute Engine e clique em Adicionar a API Google Compute Engine.

  6. No painel de navegação à esquerda, clique em Criar perímetro.

  7. Para modificar o perímetro, acesse a página Perímetros de serviço da VPC. Para mais informações sobre como acessar esta página, consulte Listar e descrever perímetros de serviço.

  8. Selecione scc_test_perimeter e Editar perímetro.

  9. Em Serviços restritos, clique no ícone Excluir para remover o serviço da API Google Compute Engine. Isso aciona o alerta Evasão de defesa: modificar o perímetro do VPC Service Control no SCC.

  10. Faça login no Google SecOps e abra a página Alerts & IOCs.

  11. Verifique se você tem um alerta do Google SecOps intitulado Alerta de teste do SCC: modificar o alerta de teste do VPC Service Control.

Acionar a regra de teste de exfiltração do CDIR SCC

Para enviar dados que acionem esse alerta no Google SecOps, siga estas etapas:

  1. No console do Google Cloud, acesse um Google Cloud projeto e abra o BigQuery.

    Ir para o BigQuery

  2. Crie um arquivo CSV com os seguintes dados e salve-o no diretório principal:

    column1, column2, column3
data1, data2, data3
data4, data5, data6
data7, data8, data9

  3. No painel de navegação à esquerda, escolha Criar conjunto de dados.

  4. Defina a configuração a seguir e clique em Criar conjunto de dados:

    • ID do conjunto de dados definido como scc_test_dataset.
    • Tipo de local definido como Multirregional.
    • Ativar expiração da tabela: não selecione essa opção.

    Para mais informações detalhadas sobre como criar um conjunto de dados, consulte o documento do BigQuery Como criar conjuntos de dados.

  5. Na navegação à esquerda, à direita de scc_test_dataset, clique no ícone e selecione Criar tabela.

  6. Crie uma tabela e defina a seguinte configuração:

    • Criar tabela de: defina como Fazer upload.
    • Selecionar arquivo: navegue até o diretório principal e selecione o arquivo CSV que você criou anteriormente.
    • Formato de arquivo: defina como CSV.
    • Conjunto de dados: definido como css_test_dataset.
    • Tipo de tabela: defina como Tabela nativa.

  7. Aceite a configuração padrão para todos os outros campos e clique em Criar tabela.

    Para mais informações sobre como criar uma tabela, consulte Criar e usar tabelas.

  8. Na lista de recursos, selecione a tabela css_test_dataset, clique em Consulta e escolha Em uma nova guia.

  9. Execute a seguinte consulta:

    SELECT * FROM TABLE_NAME LIMIT 1000`

    Substitua TABLE_NAME pelo nome totalmente qualificado da tabela.

  10. Depois que a consulta for executada, clique em Salvar resultados e escolha CSV no Google Drive. Isso aciona o alerta do Security Command Center Exfiltração: exfiltração do BigQuery para o Google Drive. A descoberta do Security Command Center precisa ser enviada ao Google SecOps e acionar um alerta do Google SecOps.

  11. Faça login no Google SecOps e abra a página Alerts & IOCs.

  12. Verifique se você recebe um alerta do Google SecOps intitulado Test SCC Alert: BigQuery Exfiltration to Google Drive.

Etapa 6. Desativar as regras de teste

Quando terminar, desative as regras de Google Cloud Teste de detecção gerenciada.

  1. Faça login no Google SecOps.
  2. Abra a página "Deteções selecionadas".
  3. Desative Status e Alerta para as regras de Google Cloud teste de detecção gerenciada.

Verificar a ingestão de dados da AWS para a categoria "Ameaças à nuvem"

É possível usar as regras de teste do AWS Managed Detection Testing para verificar se os dados da AWS estão sendo transferidos para o Google SecOps. Essas regras de teste ajudam a verificar se os dados da AWS foram ingeridos e estão no formato esperado. Depois de configurar a ingestão de dados da AWS, você realiza ações na AWS que acionam as regras de teste.

  • O usuário que ativar essas regras no Detection Engine precisa ter a permissão curatedRuleSetDeployments.batchUpdate do IAM.
  • O usuário que executa as etapas para enviar dados da AWS precisa ter as permissões do AWS IAM para editar as tags de uma instância EC2 na conta escolhida. Para mais informações sobre como marcar instâncias do EC2, consulte o documento da AWS Marcar seus recursos do Amazon EC2.

Ativar as regras de teste do AWS Managed Detection Testing

  1. No Google SecOps, clique em Detections > Rules & Detections para abrir a página "Detecções selecionadas".
  2. Selecione Teste de detecção gerenciada > Teste de detecção gerenciada da AWS.
  3. Ativei Status e Alertas para as regras Amplas e Precisas.

Verificar se as ações de tags na AWS acionaram a regra de teste

Siga as etapas abaixo para verificar se as ações de tag na AWS acionam o conjunto de regras.

Etapa 1. Gere um evento de registro na AWS.

  1. Escolha uma conta no seu ambiente da AWS.
  2. Acesse o Painel do EC2 e escolha uma instância na conta.
  3. Na instância do EC2, clique em Ações > Configurações da instância e realize o seguinte na seção Gerenciar tags:
    1. Clique em Adicionar nova tag.
    2. Digite as seguintes informações:
    3. Chave: GCTI_ALERT_VALIDATION_TEST_KEY
    4. Valor: works
    5. Clique em Salvar.

Para mais informações, consulte Adicionar ou remover tags de instância do EC2.

Etapa 2. Verifique se os alertas de teste são acionados.

Depois de realizar a tarefa na etapa anterior, verifique se a regra AWS CloudTrail Test Rule está acionada. Isso indica que os registros do CloudTrail foram gravados e enviados ao Google SecOps conforme o esperado. Siga estas etapas para verificar o alerta:

  1. No Google SecOps, clique em Detections > Rules & Detections para abrir a página "Detecções selecionadas".
  2. Clique em Painel.
  3. Na lista de detecções, verifique se a regra tst_AWS_Cloud_Trail_Tag foi acionada.

Verifique se as descobertas de amostra do AWS GuardDuty acionam regras de teste

Para garantir que os alertas do GuardDuty funcionem conforme o esperado no seu ambiente, envie as descobertas de amostra do GuardDuty ao Google SecOps.

Etapa 1. Gerar dados de descobertas de amostra do GuardDuty.

  1. Navegue até a página inicial do AWS Console.
  2. Em Segurança, identidade e compliance, abra GuardDuty.
  3. Acesse as Configurações do GuardDuty.
  4. Clique em Gerar resultados de amostra.

Para mais informações sobre como gerar exemplos de descobertas do GuardDuty, consulte Como gerar exemplos de descobertas no GuardDuty.

Etapa 2. Verifique se os alertas de teste foram acionados.

  1. No Google SecOps, clique em Detecção > Regras e detecções para abrir a página "Detecções selecionadas".
  2. Clique em Painel.
  3. Verifique se a AWS CloudTrail Test Rule foi acionada na lista de detecção.

Desativar os conjuntos de regras de teste de detecção gerenciada da AWS

  1. No Google SecOps, clique em Detecção > Regras e detecções para abrir a página "Detecções selecionadas".
  2. Selecione as regras Teste de detecção gerenciada > Teste de detecção gerenciada do AWS.
  3. Desative Status e Alerta para as regras Ampla e Precisa.

Verificar a ingestão de dados para a categoria "Ameaças do Linux"

As regras do teste de detecção gerenciada do Linux verificam se o registro em um sistema Linux está funcionando corretamente para as detecções selecionadas do Google SecOps. Os testes envolvem o uso do prompt do Bash em um ambiente Linux para executar vários comandos e podem ser realizados por qualquer usuário que tenha acesso ao prompt do Bash do Linux.

Etapa 1. Ativar as regras de teste

  1. Faça login no Google SecOps.
  2. Abra a página "Deteções selecionadas".
  3. Clique em Regras e detecções > Conjuntos de regras.
  4. Abra a seção Teste de detecção gerenciada. Talvez seja necessário rolar a página.
  5. Clique em Teste de detecção gerenciada do Linux na lista para abrir a página de detalhes.
  6. Ative Status e Alerta para as regras de Teste de detecção gerenciado do Linux.

Etapa 2. Enviar dados de teste de um dispositivo Linux

Para acionar as regras de teste do Linux Managed Detection Testing, siga estas etapas:

  1. Acesse qualquer dispositivo Linux em que os dados estejam sendo enviados para o Google SecOps.
  2. Abra uma nova interface de linha de comando do prompt do Bash do Linux como qualquer usuário.

  3. Digite o comando a seguir e pressione Enter:

    /bin/echo hello_chronicle_world!

Observação:use o binário echo em vez do comando echo integrado do shell do Linux.

  1. Digite o comando a seguir e pressione Enter:

    sudo useradd test_chronicle_account

  2. Remova a conta de teste criada na etapa anterior. Execute o seguinte comando:

    sudo userdel test_chronicle_account

  3. Digite o comando a seguir e pressione Enter:

    su

  4. Quando a senha for solicitada, digite qualquer string aleatória. A mensagem su: Authentication failure é exibida.

  5. Feche a janela do Bash.

Etapa 3. Verificar se os alertas foram acionados no Google SecOps

Verifique se o comando acionou as regras tst_linux_echo, tst_linux_failed_su_login e tst_linux_test_account_creation no Google SecOps. Isso indica que os registros do Linux estão sendo gravados e enviados conforme o esperado. Para verificar o alerta no Google SecOps, siga estas etapas:

  1. Faça login no Google SecOps.
  2. Abra a página "Deteções selecionadas".
  3. Clique em Painel.

  4. Verifique se as regras tst_linux_echo, tst_linux_failed_su_login e tst_linux_test_account_creation foram acionadas na lista de detecção.

Etapa 4. Desativar as regras de teste

Quando terminar, desative as regras do Teste de detecção gerenciada do Linux.

  1. Faça login no Google SecOps.
  2. Abra a página "Deteções selecionadas".
  3. Desative Status e Alerta para as regras de Teste de detecção gerenciada do Linux.

Verificar a ingestão de dados para a categoria "Ameaças do Windows"

A regra de teste de eco do Windows verifica se o registro do Microsoft Windows está funcionando corretamente para detecções selecionadas do Google SecOps. O teste envolve o uso do prompt de comando em um ambiente do Microsoft Windows para executar o comando echo com uma string esperada e exclusiva.

Você pode executar o teste enquanto estiver conectado como qualquer usuário que tenha acesso ao prompt de comando do Windows.

Etapa 1. Ativar as regras de teste

  1. Faça login no Google SecOps.
  2. Abra a página "Deteções selecionadas".
  3. Abra a seção Teste de detecção gerenciada. Talvez seja necessário rolar a página.
  4. Clique em Teste de detecção gerenciada do Windows na lista para abrir a página de detalhes.
  5. Ative Status e Alert para as regras de Teste de detecção gerenciada do Windows.

Etapa 2. Enviar dados de teste de um dispositivo Windows

Para acionar a Regra de teste de eco do Windows, siga estas etapas:

  1. Acesse qualquer dispositivo que gere dados a serem enviados ao Google SecOps.
  2. Abra uma nova janela do prompt de comando do Microsoft Windows como qualquer usuário.

  3. Digite o comando a seguir, sem distinção entre maiúsculas e minúsculas, e pressione Enter:

    cmd.exe /c "echo hello_chronicle_world!"

  4. Feche a janela "Prompt de Comando".

Etapa 3. Verificar se um alerta foi acionado

Verifique se o comando acionou a regra tst_Windows_Echo no Google SecOps. Isso indica que a geração de registros do Microsoft Windows está enviando dados como esperado. Para verificar o alerta no Google SecOps, siga estas etapas:

  1. Faça login no Google SecOps.
  2. Abra a página "Deteções selecionadas".
  3. Clique em Painel.

  4. Verifique se a regra tst_Windows_Echo foi acionada na lista de detecção.

    Observação:pode haver um pequeno atraso para que o alerta seja exibido no Google SecOps.

Etapa 4. Desativar as regras de teste

Quando terminar, desative as regras do Teste de detecção gerenciada do Windows.

  1. Faça login no Google SecOps.
  2. Abra a página "Deteções selecionadas".
  3. Desative Status e Alerta para as regras de Teste de detecção gerenciada do Windows.

Precisa de mais ajuda? Receba respostas de membros da comunidade e profissionais do Google SecOps.