Coletar registros do Veeam

Compatível com:

Google SecOps SIEM

Este documento explica como ingerir registros do Veeam no Google Security Operations usando o agente do Bindplane.

O Veeam Backup & Replication é uma plataforma de proteção de dados que gera mensagens syslog para jobs de backup, tarefas de replicação, operações de restauração e eventos do sistema. O analisador extrai campos de mensagens syslog usando padrões grok e os mapeia para o modelo de dados unificado (UDM).

Antes de começar

Verifique se você tem os pré-requisitos a seguir:

• Uma instância do Google SecOps
• Windows Server 2016 ou mais recente ou host do Linux com systemd
• Conectividade de rede entre o agente do Bindplane e o servidor do Veeam Backup & Replication
• Se você estiver executando por trás de um proxy, verifique se as portas do firewall estão abertas de acordo com os requisitos do agente do Bindplane.
• Acesso privilegiado à Veeam

Receber credenciais do Google SecOps para o agente do Bindplane

Para autenticar o agente do Bindplane no Google SecOps, escolha um dos seguintes métodos:

• Novas implantações: use a API Chronicle (opção 1).
• Implantações legadas: continue usando o arquivo de autenticação de ingestão (opção 2) até que a API Ingestion seja descontinuada em 20 de julho de 2027.

Opção 1: criar uma conta de serviço para a API Chronicle (recomendado)

1. Faça login no consoleGoogle Cloud e selecione o projeto Google Cloud vinculado à sua instância do Google SecOps.
2. Acesse IAM e administrador > Contas de serviço.
3. Clique em Criar conta de serviço.
4. Informe os seguintes detalhes de configuração:
   • Nome da conta de serviço: insira um nome para a conta (por exemplo, bindplane-ingest).
   • Descrição da conta de serviço: insira uma descrição (por exemplo, Bindplane agent log ingestion).
5. Clique em Criar e continuar.
6. Na seção Conceder a essa conta de serviço acesso ao projeto, clique em Selecionar uma função e escolha Editor do Chronicle.
7. Clique em Continuar e depois em Concluído.
8. Clique na conta de serviço que você criou e acesse a guia Chaves.
9. Clique em Adicionar chave > Criar nova chave.
10. Selecione JSON e clique em Criar. O download do arquivo de chave é feito no seu computador.
11. Salve o arquivo de chave como ingestion-auth.json no diretório do coletor do BindPlane (/opt/observiq-otel-collector/ingestion-auth.json no Linux ou C:\Program Files\observIQ OpenTelemetry Collector\ingestion-auth.json no Windows) ou atualize creds_file_path em config.yaml para corresponder ao caminho em que você o salvou.
12. Acesse IAM e administrador > Configurações e copie o Número do projeto. Você vai precisar dele para configurar o exportador.

Observação :a chave JSON é uma credencial. Restrinja o acesso ao arquivo no host do Bindplane e gire a chave de acordo com a política da sua organização.

Opção 2: fazer o download do arquivo de autenticação de ingestão (legado)

1. Faça login no console do Google SecOps.
2. Acesse Configurações do SIEM > Agentes de coleta.
3. Faça o download do arquivo de autenticação de ingestão.
4. Salve o arquivo com segurança no sistema em que o agente do Bindplane será instalado.

Observação: esse arquivo autentica o agente na API Ingestion legada (malachiteingestion-pa.googleapis.com), que o Google programou para ser desativada em 20 de julho de 2027. Planeje a mudança para a Opção 1 antes dessa data.

Receber o ID de cliente do Google SecOps

1. Faça login no console do Google SecOps.
2. Acesse Configurações do SIEM > Perfil.

3. Copie e salve o ID de cliente na seção Detalhes da organização.

   Observação: o ID do cliente é necessário para configurar o exportador do agente Bindplane.

Instalar o agente do BindPlane

Instale o agente do Bindplane no seu sistema operacional Windows ou Linux de acordo com as instruções a seguir.

Instalação do Windows

1. Abra o Prompt de comando ou o PowerShell como administrador.

2. Execute este comando:

   msiexec /i "https://github.com/observIQ/bindplane-agent/releases/latest/download/observiq-otel-collector.msi" /quiet
   

3. Aguarde a conclusão da instalação.

4. Execute o seguinte comando para confirmar a instalação:

   sc query observiq-otel-collector
   

   O serviço vai aparecer como EM EXECUÇÃO.

Instalação do Linux

1. Abra um terminal com privilégios de root ou sudo.

2. Execute este comando:

   sudo sh -c "$(curl -fsSlL https://github.com/observiq/bindplane-agent/releases/latest/download/install_unix.sh)" install_unix.sh
   

3. Aguarde a conclusão da instalação.

