Raccogliere i log di Avaya Aura

Versione parser: 3.0

Supportato in:

Questo documento spiega come importare i log di Avaya Aura in Google Security Operations utilizzando l'agente Bindplane.

Avaya Aura è una piattaforma di comunicazione unificata che genera messaggi syslog per gli eventi di accesso/disconnessione degli utenti, le modifiche alla configurazione del sistema e gli eventi di sicurezza. Il parser estrae i campi dai messaggi syslog utilizzando i pattern grok e li mappa al modello UDM (Unified Data Model).

Prima di iniziare

Assicurati di soddisfare i seguenti prerequisiti:

  • Un'istanza Google SecOps
  • Windows Server 2016 o versioni successive oppure host Linux con systemd
  • Connettività di rete tra l'agente Bindplane e il sistema Avaya Aura
  • Se l'esecuzione avviene tramite un proxy, assicurati che le porte del firewall siano aperte in base ai requisiti dell'agente Bindplane
  • Accesso con privilegi ad Avaya Aura

Ottenere il file di autenticazione dell'importazione di Google SecOps

  1. Accedi alla console Google SecOps.
  2. Vai a Impostazioni SIEM > Agenti di raccolta.
  3. Scarica il file di autenticazione dell'acquisizione.

  4. Salva il file in modo sicuro sul sistema in cui verrà installato l'agente Bindplane.

Ottenere l'ID cliente di Google SecOps

  1. Accedi alla console Google SecOps.
  2. Vai a Impostazioni SIEM > Profilo.

  3. Copia e salva l'ID cliente dalla sezione Dettagli dell'organizzazione.

Installare l'agente Bindplane

Installa l'agente Bindplane sul sistema operativo Windows o Linux seguendo le istruzioni riportate di seguito.

Installazione di Windows

  1. Apri il prompt dei comandi o PowerShell come amministratore.

  2. Esegui questo comando:

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

  3. Attendi il completamento dell'installazione.

  4. Verifica l'installazione eseguendo:

    sc query observiq-otel-collector

    Il servizio dovrebbe essere visualizzato come IN ESECUZIONE.

Installazione di Linux

  1. Apri un terminale con privilegi di root o sudo.

  2. Esegui questo comando:

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

  3. Attendi il completamento dell'installazione.

  4. Verifica l'installazione eseguendo:

    sudo systemctl status observiq-otel-collector

    Il servizio dovrebbe essere visualizzato come attivo (in esecuzione).

Risorse di installazione aggiuntive

Per ulteriori opzioni di installazione e risoluzione dei problemi, consulta la guida all'installazione dell'agente Bindplane.

Configurare l'agente Bindplane per importare syslog e inviarli a Google SecOps

Individuare il file di configurazione

  • Linux:

    sudo nano /etc/bindplane-agent/config.yaml

  • Windows:

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

Modificare il file di configurazione

  • Sostituisci l'intero contenuto di config.yaml con la seguente configurazione:

    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

Parametri di configurazione

Sostituisci i seguenti segnaposto:

  • Configurazione del ricevitore:

    • listen_address: indirizzo IP e porta su cui ascoltare:
      • 0.0.0.0 per ascoltare su tutte le interfacce (consigliato)
      • La porta 514 è la porta syslog standard (richiede la root su Linux; utilizza 1514 per non root)

  • Configurazione dell'esportatore:

    • creds_file_path: percorso completo del file di autenticazione dell'importazione:
      • Linux: /etc/bindplane-agent/ingestion-auth.json
      • Windows: C:\Program Files\observIQ OpenTelemetry Collector\ingestion-auth.json
    • customer_id: ID cliente copiato dalla console Google SecOps
    • endpoint: URL dell'endpoint regionale:
      • Stati Uniti: malachiteingestion-pa.googleapis.com
      • Europa: europe-malachiteingestion-pa.googleapis.com
      • Asia: asia-southeast1-malachiteingestion-pa.googleapis.com
      • Per l'elenco completo, consulta Endpoint regionali

