Raccogliere i log di Veeam
Questo documento spiega come importare i log di Veeam in Google Security Operations utilizzando Bindplane. Il parser estrae i campi dai messaggi syslog utilizzando i pattern grok, esegue trasformazioni dei dati come la sostituzione e l'unione dei campi e mappa i dati estratti nel modello UDM (Unified Data Model) in base al tipo di evento e ai campi disponibili. Gestisce anche le condizioni di errore e imposta i livelli di gravità appropriati.
Prima di iniziare
Assicurati di soddisfare i seguenti prerequisiti:
- Istanza Google SecOps
- Windows 2016 o versioni successive o un host Linux con
systemd
- Se l'esecuzione avviene tramite un proxy, assicurati che le porte del firewall siano aperte.
- Accesso privilegiato a Veeam
Recuperare il file di autenticazione importazione di Google SecOps
- Accedi alla console Google SecOps.
- Vai a Impostazioni SIEM > Agenti di raccolta.
- Scarica il file di autenticazione importazione. Salva il file in modo sicuro sul sistema in cui verrà installato 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 sistema operativo Windows o Linux seguendo le istruzioni riportate di seguito.
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 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 aggiuntive per l'installazione
Per ulteriori opzioni di installazione, consulta la guida all'installazione.
Configura l'agente Bindplane per importare Syslog e inviarli 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.yaml
come segue: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_file_path: '/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 log_type: 'VEEAM' raw_log_field: body ingestion_labels: service: pipelines: logs/source0__chronicle_w_labels-0: receivers: - udplog exporters: - chronicle/chronicle_w_labels
- Sostituisci 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.json
al percorso in cui è stato salvato il file di autenticazione nella sezione Recupera il file di autenticazione per l'importazione di Google SecOps.
Riavvia l'agente Bindplane per applicare le modifiche
Per riavviare l'agente Bindplane in Linux, esegui questo comando:
sudo systemctl restart bindplane-agent
Per riavviare l'agente Bindplane in Windows, puoi utilizzare la console Servizi o inserire il seguente comando:
net stop BindPlaneAgent && net start BindPlaneAgent
Configurare Syslog per Veeam
- Accedi alla console Veeam Backup & Replication.
- Vai a Menu > Opzioni > Integrazioni SIEM.
- Nella sezione Server Syslog, fai clic su Aggiungi.
- Fornisci i seguenti dettagli di configurazione:
- Nome: inserisci l'indirizzo IP e il numero di porta dell'agente Bindplane (ad esempio,
192.168.1.1:514
). - Trasporto: seleziona UDP o TCP, a seconda della configurazione effettiva dell'agente Bindplane.
- Nome: inserisci l'indirizzo IP e il numero di porta dell'agente Bindplane (ad esempio,
- Fai clic su OK per salvare.
Tabella di mappatura UDM
Campo log | Mappatura UDM | Logic |
---|---|---|
application |
principal.application |
Mappato direttamente dal campo application estratto dal pattern grok. |
CredentialId |
principal.resource.attribute.labels.[] |
Mappato direttamente dal campo CredentialId estratto dal filtro kv. Viene creata un'etichetta con la chiave "CredentialId". |
date_2 , time_2 , year |
metadata.event_timestamp |
I campi date_2 , time_2 e year vengono concatenati e analizzati utilizzando il filtro date per creare metadata.event_timestamp . |
date_2 , time_2 |
metadata.event_timestamp |
I campi date_2 e time_2 vengono concatenati e analizzati utilizzando il filtro date per creare metadata.event_timestamp . |
deviceId |
principal.resource.product_object_id |
Mappato direttamente dal campo deviceId estratto dal filtro kv. |
description |
security_result.description |
Mappato direttamente dal campo description estratto dal pattern grok. |
error_code |
security_result.detection_fields.[] |
Mappato direttamente dal campo error_code estratto dal pattern grok. Viene creata un'etichetta con la chiave "error_code". |
executing_feature |
principal.hostname , principal.asset.hostname |
Mappato direttamente dal campo executing_feature estratto dal pattern grok. |
host |
principal.hostname , principal.asset.hostname |
Mappato direttamente dal campo host estratto dal pattern grok. |
ManagementIP |
principal.ip , principal.asset.ip |
Mappato direttamente dal campo ManagementIP estratto dal filtro kv. |
pid |
principal.process.pid |
Mappato direttamente dal campo pid estratto dal pattern grok. |
previousSeverity |
security_result.severity_details |
Mappato direttamente dal campo previousSeverity estratto dal pattern grok. |
prod_event_type |
metadata.product_event_type |
Mappato direttamente dal campo prod_event_type estratto dal pattern grok. |
query |
security_result.detection_fields.[] |
Mappato direttamente dal campo query estratto dal pattern grok. Viene creata un'etichetta con la chiave "query". |
reportingAddress |
principal.ip , principal.asset.ip |
Mappato direttamente dal campo reportingAddress estratto dal pattern grok. |
severity |
security_result.severity |
Mappato dal campo severity . Il valore è determinato dalla logica condizionale in base al campo severity (ERROR, MAJOR/WARN, INFO corrispondono a valori di gravità UDM specifici). |
src_ip |
principal.ip , principal.asset.ip |
Mappato direttamente dal campo src_ip estratto dal pattern grok. |
summary |
security_result.summary |
Mappato direttamente dal campo summary estratto dal pattern grok. |
target_ip |
target.ip , target.asset.ip |
Mappato direttamente dal campo target_ip estratto dal pattern grok. |
thread_id |
security_result.detection_fields.[] |
Mappato direttamente dal campo thread_id estratto dal pattern grok. Viene creata un'etichetta con la chiave "thread_id". |
(N/A) | event_type |
Determinato dalla logica del parser. Se sia principal che target contengono dati MID, il valore è NETWORK_UNCATEGORIZED . Se solo principal dispone di dati MID, è STATUS_UPDATE . In caso contrario, è GENERIC_EVENT . |
(N/A) | metadata.event_type |
Copiato dal campo event_type generato internamente. |
(N/A) | metadata.vendor_name |
Codificato in modo permanente su "VEEAM". |
(N/A) | metadata.product_name |
Codificato in modo permanente su "Veeam". |
(N/A) | event.timestamp |
Il timestamp dell'evento viene estratto dal campo collection_time della voce di log. |
Hai bisogno di ulteriore assistenza? Ricevi risposte dai membri della community e dai professionisti di Google SecOps.