4. Execute o seguinte comando para confirmar a instalação:

   sudo systemctl status observiq-otel-collector
   

   O serviço vai aparecer como ativo (em execução).

Outros recursos de instalação

Para mais opções de instalação e solução de problemas, consulte o guia de instalação do agente do Bindplane.

Observação: a configuração do exportador da API Chronicle requer o coletor Bindplane v1.106.0 ou mais recente. Os comandos anteriores instalam a versão mais recente. Se você estiver atualizando uma instalação, faça upgrade do coletor antes de mudar a configuração.

Configurar o agente do Bindplane para ingerir syslog e enviar ao Google SecOps

Localizar o arquivo de configuração

• Linux:

  sudo nano /opt/observiq-otel-collector/config.yaml
  

• Windows:

  notepad "C:\Program Files\observIQ OpenTelemetry Collector\config.yaml"
  

Editar o arquivo de configuração

• Substitua todo o conteúdo de config.yaml pela seguinte configuração:

  receivers:
    udplog:
      listen_address: "0.0.0.0:514"
  
  exporters:
    chronicle/veeam:
      protocol: https
      # Region of your instance, for example us, europe, asia-southeast1
      location: <LOCATION>
      # Project number of the Google Cloud project linked to the instance
      project: '<PROJECT_NUMBER>'
      compression: gzip
      creds_file_path: '/opt/observiq-otel-collector/ingestion-auth.json'
      customer_id: '<customer_id>'
      endpoint: chronicle.googleapis.com
      log_type: VEEAM
      raw_log_field: body
  
  service:
    pipelines:
      logs/veeam_to_chronicle:
        receivers:
          - udplog
        exporters:
          - chronicle/veeam
  

Parâmetros de configuração

Substitua os seguintes marcadores de posição:

• Configuração do receptor:

  • listen_address: endereço IP e porta a serem detectados:
    • 0.0.0.0 para ouvir em todas as interfaces (recomendado)
    • A porta 514 é a porta syslog padrão (requer raiz no Linux; use 1514 para não raiz)

• Configuração do exportador:

  • creds_file_path: caminho completo para o arquivo de chave JSON da conta de serviço (opção 1):
    • Linux: /opt/observiq-otel-collector/ingestion-auth.json
    • Windows: C:\Program Files\observIQ OpenTelemetry Collector\ingestion-auth.json
  • customer_id: ID de cliente copiado do console do Google SecOps
  • location: substitua <LOCATION> pela região da sua instância do Google SecOps (por exemplo, us, europe ou asia-southeast1). O exportador adiciona esse valor ao prefixo chronicle.googleapis.com. Consulte Endpoints regionais para ver a lista completa.
  • project: substitua <PROJECT_NUMBER> pelo número do projeto em IAM e administrador > Configurações.
  • endpoint: mantenha definido como chronicle.googleapis.com.

Exportador da API de ingestão legada

• Se você usar o arquivo de autenticação de ingestão da opção 2, substitua o bloco exporters pelo seguinte. Defina creds_file_path como o caminho para o arquivo de autenticação de ingestão e, se a instância estiver fora dos EUA, substitua malachiteingestion-pa.googleapis.com pelo endpoint regional (por exemplo, europe-malachiteingestion-pa.googleapis.com).

  exporters:
    chronicle/veeam:
      compression: gzip
      creds_file_path: '/opt/observiq-otel-collector/ingestion-auth.json'
      customer_id: '<customer_id>'
      endpoint: malachiteingestion-pa.googleapis.com
      log_type: VEEAM
      raw_log_field: body
  

Observação: esse exportador vai parar de funcionar quando a API Ingestion for desativada em 20 de julho de 2027.

Salve o arquivo de configuração.

• Depois de editar, salve o arquivo:
  • Linux: pressione Ctrl+O, depois Enter e, em seguida, Ctrl+X.
  • Windows: clique em Arquivo > Salvar.

Reinicie o agente do Bindplane para aplicar as mudanças.

• Para reiniciar o agente do Bindplane no Linux, execute o seguinte comando:

  sudo systemctl restart observiq-otel-collector
  

  1. Verifique se o serviço está em execução:

     sudo systemctl status observiq-otel-collector
     

  2. Verifique se há erros nos registros:

     sudo journalctl -u observiq-otel-collector -f
     

• Para reiniciar o agente do Bindplane em Windows, escolha uma das seguintes opções:

  • Prompt de comando ou PowerShell como administrador:

    net stop observiq-otel-collector && net start observiq-otel-collector
    

  • Console de serviços:

    1. Pressione Win+R, digite services.msc e pressione Enter.
    2. Localize o Coletor do OpenTelemetry da observIQ.
    3. Clique com o botão direito do mouse e selecione Reiniciar.

    4. Verifique se o serviço está em execução:

       sc query observiq-otel-collector
       

    5. Verifique se há erros nos registros:

       type "C:\Program Files\observIQ OpenTelemetry Collector\log\collector.log"
       

