Coletar registros do Avaya Aura

Versão do analisador:3.0

Compatível com:

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

O Avaya Aura é uma plataforma de comunicações unificadas que gera mensagens syslog para eventos de login/logout do usuário, mudanças na configuração do sistema e eventos de segurança. 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 Linux com systemd
  • Conectividade de rede entre o agente do Bindplane e o sistema Avaya Aura
  • Se estiver executando em um proxy, verifique se as portas do firewall estão abertas de acordo com os requisitos do agente do Bindplane
  • Acesso privilegiado ao Avaya Aura

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.

  4. Salve o arquivo com segurança no sistema em que o agente do Bindplane será instalado.

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

Instalar o agente do Bindplane

Instale o agente do Bindplane no 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 raiz 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).

Recursos de instalação adicionais

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

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

Localizar o arquivo de configuração

  • Linux :

    sudo nano /etc/bindplane-agent/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/avaya_aura:
        compression: gzip
        creds_file_path: '/etc/bindplane-agent/ingestion-auth.json'
        customer_id: '<customer_id>'
        endpoint: malachiteingestion-pa.googleapis.com
        log_type: AVAYA_AURA
        raw_log_field: body

service:
    pipelines:
        logs/avaya_aura_to_chronicle:
            receivers:
                - udplog
            exporters:
                - chronicle/avaya_aura

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 detectar 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 autenticação de ingestão:
      • Linux: /etc/bindplane-agent/ingestion-auth.json
      • Windows: C:\Program Files\observIQ OpenTelemetry Collector\ingestion-auth.json
    • customer_id: ID do cliente copiado do console do Google SecOps
    • endpoint: URL do endpoint regional:
      • EUA: malachiteingestion-pa.googleapis.com
      • Europa: europe-malachiteingestion-pa.googleapis.com
      • Ásia: asia-southeast1-malachiteingestion-pa.googleapis.com
      • Consulte Endpoints regionais para a lista completa

Salvar o arquivo de configuração

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

Reiniciar 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 no 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 observIQ OpenTelemetry Collector.
      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 no Avaya Aura

  1. Faça login no console do Avaya Aura.
  2. Acesse EM > System Configuration > Logging Settings > Syslog.
  3. Ative a entrega de registros SYSLOG.
  4. Clique em Adicionar.
  5. Informe os seguintes detalhes de configuração:
    • Endereço do servidor: insira o endereço IP do agente do Bindplane.
    • Porta: insira a porta de detecção do agente do Bindplane.
  6. Clique em Salvar.
  7. Clique em Confirmar.
  8. Reinicie o Avaya Aura.

Tabela de mapeamento de UDM