Salvare il file di configurazione

  • Dopo la modifica, salva il file:
    • Linux: premi Ctrl+O, poi Enter, poi Ctrl+X
    • Windows: fai clic su File > Salva

Riavviare l'agente Bindplane per applicare le modifiche

  • Per riavviare l'agente Bindplane in Linux, esegui questo comando:

    sudo systemctl restart observiq-otel-collector

    1. Verifica che il servizio sia in esecuzione:

      sudo systemctl status observiq-otel-collector

    2. Controlla i log per verificare la presenza di errori:

      sudo journalctl -u observiq-otel-collector -f

  • Per riavviare l'agente Bindplane in Windows, scegli una delle seguenti opzioni:

    • Prompt dei comandi o PowerShell come amministratore:

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

    • Console dei servizi:

      1. Premi Win+R, digita services.msc e premi Invio.
      2. Individua observIQ OpenTelemetry Collector.
      3. Fai clic con il tasto destro del mouse e seleziona Riavvia.

      4. Verifica che il servizio sia in esecuzione:

        sc query observiq-otel-collector

      5. Controlla i log per verificare la presenza di errori:

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

Configurare syslog in Avaya Aura

  1. Accedi alla console Avaya Aura.
  2. Vai a EM > Configurazione del sistema > Impostazioni di logging > Syslog.
  3. Attiva SYSLOG Delivery of Logs.
  4. Fai clic su Aggiungi.
  5. Fornisci i seguenti dettagli di configurazione:
    • Indirizzo server: inserisci l'indirizzo IP dell'agente Bindplane.
    • Porta: inserisci la porta di ascolto dell'agente Bindplane.
  6. Fai clic su Salva.
  7. Fai clic su Conferma.
  8. Riavvia Avaya Aura.

Tabella di mapping UDM

