Coletar registros de auditoria do Linux e de sistemas AIX

Esse analisador processa registros de auditoria do Linux no formato SYSLOG, transformando-os em UDM. Ele processa mensagens de registro em texto simples e formatadas em JSON, extraindo campos usando técnicas de análise grok, XML e JSON, e os mapeia para os campos apropriados da UDM com base no tipo de evento. O analisador também processa formatos específicos registro de auditoria de sistemas AIX e enriquece o UDM com outros campos, como security_result e detalhes intermediários.

Antes de começar

• Verifique se você tem uma instância do Google Security Operations.
• Confira se você tem acesso root ao host do Auditd.
• Verifique se você instalou o rsyslog no host do Auditd.
• Verifique se você tem um host Windows 2012 SP2 ou mais recente ou Linux com systemd.
• Se você estiver executando por trás de um proxy, verifique se as portas do firewall estão abertas.

Receber o arquivo de autenticação de ingestão do Google SecOps

1. Faça login no console do Google SecOps.
2. Acesse Configurações do SIEM > Agentes de coleta.
3. Baixe o arquivo de autenticação de ingestão.

Receber o ID do 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 do cliente na seção Detalhes da organização.

Instalar o agente do BindPlane

1. Para instalação no Windows, execute o seguinte script:
   msiexec /i "https://github.com/observIQ/bindplane-agent/releases/latest/download/observiq-otel-collector.msi" /quiet
2. Para instalação no Linux, execute o seguinte script:
   sudo sh -c "$(curl -fsSlL https://github.com/observiq/bindplane-agent/releases/latest/download/install_unix.sh)" install_unix.sh
3. Outras opções de instalação estão disponíveis neste guia de instalação.

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

1. Acesse a máquina em que o Bindplane está instalado.

2. Edite o arquivo config.yaml da seguinte forma:

   receivers:
     tcplog:
       # Replace the below port <54525> and IP <0.0.0.0> with your specific values
       listen_address: "0.0.0.0:54525" 
   
   exporters:
       chronicle/chronicle_w_labels:
           compression: gzip
           # Adjust the creds location below according the placement of the credentials file you downloaded
           creds: '{ json file for creds }'
           # Replace <customer_id> below with your actual ID that you copied
           customer_id: <customer_id>
           endpoint: malachiteingestion-pa.googleapis.com
           # You can apply ingestion labels below as preferred
           ingestion_labels:
           log_type: SYSLOG
           namespace: auditd
           raw_log_field: body
   service:
       pipelines:
           logs/source0__chronicle_w_labels-0:
               receivers:
                   - tcplog
               exporters:
                   - chronicle/chronicle_w_labels
   

3. Reinicie o agente do Bindplane para aplicar as mudanças usando o seguinte comando: sudo systemctl bindplane restart

Como exportar o Syslog do Auditd

1. Acesse a máquina de onde você quer exportar os registros de auditoria.

2. Abra o arquivo de configuração do Auditd (normalmente localizado em /etc/audit/auditd.conf).

   sudo vi /etc/audit/auditd.conf
   

3. Encontre ou adicione as seguintes linhas para configurar o auditd:

   active = yes
   output = syslog
   log_format = ENRICHED
   dispatcher = /sbin/audispd
   

Opcional: especifique a facilidade do Syslog. Adicione ou modifique a seguinte linha em auditd.conf:

```none
syslog_facility = LOG_AUTHPRIV
```

1. Abra o arquivo de configuração do audispd (normalmente localizado em /etc/audisp/plugins.d/syslog.conf):

   sudo vi /etc/audisp/plugins.d/syslog.conf
   

2. Encontre ou adicione as seguintes linhas para configurar o audispd:

   active = yes
   direction = out
   path = builtin_syslog
   type = builtin
   args = LOG_INFO
   format = string
   

3. Reinicie o serviço Auditd para aplicar as mudanças:

   sudo systemctl restart auditd
   

4. Use uma ferramenta como tail para monitorar o syslog e verificar se os registros do Auditd estão sendo enviados:

   tail -f /var/log/syslog | grep auditd # Follow syslog and filter for auditd messages (path may vary depending on your system)
   

5. Edite o rsyslog.conf ou crie uma configuração personalizada:

   sudo vi /etc/rsyslog.d/50-audit-forwarding.conf
   

6. Adicione uma regra para encaminhar registros:

   • if $programname == 'auditd' then @@<Bindplane_Agent>:<Bindplane_Port>
   • Use @ para UDP ou @@ para TCP
   • Substitua <BindPlane_Agent> pelo IP/nome do host do servidor.
   • Substitua <BindPlane_Port> pela porta do seu servidor.

7. Reinicie o serviço rsyslog para aplicar as mudanças:

   sudo systemctl restart rsyslog
   

Tabela de mapeamento do UDM

Referência delta do mapeamento da UDM

Em 23 de setembro de 2025, o Google SecOps lançou uma nova versão do analisador do Okta, que inclui mudanças significativas no mapeamento de campos de registro do Okta para campos do UDM e no mapeamento de tipos de eventos.

Delta de mapeamento de campo de registro

A tabela a seguir lista o delta de mapeamento para campos de registro do Okta para UDM expostos antes de 23 de setembro de 2025 e depois (listados nas colunas Mapeamento antigo e Mapeamento atual, respectivamente).

Delta de mapeamento de tipo de evento

Vários eventos que antes eram classificados como genéricos agora são classificados corretamente com tipos de eventos significativos.

A tabela a seguir lista o delta para o processamento de tipos de eventos do Okta antes e depois de 23 de setembro de 2025 (listados nas colunas Old event_type e Current event-type, respectivamente).

Outras mudanças

• Remoção do mapeamento duplicado de res de security_result.description. Ele é capturado em security_result.action_details.
• Remoção de auditd_msg_data desnecessários de campos adicionais.
• Removemos auditd_msg_data desnecessários de security_result.summary.
• Em type=ADD_USER, removemos o mapeamento duplicado de acct para target.user.display_name. Ele já está mapeado em target.user.userid.
• O mapeamento duplicado de comm foi removido de principal.process.command_line e principal.process.file.names. Ele é capturado em principal.application.
• Removemos o mapeamento duplicado de target.hostname quando o valor está em principal.
• Removido o mapeamento codificado desnecessário de target.resource.type para SETTING.
• Removido o mapeamento de rótulos "Sobre" porque ele foi descontinuado.
• Mapeamento corrigido: agora os IPs são roteados para principal.ip, não para principal.hostname.
• Corrigimos a repetição de eventos gerados.

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