Configurar o syslog para o Veeam

1. Faça login no console do Veeam Backup & Replication.
2. Acesse Menu > Opções > Integrações de SIEM.
3. Na seção Servidores Syslog, clique em Adicionar.
4. Informe os seguintes detalhes de configuração:
   • Nome: insira o endereço IP e o número da porta do agente do BindPlane (por exemplo, 192.168.1.1:514).
   • Transporte: selecione UDP ou TCP, dependendo da configuração do agente do Bindplane.
5. Clique em OK para salvar.

Tabela de mapeamento de UDM

Campo de registro	Mapeamento de UDM	Lógica
application	principal.application	Mapeado diretamente do campo application extraído pelo padrão grok.
CredentialId	principal.resource.attribute.labels.[]	Mapeado diretamente do campo CredentialId extraído pelo filtro kv. Um rótulo com a chave "CredentialId" é criado.
date_2, time_2, year	metadata.event_timestamp	Os campos date_2, time_2 e year são concatenados e analisados usando o filtro date para criar o metadata.event_timestamp.
date_2, time_2	metadata.event_timestamp	Os campos date_2 e time_2 são concatenados e analisados usando o filtro date para criar o metadata.event_timestamp.
deviceId	principal.resource.product_object_id	Mapeado diretamente do campo deviceId extraído pelo filtro kv.
description	security_result.description	Mapeado diretamente do campo description extraído pelo padrão grok.
error_code	security_result.detection_fields.[]	Mapeado diretamente do campo error_code extraído pelo padrão grok. Um rótulo com a chave "error_code" é criado.
executing_feature	principal.hostname, principal.asset.hostname	Mapeado diretamente do campo executing_feature extraído pelo padrão grok.
host	principal.hostname, principal.asset.hostname	Mapeado diretamente do campo host extraído pelo padrão grok.
ManagementIP	principal.ip, principal.asset.ip	Mapeado diretamente do campo ManagementIP extraído pelo filtro kv.
pid	principal.process.pid	Mapeado diretamente do campo pid extraído pelo padrão grok.
previousSeverity	security_result.severity_details	Mapeado diretamente do campo previousSeverity extraído pelo padrão grok.
prod_event_type	metadata.product_event_type	Mapeado diretamente do campo prod_event_type extraído pelo padrão grok.
query	security_result.detection_fields.[]	Mapeado diretamente do campo query extraído pelo padrão grok. Um marcador com a chave "query" é criado.
reportingAddress	principal.ip, principal.asset.ip	Mapeado diretamente do campo reportingAddress extraído pelo padrão grok.
severity	security_result.severity	Mapeado do campo severity. O valor é determinado pela lógica condicional com base no campo severity (ERROR, MAJOR/WARN, INFO são mapeados para valores de gravidade específicos do UDM).
src_ip	principal.ip, principal.asset.ip	Mapeado diretamente do campo src_ip extraído pelo padrão grok.
summary	security_result.summary	Mapeado diretamente do campo summary extraído pelo padrão grok.
target_ip	target.ip, target.asset.ip	Mapeado diretamente do campo target_ip extraído pelo padrão grok.
thread_id	security_result.detection_fields.[]	Mapeado diretamente do campo thread_id extraído pelo padrão grok. Um rótulo com a chave "thread_id" é criado.
(N/A)	event_type	Determinado pela lógica no analisador. Se principal e target tiverem dados de MID, será NETWORK_UNCATEGORIZED. Se apenas principal tiver dados de MID, será STATUS_UPDATE. Caso contrário, será GENERIC_EVENT.
(N/A)	metadata.event_type	Copiado do campo event_type gerado internamente.
(N/A)	metadata.vendor_name	Fixado no código como "VEEAM".
(N/A)	metadata.product_name	Fixado no código como "Veeam".
(N/A)	event.timestamp	O carimbo de data/hora do evento é extraído do campo collection_time da entrada de registro.
enterpriseId	additional.fields	Mapeado do registro de mudanças
recipient_emailid	additional.fields	Mapeado do registro de alterações
description	metadata.description	Mapeado do registro de alterações
version	additional.fields	Mapeado do registro de alterações
categoryId	additional.fields	Mapeado do registro de alterações
instanceId	additional.fields	Mapeado do registro de alterações
VbrVersion	metadata.product_version	Mapeado do registro de alterações

Registro de alterações

Confira o registro de alterações deste analisador

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