Raccogli i log degli switch Arista
Versione parser: 3.0
Questo documento spiega come importare i log degli switch Arista in Google Security Operations utilizzando l'agente Bindplane.
Arista EOS (Extensible Operating System) viene eseguito sugli switch di rete Arista e genera messaggi syslog per eventi di sistema, modifiche dell'interfaccia, autenticazione, accounting AAA e modifiche dello stato del protocollo. Il parser gestisce i formati JSON e syslog.
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 Arista
- Se l'esecuzione avviene dietro un proxy, assicurati che le porte del firewall siano aperte in base ai requisiti dell'agente Bindplane
- Arista EOS 4.23.x o versioni successive
- Accesso con privilegi sullo switch Arista EOS
Ottieni le credenziali di Google SecOps per l'agente Bindplane
Per autenticare l'agente Bindplane in Google SecOps, scegli uno dei seguenti metodi:
- Nuovi deployment: 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)
- Accedi alla consoleGoogle Cloud e seleziona il progetto Google Cloud collegato alla tua istanza Google SecOps.
- Vai a IAM e amministrazione > Service account.
- Fai clic su Crea service account.
- 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).
- Nome service account: inserisci un nome per l'account (ad esempio
- Fai clic su Crea e continua.
- Nella sezione Concedi a questo account di servizio l'accesso al progetto, fai clic su Seleziona un ruolo e seleziona Editor Chronicle.
- Fai clic su Continua e poi su Fine.
- Fai clic sul account di servizio che hai creato, quindi vai alla scheda Chiavi.
- Fai clic su Aggiungi chiave > Crea nuova chiave.
- Seleziona JSON e fai clic su Crea. Il file della chiave viene scaricato sul computer.
- Salva il file della chiave come
ingestion-auth.jsonnella directory del raccoglitore Bindplane (/opt/observiq-otel-collector/ingestion-auth.jsonsu Linux oC:\Program Files\observIQ OpenTelemetry Collector\ingestion-auth.jsonsu Windows) o aggiornacreds_file_pathinconfig.yamlin modo che corrisponda al percorso in cui lo salvi. - Vai a IAM e amministrazione > Impostazioni e copia il Numero progetto. Ti servirà per la configurazione dell'esportatore.
Opzione 2: scarica il file di autenticazione dell'acquisizione (legacy)
- Accedi alla console Google SecOps.
- Vai a Impostazioni SIEM > Agenti di raccolta.
- Scarica il file di autenticazione dell'acquisizione.
- Salva il file in modo sicuro sul sistema in cui verrà installato l'agente Bindplane.
Recuperare l'ID cliente Google SecOps
- Accedi alla console Google SecOps.
- Vai a Impostazioni SIEM > Profilo.
Copia e salva l'ID cliente dalla sezione Dettagli organizzazione.
Installa l'agente Bindplane
Installa l'agente Bindplane sul tuo sistema operativo Windows o Linux seguendo le istruzioni riportate di seguito.
Installazione di finestre
- Apri Prompt dei comandi o PowerShell come amministratore.
Esegui questo comando:
msiexec /i "https://github.com/observIQ/bindplane-agent/releases/latest/download/observiq-otel-collector.msi" /quietAttendi il completamento dell'installazione.
Verifica l'installazione eseguendo:
sc query observiq-otel-collectorIl servizio dovrebbe essere visualizzato come IN ESECUZIONE.
Installazione di Linux
- Apri un terminale con privilegi root o sudo.
Esegui questo comando:
sudo sh -c "$(curl -fsSlL https://github.com/observiq/bindplane-agent/releases/latest/download/install_unix.sh)" install_unix.shAttendi il completamento dell'installazione.
Verifica l'installazione eseguendo:
sudo systemctl status observiq-otel-collectorIl 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 /opt/observiq-otel-collector/config.yamlWindows:
notepad "C:\Program Files\observIQ OpenTelemetry Collector\config.yaml"
Modifica il file di configurazione
Sostituisci l'intero contenuto di
config.yamlcon la seguente configurazione:receivers: udplog: listen_address: "0.0.0.0:514" exporters: chronicle/arista_switch: 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: ARISTA_SWITCH raw_log_field: body service: pipelines: logs/arista_to_chronicle: receivers: - udplog exporters: - chronicle/arista_switch
Parametri di configurazione
Sostituisci i seguenti segnaposto:
Configurazione del destinatario:
listen_address: indirizzo IP e porta su cui ascoltare:0.0.0.0per ascoltare su tutte le interfacce (consigliato)- La porta
514è la porta syslog standard (richiede l'accesso root su Linux; utilizza1514per 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
- Linux:
customer_id: ID cliente copiato dalla console Google SecOpslocation: sostituisci<LOCATION>con la regione della tua istanza Google SecOps (ad esempious,europeoasia-southeast1). L'esportatore anteponechronicle.googleapis.coma questo valore. Per l'elenco completo, consulta Endpoint regionali.project: sostituisci<PROJECT_NUMBER>con il numero di progetto da IAM e amministrazione > Impostazioni.endpoint: mantieni l'impostazionechronicle.googleapis.com.
Esportatore API di importazione legacy
Se utilizzi il file di autenticazione dell'acquisizione dell'Opzione 2, sostituisci il blocco
exporterscon il seguente. Impostacreds_file_pathsul percorso del file di autenticazione dell'importazione e, se la tua istanza si trova al di fuori degli Stati Uniti, sostituiscimalachiteingestion-pa.googleapis.comcon l'endpoint regionale (ad esempio,europe-malachiteingestion-pa.googleapis.com).exporters: chronicle/arista_switch: compression: gzip creds_file_path: '/opt/observiq-otel-collector/ingestion-auth.json' customer_id: '<customer_id>' endpoint: malachiteingestion-pa.googleapis.com log_type: ARISTA_SWITCH raw_log_field: body
Salva il file di configurazione
- Dopo la modifica, salva il file:
- Linux: premi
Ctrl+O, poiEntere infineCtrl+X - Windows: fai clic su File > Salva
- Linux: premi
Riavvia l'agente Bindplane per applicare le modifiche
Per riavviare l'agente Bindplane in Linux, esegui questo comando:
sudo systemctl restart observiq-otel-collectorVerifica che il servizio sia in esecuzione:
```bash sudo systemctl status observiq-otel-collector ```Controlla i log per individuare eventuali errori:
```bash 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-collectorConsole dei servizi:
- Premi
Win+R, digitaservices.msce premi Invio. - Individua observIQ OpenTelemetry Collector.
- Fai clic con il tasto destro del mouse e seleziona Riavvia.
Verifica che il servizio sia in esecuzione:
sc query observiq-otel-collectorControlla i log per verificare la presenza di errori:
type "C:\Program Files\observIQ OpenTelemetry Collector\log\collector.log"
- Premi
Configura syslog sullo switch Arista
- Accedi allo switch Arista.
Attiva la modalità di configurazione:
Arista# configure terminalConfigura la destinazione syslog per inviare i log all'agente Bindplane:
Arista(config)# logging host <bindplane-server-ip> <port-number> protocol udp Arista(config)# logging trap informational Arista(config)# copy running-config startup-config- Sostituisci
<bindplane-server-ip>con l'indirizzo IP dell'agente Bindplane. - Sostituisci
<port-number>con la porta configurata per l'ascolto (ad esempio,514).
- Sostituisci
(Facoltativo) Abilita il logging dell'esecuzione dei comandi per l'accounting AAA:
Arista(config)# aaa accounting commands all console start-stop logging Arista(config)# aaa accounting commands all default start-stop logging Arista(config)# aaa accounting exec console start-stop logging Arista(config)# aaa accounting exec default start-stop logging Arista(config)# copy running-config startup-config(Facoltativo) Abilita la registrazione di esito positivo e negativo dell'autenticazione:
Arista(config)# aaa authentication policy on-success log Arista(config)# aaa authentication policy on-failure log Arista(config)# copy running-config startup-config
Tabella di mappatura UDM
| Campo log | Mappatura UDM | Logica |
|---|---|---|
appname |
target.application |
Mappato direttamente dal campo appname. |
description |
metadata.description |
Mappato direttamente dal campo description, che viene estratto dal campo message utilizzando pattern grok basati su product_event_type. |
dst_ip |
target.ip, target.asset.ip |
Mappato direttamente dal campo dst_ip, che viene estratto dal campo message utilizzando i pattern grok. |
dst_mac |
target.mac |
Mappato direttamente dal campo dst_mac, che viene estratto dal campo message utilizzando i pattern grok. |
dst_port |
target.port |
Mappato direttamente dal campo dst_port, che viene estratto dal campo message utilizzando i pattern grok. |
facility |
additional.fields[facility].string_value |
Mappato direttamente dal campo facility. |
hostname |
principal.hostname, principal.asset.hostname |
Mappato direttamente dal campo hostname. |
inner_msg |
metadata.description |
Mappato direttamente dal campo inner_msg, che viene estratto dal campo message utilizzando i pattern grok. |
ip_protocol |
network.ip_protocol |
Mappato direttamente dal campo ip_protocol, che viene estratto dal campo message utilizzando i pattern grok. Se il valore è "tcp", viene convertito in "TCP". Se il tipo di evento è "NO_IGMP_QUERIER", è impostato su "IGMP". |
pid |
principal.process.pid |
Mappato direttamente dal campo pid, che viene estratto dal campo message utilizzando i pattern grok. |
prin_ip |
principal.ip, principal.asset.ip |
Mappato direttamente dal campo prin_ip, che viene estratto dal campo message utilizzando i pattern grok. |
product_event_type |
metadata.product_event_type |
Mappato direttamente dal campo product_event_type, che viene estratto dal campo message utilizzando i pattern grok. |
proto |
network.application_protocol |
Se il campo proto è "sshd", il campo UDM è impostato su "SSH". |
severity |
security_result.severity, security_result.severity_details |
security_result.severity deriva dal campo severity in base a queste mappature: "DEFAULT", "DEBUG", "INFO", "NOTICE" -> "INFORMATIONAL"; "WARNING", "ERROR", "ERR", "WARN" -> "MEDIUM"; "CRITICAL", "ALERT", "EMERGENCY" -> "HIGH". Il valore non elaborato di severity è mappato a security_result.severity_details. |
session_id |
network.session_id |
Mappato direttamente dal campo session_id, che viene estratto dal campo message utilizzando i pattern grok. |
source_ip |
principal.ip, principal.asset.ip |
Mappato direttamente dal campo source_ip, che viene estratto dal campo message utilizzando i pattern grok. |
source_port |
principal.port |
Mappato direttamente dal campo source_port, che viene estratto dal campo message utilizzando i pattern grok. |
src_ip |
principal.ip, principal.asset.ip |
Mappato direttamente dal campo src_ip, che viene estratto dal campo message utilizzando i pattern grok. |
table_name |
target.resource.name |
Mappato direttamente dal campo table_name, che viene estratto dal campo message utilizzando i pattern grok. Se questo campo è compilato, target.resource.resource_type è impostato su "TABLE". |
target_host |
target.hostname, target.asset.hostname |
Mappato direttamente dal campo target_host, che viene estratto dal campo message utilizzando i pattern grok. |
target_ip |
target.ip, target.asset.ip |
Mappato direttamente dal campo target_ip, che viene estratto dal campo message utilizzando i pattern grok. |
target_package |
target.process.command_line |
Mappato direttamente dal campo target_package, che viene estratto dal campo message utilizzando i pattern grok. |
target_port |
target.port |
Mappato direttamente dal campo target_port, che viene estratto dal campo message utilizzando i pattern grok. |
timestamp |
metadata.event_timestamp |
Mappato direttamente dal campo timestamp dopo l'analisi in un oggetto timestamp. |
user |
principal.user.userid |
Mappato direttamente dal campo user, che viene estratto dal campo message utilizzando i pattern grok. |
user_name |
target.user.userid |
Mappato direttamente dal campo user_name, che viene estratto dal campo message utilizzando i pattern grok. |
vrf |
additional.fields[vrf].string_value |
Mappato direttamente dal campo vrf, che viene estratto dal campo message utilizzando i pattern grok. Derivato da una combinazione dei campi has_principal, has_target, user, message, product_event_type e description utilizzando una logica condizionale complessa, come descritto nel codice del parser. Il valore predefinito è "GENERIC_EVENT". Codificato in modo permanente su "ARISTA_SWITCH". Codificato in modo permanente su "Arista Switch". Impostato come hardcoded su "Arista". Imposta su "BLOCK" se il campo description contiene "connection rejected". |
dpid |
additional.fields[DPID].string_value |
Mappato direttamente dal campo dpid. |
intf |
additional.fields[intf].string_value |
Mappato direttamente dal campo intf. |
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.