Raccogli i log di Extreme Wireless

Versione parser: 2.0

Supportato in:

Google SecOps SIEM

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

I controller wireless Extreme Networks generano messaggi syslog per eventi di associazione e disassociazione client, autenticazione, interazioni RADIUS e modifiche dello stato del punto di accesso. Il parser estrae i campi 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 o host Linux con systemd
• Connettività di rete tra l'agente Bindplane e il controller Extreme Networks CloudIQ
• Se l'esecuzione avviene dietro un proxy, assicurati che le porte del firewall siano aperte in base ai requisiti dell'agente Bindplane
• Accesso privilegiato a Extreme Networks CloudIQ

Ottieni le credenziali di Google SecOps per l'agente Bindplane

Per autenticare l'agente Bindplane in Google SecOps, scegli uno dei seguenti metodi:

• Nuove implementazioni: utilizza l'API Chronicle (opzione 1).
• Deployment legacy: continua a utilizzare il file di autenticazione dell'acquisizione (Opzione 2) fino alla dismissione dell'API Ingestion il 20 luglio 2027.

Opzione 1: crea un account di servizio per l'API Chronicle (consigliata)

1. Accedi alla consoleGoogle Cloud e seleziona il progetto Google Cloud collegato alla tua istanza Google SecOps.
2. Vai a IAM e amministrazione > Service account.
3. Fai clic su Crea service account.
4. Fornisci i seguenti dettagli di configurazione:
   • Nome service account: inserisci un nome per l'account (ad esempio, bindplane-ingest).
   • Descrizione del service account: inserisci una descrizione (ad esempio, Bindplane agent log ingestion).
5. Fai clic su Crea e continua.
6. Nella sezione Concedi a questo account di servizio l'accesso al progetto, fai clic su Seleziona un ruolo e seleziona Chronicle Editor.
7. Fai clic su Continua e poi su Fine.
8. Fai clic sul account di servizio che hai creato, quindi vai alla scheda Chiavi.
9. Fai clic su Aggiungi chiave > Crea nuova chiave.
10. Seleziona JSON e fai clic su Crea. Il file della chiave viene scaricato sul tuo computer.
11. Salva il file della chiave come ingestion-auth.json nella directory del raccoglitore Bindplane (/opt/observiq-otel-collector/ingestion-auth.json su Linux o C:\Program Files\observIQ OpenTelemetry Collector\ingestion-auth.json su Windows) oppure aggiorna creds_file_path in config.yaml in modo che corrisponda al percorso in cui lo salvi.
12. Vai a IAM e amministrazione > Impostazioni e copia il Numero progetto. Ti servirà per la configurazione dell'esportatore.

Nota: la chiave JSON è una credenziale. Limita l'accesso al file sull'host Bindplane e ruota la chiave in base alle norme della tua organizzazione.

Opzione 2: scarica il file di autenticazione dell'acquisizione (legacy)

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 autentica l'agente nell'API Ingestion legacy (malachiteingestion-pa.googleapis.com), il cui fine del ciclo di vita è previsto da Google per il 20 luglio 2027. Pianifica di passare all'opzione 1 prima di questa data.

Ottieni 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 organizzazione.

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

Installa l'agente Bindplane

Installa l'agente Bindplane sul tuo 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 RUNNING.

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.

Nota: la configurazione dell'esportatore dell'API Chronicle richiede Bindplane Collector v1.106.0 o versioni successive. I comandi precedenti installano l'ultima release. Se stai aggiornando un'installazione esistente, esegui l'upgrade del raccoglitore prima di modificare la configurazione.

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

Individua il file di configurazione

• Linux:

  sudo nano /opt/observiq-otel-collector/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/extreme_wireless:
      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: EXTREME_WIRELESS
      raw_log_field: body
  
  service:
    pipelines:
      logs/extreme_wireless_to_chronicle:
        receivers:
          - udplog
        exporters:
          - chronicle/extreme_wireless
  