Campo log Mapping UDM Logica
data{}.@timestamp metadata.event_timestamp Il timestamp dell'evento viene analizzato dal campo data utilizzando il pattern grok e assegnato al campo event_timestamp nella sezione metadata dell'UDM.
data{}.host principal.hostname Il valore dell'host viene estratto dal campo data utilizzando il pattern grok e assegnato al campo hostname nella sezione principal dell'UDM.
data{}.portal security_result.about.resource.attribute.labels.value Il valore del portale viene estratto dal campo data utilizzando il pattern grok e assegnato come valore dell'etichetta Portal nella sezione about.resource.attribute.labels di security_result nell'UDM.
data{}.prod_log_id metadata.product_log_id Il valore prod_log_id viene estratto dal campo data utilizzando il pattern grok e assegnato al campo product_log_id nella sezione metadata dell'UDM.
data{}.sec_cat security_result.category_details Il valore sec_cat viene estratto dal campo data utilizzando il pattern grok e assegnato al campo category_details nella sezione security_result dell'UDM.
data{}.sec_desc security_result.description Il valore sec_desc viene estratto dal campo data utilizzando il pattern grok e assegnato al campo description nella sezione security_result dell'UDM.
data{}.severity security_result.severity Il valore di gravità viene estratto dal campo data utilizzando il pattern grok. Se la gravità è warn, fatal o error (senza distinzione tra maiuscole e minuscole), viene mappata a HIGH nel campo security_result.severity dell'UDM. In caso contrario, se la gravità è info (senza distinzione tra maiuscole e minuscole), viene mappata a LOW.
data{}.summary security_result.summary Il valore di riepilogo viene estratto dal campo data utilizzando il pattern grok e assegnato al campo summary nella sezione security_result dell'UDM.
data{}.user_id target.user.userid Il valore user_id viene estratto dal campo data utilizzando il pattern grok e assegnato al campo userid nella sezione target.user dell'UDM.
extensions.auth.type Il campo auth.type è impostato su AUTHTYPE_UNSPECIFIED se il campo event_name contiene log(in|on) o logoff (senza distinzione tra maiuscole e minuscole) oppure se il campo summary contiene login o logoff (senza distinzione tra maiuscole e minuscole) e il campo user_id non è vuoto.
metadata.description Il campo description viene compilato con il valore del campo desc se non è vuoto.
metadata.event_type Il campo event_type viene determinato in base alla seguente logica: - Se il campo event_name contiene log(in|on) o il campo summary contiene login (senza distinzione tra maiuscole e minuscole) e il campo user_id non è vuoto, event_type è impostato su USER_LOGIN. - Se il campo event_name contiene logoff o il campo summary contiene logoff (senza distinzione tra maiuscole e minuscole) e il campo user_id non è vuoto, event_type è impostato su USER_LOGOUT. - Se il campo has_principal è true, event_type è impostato su STATUS_UPDATE. - In caso contrario, event_type rimane GENERIC_EVENT (valore predefinito).
metadata.log_type log_type è hardcoded su AVAYA_AURA.
metadata.product_event_type Il campo product_event_type viene compilato con il valore del campo event_name se non è vuoto.
metadata.product_name product_name è hardcoded su AVAYA AURA.
metadata.vendor_name vendor_name è hardcoded su AVAYA AURA.
security_result.action Il campo action nella sezione security_result è impostato in base alla seguente logica: - Se il campo summary contiene fail o failed (senza distinzione tra maiuscole e minuscole), l'azione è impostata su BLOCK. - Se il campo summary contiene success (senza distinzione tra maiuscole e minuscole), l'azione è impostata su ALLOW.
security_result.severity_details Il campo severity_details viene compilato con il valore del campo severity_details se non è vuoto.
timestamp.nanos metadata.event_timestamp.nanos Il valore nanos del campo timestamp viene mappato direttamente al campo nanos nella sezione event_timestamp dei metadati nell'UDM.
timestamp.seconds metadata.event_timestamp.seconds Il valore seconds del campo timestamp viene mappato direttamente al campo seconds nella sezione event_timestamp dei metadati nell'UDM.
time event.idm.read_only_udm.metadata.event_timestamp Mappato dal log delle modifiche
src_ip event.idm.read_only_udm.principal.ip e event.idm.read_only_udm.principal.asset.ip Mappato dal log delle modifiche
src_port event.idm.read_only_udm.principal.port Mappato dal log delle modifiche
dst_ip event.idm.read_only_udm.target.ip e event.idm.read_only_udm.target.asset.ip Mappato dal log delle modifiche
dst_port event.idm.read_only_udm.target.port Mappato dal log delle modifiche
process_pid event.idm.read_only_udm.principal.process.pid Mappato dal log delle modifiche
principal_application event.idm.read_only_udm.principal.application Mappato dal log delle modifiche
network_protocol event.idm.read_only_udm.network.ip_protocol Mappato dal log delle modifiche
application_protocol_version event.idm.read_only_udm.network.application_protocol_version Mappato dal log delle modifiche
community_id event.idm.read_only_udm.network.community_id Mappato dal log delle modifiche
security_description event.idm.read_only_udm.security_result.description Mappato dal log delle modifiche
device_uptime event.idm.read_only_udm.additional.fields Mappato dal log delle modifiche
cmg_trap_subsystem event.idm.read_only_udm.additional.fields Mappato dal log delle modifiche
cmg_trap_onboard event.idm.read_only_udm.additional.fields Mappato dal log delle modifiche
cmg_trap_location event.idm.read_only_udm.additional.fields Mappato dal log delle modifiche
syslog_priority event.idm.read_only_udm.additional.fields Mappato dal log delle modifiche

Log delle modifiche

Visualizza il log delle modifiche per questo parser

Hai bisogno di ulteriore assistenza? Ricevi risposte dai membri della community e dai professionisti di Google SecOps.