Raccogliere i log dello switch Aruba

Supportato in:

Google SecOps SIEM

Questo documento spiega come importare i log dello switch Aruba in Google Security Operations utilizzando l'agente Bindplane.

Gli switch Aruba generano messaggi syslog per eventi di sistema, modifiche dello stato dell'interfaccia, autenticazione e attività di processo. Il parser estrae i campi dai messaggi syslog utilizzando i pattern grok e li mappa al modello UDM.

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 lo switch Aruba
• Se l'agente viene eseguito dietro un proxy, assicurati che le porte del firewall siano aperte in base ai requisiti dell'agente Bindplane
• Accesso privilegiato allo switch Aruba

Recuperare 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.

   Nota :questo file JSON contiene le credenziali per l'autenticazione dell'agente Bindplane in Google SecOps.

Recuperare l'ID cliente 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.

   Nota: l'ID cliente è necessario per configurare l'esportatore dell'agente Bindplane.

Installa l'agente Bindplane

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

Installazione di Windows

1. Apri 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 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 aggiuntive per l'installazione

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

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

Individua il file di configurazione

• Linux:

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

• Windows:

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

Modifica 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/aruba_switch:
          compression: gzip
          creds_file_path: '/etc/bindplane-agent/ingestion-auth.json'
          customer_id: '<customer_id>'
          endpoint: malachiteingestion-pa.googleapis.com
          log_type: ARUBA_SWITCH
          raw_log_field: body
  
  service:
      pipelines:
          logs/aruba_switch_to_chronicle:
              receivers:
                  - udplog
              exporters:
                  - chronicle/aruba_switch
  

Parametri di configurazione

Sostituisci i seguenti segnaposto:

• Configurazione del ricevitore:

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

• Configurazione dell'esportatore:

  • creds_file_path: percorso completo del file di autenticazione dell'acquisizione:
    • 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 endpoint regionale:
    • Stati Uniti: malachiteingestion-pa.googleapis.com
    • Europa: europe-malachiteingestion-pa.googleapis.com
    • Asia: asia-southeast1-malachiteingestion-pa.googleapis.com
    • Per un elenco completo, vedi Endpoint regionali.

Salvare il file di configurazione

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

Riavvia 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 individuare eventuali 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 individuare eventuali errori:

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

Configurare syslog sullo switch Aruba

Opzione 1: configurazione della CLI

1. Connettiti allo switch Aruba tramite SSH:

   ssh admin@<switch-ip>
   

2. Attiva la modalità di configurazione globale:

   configure terminal
   

3. Specifica il server syslog esterno:

   logging <bindplane-ip>
   

   • Sostituisci <bindplane-ip> con l'indirizzo IP dell'agente Bindplane.

4. (Facoltativo) Imposta il livello di gravità della registrazione nei log:

   logging severity <level>
   

   Nota: i livelli di gravità vanno da 0 (emergenza) a 7 (debug).

5. (Facoltativo) Aggiungi un identificatore (tag) dell'origine log personalizzato:

   logging facility local5
   

6. Salva la configurazione:

   write memory
   

Opzione 2: configurazione dell'interfaccia web

1. Accedi all'interfaccia web dello switch Aruba.
2. Vai a Sistema > Log > Syslog.
3. Aggiungi i parametri del server syslog:
   • Inserisci l'indirizzo IP di Bindplane.
   • Inserisci la porta Bindplane.
   • Imposta il livello di gravità per controllare la verbosità dei log.
4. Fai clic su Salva.

Tabella di mappatura UDM

Campo log	Mappatura UDM	Logica
app	principal.application	Il valore del campo app del log non elaborato viene assegnato direttamente a principal.application.
description	security_result.description	Il valore del campo description del log non elaborato viene assegnato direttamente a security_result.description.
event_id	additional.fields.key	La stringa "event_id" è assegnata a additional.fields.key.
event_id	additional.fields.value.string_value	Il valore del campo event_id del log non elaborato viene assegnato direttamente a additional.fields.value.string_value.
host	principal.asset.hostname	Il valore del campo host del log non elaborato viene assegnato direttamente a principal.asset.hostname.
host	principal.hostname	Il valore del campo host del log non elaborato viene assegnato direttamente a principal.hostname.
pid	principal.process.pid	Il valore del campo pid del log non elaborato viene assegnato direttamente a principal.process.pid.
ts	metadata.event_timestamp	Il valore del campo ts del log non elaborato viene convertito in un timestamp e assegnato a metadata.event_timestamp. Il timestamp viene utilizzato anche per il campo timestamp di primo livello nell'UDM. metadata.event_type è impostato su "STATUS_UPDATE" perché la variabile principal_mid_present è impostata su "true" nel parser quando il campo host è presente nel log non elaborato. La stringa "ARUBA_SWITCH" è assegnata a metadata.product_name all'interno del parser. La stringa "ARUBA SWITCH" è assegnata a metadata.vendor_name all'interno del parser. Il parser tenta di estrarre e analizzare lo user agent dal log non elaborato utilizzando client.userAgent.rawUserAgent. Se l'operazione va a buon fine, lo user agent analizzato viene assegnato a network.http.parsed_user_agent. Tuttavia, poiché i log grezzi forniti non contengono questo campo, è probabile che questo campo UDM sia vuoto. Il parser tenta di estrarre lo user agent non elaborato dal log non elaborato utilizzando client.userAgent.rawUserAgent. Se l'operazione va a buon fine, l'user agent non elaborato viene assegnato a network.http.user_agent. Tuttavia, poiché i log grezzi forniti non contengono questo campo, è probabile che questo campo UDM sia vuoto.

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.