Parametri di configurazione

Sostituisci i seguenti segnaposto:

• Configurazione del destinatario:

  • 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 l'accesso root su Linux; utilizza 1514 per l'accesso non root)

• Configurazione dell'esportatore:

  • creds_file_path: percorso completo del file della chiave JSON del account di servizio (opzione 1):
    • Linux: /opt/observiq-otel-collector/ingestion-auth.json
    • Windows: C:\Program Files\observIQ OpenTelemetry Collector\ingestion-auth.json
  • customer_id: ID cliente copiato dalla console Google SecOps
  • location: sostituisci <LOCATION> con la regione della tua istanza Google SecOps (ad esempio us, europe o asia-southeast1). L'esportatore aggiunge chronicle.googleapis.com come prefisso a questo valore. Per l'elenco completo, consulta Endpoint regionali.
  • project: sostituisci <PROJECT_NUMBER> con il numero di progetto in IAM e amministrazione > Impostazioni.
  • endpoint: mantieni l'impostazione chronicle.googleapis.com.

Esportatore API di importazione legacy

• Se utilizzi il file di autenticazione dell'importazione dell'opzione 2, sostituisci il blocco exporters con il seguente. Imposta creds_file_path sul percorso del file di autenticazione dell'acquisizione e, se l'istanza si trova al di fuori degli Stati Uniti, sostituisci malachiteingestion-pa.googleapis.com con il tuo endpoint regionale (ad esempio, europe-malachiteingestion-pa.googleapis.com).

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

Nota: questo esportatore smetterà di funzionare quando l'API Ingestion verrà ritirata il 20 luglio 2027.

Salva 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 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 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"
       

Configura syslog su Extreme Networks CloudIQ

1. Accedi all'interfaccia utente web di CloudIQ.
2. Vai a Configura > Oggetti comuni > Gestione > Server Syslog.
3. Fai clic su +.
4. Fornisci i seguenti dettagli di configurazione:
   • Nome: fornisci un nome univoco per il server.
   • Gravità: seleziona Informazioni.
   • Seleziona un indirizzo IP syslog esistente dal menu Seleziona o fai clic su +.
   • Inserisci l'indirizzo IP dell'agente Bindplane.
   • Inserisci il numero di porta dell'agente Bindplane.
   • Fai clic su AGGIUNGI.
5. Fai clic su Salva server Syslog.

Tabella di mappatura UDM

