Raccogli i log degli switch Aruba
Versione parser: 8.0
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 o host Linux con
systemd - Connettività di rete tra l'agente Bindplane e lo switch Aruba
- Se l'esecuzione avviene dietro un proxy, assicurati che le porte del firewall siano aperte in base ai requisiti dell'agente Bindplane
- Accesso privilegiato allo switch Aruba
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 al ritiro dell'API Ingestion il 20 luglio 2027.
Opzione 1: crea un account di servizio per l'API Chronicle (consigliata)
- Accedi alla Google Cloud console 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 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 Chronicle Editor.
- Fai clic su Continua, quindi 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 di 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 dell'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 il 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 RUNNING.
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 il syslog e inviarlo 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/aruba_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: 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 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 aggiungechronicle.googleapis.comcome 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'impostazionechronicle.googleapis.com.
Esportatore dell'API di importazione precedente
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'acquisizione e, se l'istanza si trova al di fuori degli Stati Uniti, sostituiscimalachiteingestion-pa.googleapis.comcon il tuo endpoint regionale (ad esempio,europe-malachiteingestion-pa.googleapis.com).exporters: chronicle/aruba_switch: compression: gzip creds_file_path: '/opt/observiq-otel-collector/ingestion-auth.json' customer_id: '<customer_id>' endpoint: malachiteingestion-pa.googleapis.com log_type: ARUBA_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:
sudo systemctl status observiq-otel-collectorControlla 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-collectorConsole 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 Aruba
Opzione 1: configurazione tramite l'interfaccia a riga di comando
Connettiti allo switch Aruba tramite SSH:
ssh admin@<switch-ip>Attiva la modalità di configurazione globale:
configure terminalSpecifica il server syslog esterno:
logging <bindplane-ip>- Sostituisci
<bindplane-ip>con l'indirizzo IP dell'agente Bindplane.
- Sostituisci
(Facoltativo) Imposta il livello di gravità della registrazione:
logging severity <level>(Facoltativo) Aggiungi un identificatore dell'origine log personalizzato (tag):
logging facility local5Salva la configurazione:
write memory
Opzione 2: configurazione dell'interfaccia web
- Accedi all'interfaccia web dello switch Aruba.
- Vai a Sistema > Log > Syslog.
- Aggiungi i parametri del server syslog:
- Inserisci l'indirizzo IP di Bindplane.
- Inserisci la porta Bindplane.
- Imposta il livello di gravità per controllare il livello di dettaglio dei log.
- 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 ha esito positivo, lo user agent analizzato viene assegnato a network.http.parsed_user_agent. Tuttavia, poiché i log non elaborati 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 ha esito positivo, lo user agent non elaborato viene assegnato a network.http.user_agent. Tuttavia, poiché i log non elaborati forniti non contengono questo campo, è probabile che questo campo UDM sia vuoto. |
product_event_type |
event.idm.read_only_udm.metadata.product_event_type |
Mappato dal log delle modifiche |
mac |
event.idm.read_only_udm.principal.mac |
Mappato dal log delle modifiche |
ip |
event.idm.read_only_udm.principal.ip |
Mappato dal log delle modifiche |
ip |
event.idm.read_only_udm.principal.asset.ip |
Mappato dal log delle modifiche |
dal_function |
event.idm.read_only_udm.security_result.detection_fields |
Mappato dal log delle modifiche |
return_code |
event.idm.read_only_udm.security_result.detection_fields |
Mappato dal log delle modifiche |
error_tag |
event.idm.read_only_udm.security_result.detection_fields |
Mappato dal log delle modifiche |
internal_id |
event.idm.read_only_udm.security_result.detection_fields |
Mappato dal log delle modifiche |
priority |
event.idm.read_only_udm.security_result.detection_fields |
Mappato dal log delle modifiche |
neighbor_port_id |
event.idm.read_only_udm.additional.fields |
Mappato dal log delle modifiche |
prin_mac |
event.idm.read_only_udm.principal.mac |
Mappato dal log delle modifiche |
hostname |
event.idm.read_only_udm.principal.ip e event.idm.read_only_udm.principal.asset.ip |
Mappato dal log delle modifiche |
log_id |
event.idm.read_only_udm.additional.fields |
Mappato dal log delle modifiche |
priority |
event.idm.read_only_udm.additional.fields |
Mappato dal log delle modifiche |
facility |
event.idm.read_only_udm.additional.fields |
Mappato dal log delle modifiche |
status |
event.idm.read_only_udm.security_result.action_details |
Mappato dal log delle modifiche |
severity |
security_result.severity |
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.