Campo de registro Mapeamento de UDM Lógica
data{}.@timestamp metadata.event_timestamp O registro de data e hora do evento é analisado no campo de dados usando o padrão grok e atribuído ao campo event_timestamp na seção de metadados do UDM.
data{}.host principal.hostname O valor do host é extraído do campo de dados usando o padrão grok e atribuído ao campo de nome do host na seção principal do UDM.
data{}.portal security_result.about.resource.attribute.labels.value O valor do portal é extraído do campo de dados usando o padrão grok e atribuído como o valor do rótulo Portal na seção about.resource.attribute.labels do security_result no UDM.
data{}.prod_log_id metadata.product_log_id O valor prod_log_id é extraído do campo de dados usando o padrão grok e atribuído ao campo product_log_id na seção de metadados do UDM.
data{}.sec_cat security_result.category_details O valor sec_cat é extraído do campo de dados usando o padrão grok e atribuído ao campo category_details na seção security_result do UDM.
data{}.sec_desc security_result.description O valor sec_desc é extraído do campo de dados usando o padrão grok e atribuído ao campo de descrição na seção security_result do UDM.
data{}.severity security_result.severity O valor de gravidade é extraído do campo de dados usando o padrão grok. Se a gravidade for warn, fatal ou error (sem distinção entre maiúsculas e minúsculas), ela será mapeada para HIGH no campo security_result.severity do UDM. Caso contrário, se a gravidade for info (sem distinção entre maiúsculas e minúsculas), ela será mapeada para LOW.
data{}.summary security_result.summary O valor de resumo é extraído do campo de dados usando o padrão grok e atribuído ao campo de resumo na seção security_result do UDM.
data{}.user_id target.user.userid O valor user_id é extraído do campo de dados usando o padrão grok e atribuído ao campo userid na seção target.user do UDM.
extensions.auth.type O campo auth.type é definido como AUTHTYPE_UNSPECIFIED se o campo event_name contiver log(in|on) ou logoff (sem distinção entre maiúsculas e minúsculas) ou se o campo de resumo contiver login ou logoff (sem distinção entre maiúsculas e minúsculas) e o campo user_id não estiver vazio.
metadata.description O campo de descrição é preenchido com o valor do campo desc se ele não estiver vazio.
metadata.event_type O campo event_type é determinado com base na seguinte lógica: - Se o campo event_name contiver log(in|on) ou o campo de resumo contiver login (sem distinção entre maiúsculas e minúsculas) e o campo user_id não estiver vazio, o event_type será definido como USER_LOGIN. - Se o campo event_name contiver logoff ou o campo de resumo contiver logoff (sem distinção entre maiúsculas e minúsculas) e o campo user_id não estiver vazio, o event_type será definido como USER_LOGOUT. - Se o campo has_principal for true, o event_type será definido como STATUS_UPDATE. - Caso contrário, o event_type permanecerá como GENERIC_EVENT (valor padrão).
metadata.log_type O log_type é codificado como AVAYA_AURA.
metadata.product_event_type O campo product_event_type é preenchido com o valor do campo event_name se ele não estiver vazio.
metadata.product_name O product_name é codificado como AVAYA AURA.
metadata.vendor_name O vendor_name é codificado como AVAYA AURA.
security_result.action O campo de ação na seção security_result é definido com base na seguinte lógica: - Se o campo de resumo contiver fail ou failed (sem distinção entre maiúsculas e minúsculas), a ação será definida como BLOCK. - Se o campo de resumo contiver success (sem distinção entre maiúsculas e minúsculas), a ação será definida como ALLOW.
security_result.severity_details O campo severity_details é preenchido com o valor do campo severity_details se ele não estiver vazio.
timestamp.nanos metadata.event_timestamp.nanos O valor nanos do campo de registro de data e hora é mapeado diretamente para o campo nanos na seção event_timestamp dos metadados no UDM.
timestamp.seconds metadata.event_timestamp.seconds O valor seconds do campo de registro de data e hora é mapeado diretamente para o campo seconds na seção event_timestamp dos metadados no UDM.
time event.idm.read_only_udm.metadata.event_timestamp Mapeado do registro de alterações
src_ip event.idm.read_only_udm.principal.ip e event.idm.read_only_udm.principal.asset.ip Mapeado do registro de alterações
src_port event.idm.read_only_udm.principal.port Mapeado do registro de alterações
dst_ip event.idm.read_only_udm.target.ip e event.idm.read_only_udm.target.asset.ip Mapeado do registro de alterações
dst_port event.idm.read_only_udm.target.port Mapeado do registro de alterações
process_pid event.idm.read_only_udm.principal.process.pid Mapeado do registro de alterações
principal_application event.idm.read_only_udm.principal.application Mapeado do registro de alterações
network_protocol event.idm.read_only_udm.network.ip_protocol Mapeado do registro de alterações
application_protocol_version event.idm.read_only_udm.network.application_protocol_version Mapeado do registro de alterações
community_id event.idm.read_only_udm.network.community_id Mapeado do registro de alterações
security_description event.idm.read_only_udm.security_result.description Mapeado do registro de alterações
device_uptime event.idm.read_only_udm.additional.fields Mapeado do registro de alterações
cmg_trap_subsystem event.idm.read_only_udm.additional.fields Mapeado do registro de alterações
cmg_trap_onboard event.idm.read_only_udm.additional.fields Mapeado do registro de alterações
cmg_trap_location event.idm.read_only_udm.additional.fields Mapeado do registro de alterações
syslog_priority event.idm.read_only_udm.additional.fields Mapeado do registro de alterações

Registro de alterações

Consulte o registro de alterações desse analisador

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