Campo log	Mappatura UDM	Logica
action	security_result.detection_fields.key	Il valore del campo action del log non elaborato viene mappato a security_result.detection_fields.key.
action	security_result.detection_fields.value	Il valore del campo action del log non elaborato viene mappato a security_result.detection_fields.value.
BSSID	principal.resource.attribute.labels.key	La stringa "BSSID" è assegnata a principal.resource.attribute.labels.key.
BSSID	principal.resource.attribute.labels.value	Il valore del campo BSSID del log non elaborato viene mappato a principal.resource.attribute.labels.value.
collection_time.nanos	metadata.event_timestamp.nanos	Il valore di collection_time.nanos del log non elaborato è mappato a metadata.event_timestamp.nanos.
collection_time.seconds	metadata.event_timestamp.seconds	Il valore di collection_time.seconds del log non elaborato è mappato a metadata.event_timestamp.seconds.
collection_time.seconds	timestamp.seconds	Il valore di collection_time.seconds del log non elaborato viene mappato a timestamp.seconds.
collection_time.nanos	timestamp.nanos	Il valore di collection_time.nanos del log non elaborato viene mappato a timestamp.nanos.
data	security_result.description	Il valore del campo data del log non elaborato, dopo aver subito diverse trasformazioni gsub per rimuovere i caratteri indesiderati e i valori "N/A", viene mappato al campo security_result.description.
description	security_result.description	Il valore del campo description, estratto dal parser grok, viene mappato al campo security_result.description.
first	security_result.detection_fields.key	La stringa "first" è assegnata a security_result.detection_fields.key.
first	security_result.detection_fields.value	Il valore del campo first del log non elaborato viene mappato a security_result.detection_fields.value.
hostname	principal.asset.hostname	Il valore del campo hostname del log non elaborato viene mappato ai campi principal.asset.hostname e principal.hostname.
hostname	principal.hostname	Il valore del campo hostname del log non elaborato viene mappato ai campi principal.asset.hostname e principal.hostname.
IP	principal.asset.ip	Il valore del campo IP del log non elaborato viene mappato ai campi principal.asset.ip e principal.ip.
IP	principal.ip	Il valore del campo IP del log non elaborato viene mappato ai campi principal.asset.ip e principal.ip.
MAC	principal.resource.attribute.labels.key	La stringa "MAC" è assegnata a principal.resource.attribute.labels.key.
MAC	principal.resource.attribute.labels.value	Il valore del campo MAC del log non elaborato viene mappato a principal.resource.attribute.labels.value.
medium	security_result.detection_fields.key	La stringa "medium" è assegnata a security_result.detection_fields.key.
medium	security_result.detection_fields.value	Il valore del campo medium del log non elaborato viene mappato a security_result.detection_fields.value. La metadata.event_type è determinata dalla logica all'interno dell'analizzatore sintattico. Se sono presenti entrambi gli ID macchina principal e target, viene impostato su NETWORK_CONNECTION. Se sono presenti User-ID principal o target, il valore viene impostato su USER_UNCATEGORIZED. Se è presente solo l'ID macchina principal, viene impostato su STATUS_UPDATE. In caso contrario, il valore predefinito è GENERIC_EVENT. La stringa "EXTREME WIRELESS" è assegnata a metadata.product_name.
prod_event_type	metadata.product_event_type	Il valore del campo prod_event_type del log non elaborato viene mappato al campo metadata.product_event_type.
port	principal.port	Il valore del campo port del log non elaborato, convertito in un numero intero, viene mappato al campo principal.port.
problem_summary	security_result.summary	Il valore del campo problem_summary del log non elaborato viene mappato al campo security_result.summary.
SSID	principal.resource.attribute.labels.key	La stringa "SSID" è assegnata a principal.resource.attribute.labels.key.
SSID	principal.resource.attribute.labels.value	Il valore del campo SSID del log non elaborato viene mappato a principal.resource.attribute.labels.value.
station	principal.asset.hostname	Il valore del campo station del log non elaborato viene mappato ai campi principal.asset.hostname e principal.hostname.
station	principal.hostname	Il valore del campo station del log non elaborato viene mappato ai campi principal.asset.hostname e principal.hostname.
target_host	target.asset.hostname	Il valore del campo target_host del log non elaborato viene mappato ai campi target.asset.hostname e target.hostname.
target_host	target.hostname	Il valore del campo target_host del log non elaborato viene mappato ai campi target.asset.hostname e target.hostname.
target_ip	target.asset.ip	Il valore del campo target_ip del log non elaborato viene mappato ai campi target.asset.ip e target.ip.
target_ip	target.ip	Il valore del campo target_ip del log non elaborato viene mappato ai campi target.asset.ip e target.ip.
target_port	target.port	Il valore del campo target_port del log non elaborato, convertito in un numero intero, viene mappato al campo target.port.
target_user	target.user.userid	Il valore del campo target_user del log non elaborato viene mappato al campo target.user.userid.
user-profile	security_result.detection_fields.key	La stringa "user profile" viene assegnata a security_result.detection_fields.key.
user-profile	security_result.detection_fields.value	Il valore del campo user-profile del log non elaborato viene mappato a security_result.detection_fields.value.
username	principal.user.userid	Il valore del campo username del log non elaborato viene mappato al campo principal.user.userid. La stringa "EXTREME_WIRELESS" viene assegnata a metadata.vendor_name.

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.