Raccogliere i log di Varonis
Questo documento spiega come importare i log di Varonis in Google Security Operations utilizzando Bindplane. L'analizzatore estrae i campi dai log (SYSLOG + KV (CEF), LEEF) utilizzando i pattern grok, gestendo in modo specifico i formati CEF, LEEF e altri formati specifici di Varonis. Quindi, esegue il mapping dei campi estratti con Unified Data Model (UDM), gestendo vari formati di dati e casi limite per garantire una rappresentazione coerente.
Prima di iniziare
Assicurati di soddisfare i seguenti prerequisiti:
- Istanza Google SecOps
- Host Windows 2016 o versioni successive o Linux con systemd
- Se l'esecuzione avviene dietro un proxy, le porte del firewall sono aperte
- Accesso con privilegi a Varonis
Recuperare il file di autenticazione per l'importazione di Google SecOps
- Accedi alla console Google SecOps.
- Vai a Impostazioni SIEM > Agenti di raccolta.
- Scarica il file di autenticazione per l'importazione. Salva il file in modo sicuro sul sistema in cui verrà installato Bindplane.
Recuperare l'ID cliente di Google SecOps
- Accedi alla console Google SecOps.
- Vai a Impostazioni SIEM > Profilo.
- Copia e salva l'ID cliente dalla sezione Dettagli organizzazione.
Installare l'agente Bindplane
Installazione di Windows
- 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" /quiet
Installazione di Linux
- Apri un terminale con privilegi di 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.sh
Risorse di installazione aggiuntive
Per ulteriori opzioni di installazione, consulta la guida all'installazione.
Configurare l'agente Bindplane per importare Syslog e inviarlo a Google SecOps
- Accedi al file di configurazione:
- Individua il file
config.yaml. In genere si trova nella directory/etc/bindplane-agent/su Linux o nella directory di installazione su Windows. - Apri il file utilizzando un editor di testo (ad esempio "nano", "vi" o Blocco note).
- Individua il file
Modifica il file
config.yamlcome indicato di seguito:receivers: udplog: # Replace the port and IP address as required listen_address: "0.0.0.0:514" exporters: chronicle/chronicle_w_labels: compression: gzip # Adjust the path to the credentials file you downloaded in Step 1 creds: '/path/to/ingestion-authentication-file.json' # Replace with your actual customer ID from Step 2 customer_id: <customer_id> endpoint: malachiteingestion-pa.googleapis.com # Add optional ingestion labels for better organization ingestion_labels: log_type: 'VARONIS' raw_log_field: body service: pipelines: logs/source0__chronicle_w_labels-0: receivers: - udplog exporters: - chronicle/chronicle_w_labelsSostituisci la porta e l'indirizzo IP in base alle esigenze della tua infrastruttura.
Sostituisci
<customer_id>con l'ID cliente effettivo.Aggiorna
/path/to/ingestion-authentication-file.jsonal percorso in cui è stato salvato il file di autenticazione nella sezione Recuperare il file di autenticazione per l'importazione di Google SecOps.
Riavviare l'agente Bindplane per applicare le modifiche
Per riavviare l'agente Bindplane in Linux, esegui questo comando:
sudo systemctl restart bindplane-agentPer riavviare l'agente Bindplane in Windows, puoi utilizzare la console Servizi o inserire il seguente comando:
net stop BindPlaneAgent && net start BindPlaneAgent
Configurare l'esportazione di Syslog in Varonis
- Accedi all'interfaccia utente web Varonis.
- Vai a Strumenti > DatAlert > Seleziona DatAlert.
- Seleziona Configurazione.
- Fornisci i seguenti dettagli di configurazione:
- Indirizzo IP del messaggio Syslog: inserisci l'indirizzo IP dell'agente Bindplane.
- Porta: inserisci il numero di porta dell'agente Bindplane (ad esempio,
514per UDP). - Nome struttura: seleziona una struttura.
- Fai clic su Applica.
Configurare il formato Syslog in Varonis
- Vai a Strumenti > DatAlert > Modelli di avviso.
- Fai clic su Modifica modello di avviso e seleziona Modello predefinito del sistema esterno.
- In Applica a metodi di avviso, seleziona Messaggio Syslog dall'elenco.
- Seleziona Regole > Metodo di avviso dal menu.
- Seleziona Messaggio Syslog.
- Fai clic su OK.
Tabella di mapping UDM
| Campo log | Mapping UDM | Funzione logica |
|---|---|---|
act |
security_result.summary |
Valore del campo act nel messaggio CEF. |
cn1 |
security_result.rule_id |
Valore del campo cn1 nel messaggio CEF. |
cs1 |
network.email.to |
Valore del campo cs1 nel messaggio CEF, in particolare il destinatario dell'email. |
cs2 |
security_result.rule_name |
Valore del campo cs2 nel messaggio CEF. |
device_version |
metadata.product_version |
Valore del campo device_version nel messaggio CEF. |
dhost |
principal.hostname |
Valore del campo dhost nel messaggio CEF, che rappresenta il nome host principale. Se file_server è presente e non è "DirectoryServices", questo valore viene sovrascritto. |
duser |
target.user.userid |
Valore del campo duser nel messaggio CEF. Subisce una trasformazione gsub per rimuovere le barre rovesciate e suddividerlo in target.user.userid e target.administrative_domain. |
dvchost |
target.hostname |
Valore del campo dvchost nel messaggio CEF. |
filePath |
target.file.full_path |
Valore del campo filePath nel messaggio CEF. |
rt |
metadata.event_timestamp |
Valore del campo rt nel messaggio CEF, analizzato come timestamp. |
severity |
security_result.severity |
Valore del campo severity nel messaggio CEF o LEEF. Convertito in maiuscolo. Eseguito il mapping ai valori di gravità UDM (LOW, INFORMATIONAL, MEDIUM, HIGH, CRITICAL) in base al valore numerico o alla parola chiave. |
Acting Object |
target.user.user_display_name |
Valore del campo Acting Object nei dati coppia chiave-valore. Suddiviso per "\" per estrarre il nome visualizzato. |
Acting Object SAM Account Name |
target.user.userid |
Valore del campo Acting Object SAM Account Name nei dati coppia chiave-valore. |
Device hostname |
target.hostname |
Valore del campo Device hostname nei dati coppia chiave-valore. |
Device IP address |
target.ip |
Valore del campo Device IP address nei dati coppia chiave-valore. |
Event Time |
metadata.event_timestamp |
Valore del campo Event Time nei dati coppia chiave-valore, analizzato come timestamp. |
Event Type |
target.application, metadata.event_type |
Valore del campo Event Type nei dati coppia chiave-valore. Utilizzato per derivare metadata.event_type (FILE_OPEN, USER_CHANGE_PERMISSIONS, USER_CHANGE_PASSWORD, USER_UNCATEGORIZED). |
File Server/Domain |
principal.hostname |
Valore del campo File Server/Domain nei dati coppia chiave-valore. Se non è "DirectoryServices", sovrascrive principal.hostname derivato da dhost. |
Path |
target.file.full_path |
Valore del campo Path nei dati coppia chiave-valore. |
Rule Description |
metadata.description |
Valore del campo Rule Description nei dati coppia chiave-valore. |
Rule ID |
security_result.rule_id |
Valore del campo Rule ID nei dati coppia chiave-valore. |
Rule Name |
security_result.rule_name |
Valore del campo Rule Name nei dati coppia chiave-valore. |
intermediary_host |
intermediary.hostname |
Valore estratto da grok, che rappresenta il nome host intermedio. |
log_type |
metadata.log_type |
Codificato come VARONIS. |
metadata.event_type |
metadata.event_type |
Derivato in base ai valori di evt_typ, act e filepath. Il valore predefinito è STATUS_UPDATE se event_type è GENERIC_EVENT e principal_hostname è presente. |
metadata.product_name |
metadata.product_name |
Codificato come VARONIS, ma può essere sovrascritto dal campo product_name del messaggio LEEF. |
metadata.vendor_name |
metadata.vendor_name |
Codificato come VARONIS, ma può essere sovrascritto dal campo vendor del messaggio LEEF. |
prin_host |
principal.hostname |
Valore estratto da grok, che rappresenta il nome host principale. |
product_name |
metadata.product_name |
Valore del messaggio LEEF. |
security_result.action |
security_result.action |
Derivato dal campo result o Event Status. Impostato su "ALLOW" se il risultato è Success, altrimenti impostato su BLOCK. |
timestamp |
timestamp, metadata.event_timestamp |
Il timestamp dell'evento viene derivato da vari campi (datetime1, event_time, start_datetime, datetime2) in base alla disponibilità. Il create_time dal log non elaborato viene utilizzato come fallback ed eseguito il mapping sia a timestamp sia a metadata.event_timestamp se non sono disponibili altri campi timestamp. |
vendor |
metadata.vendor_name |
Valore del messaggio LEEF. |
Hai bisogno di ulteriore assistenza? Ricevi risposte dai membri della community e dai professionisti di Google SecOps.