Raccogli i log di Veeam

Supportato in:

Google SecOps SIEM

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

Veeam Backup & Replication è una piattaforma di protezione dei dati che genera messaggi syslog per job di backup, attività di replica, operazioni di ripristino ed eventi di sistema. Il parser estrae i campi dai messaggi syslog 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 server Veeam Backup & Replication
• 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 Veeam

Recupera le credenziali 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 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, quindi 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 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 di 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 policy 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 precedente (malachiteingestion-pa.googleapis.com), che Google ha programmato per la fine del ciclo di vita 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 finestre

1. Apri il 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 IN ESECUZIONE.

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 dell'agente di raccolta 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/veeam:
      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: VEEAM
      raw_log_field: body
  
  service:
    pipelines:
      logs/veeam_to_chronicle:
        receivers:
          - udplog
        exporters:
          - chronicle/veeam
  

Parametri di configurazione

Sostituisci i seguenti segnaposto:

• Configurazione del ricevitore:

  • listen_address: Indirizzo IP e porta da 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 da IAM e amministrazione > Impostazioni.
  • endpoint: mantieni l'impostazione su 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/veeam:
      compression: gzip
      creds_file_path: '/opt/observiq-otel-collector/ingestion-auth.json'
      customer_id: '<customer_id>'
      endpoint: malachiteingestion-pa.googleapis.com
      log_type: VEEAM
      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 individuare eventuali 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"
       

Configurare Syslog per Veeam

1. Accedi alla console Veeam Backup & Replication.
2. Vai a Menu > Opzioni > Integrazioni SIEM.
3. Nella sezione Server Syslog, fai clic su Aggiungi.
4. 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 dell'agente Bindplane.
5. Fai clic su Ok per salvare.

Tabella di mappatura UDM

Campo log	Mappatura UDM	Logica
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 basata sul campo severity (ERROR, MAJOR/WARN, INFO vengono mappati 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 nel parser. Se sia principal che target contengono dati MID, il valore è NETWORK_UNCATEGORIZED. Se solo principal ha 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	Impostato come hardcoded su "VEEAM".
(N/A)	metadata.product_name	Codificato in modo permanente su "Veeam".
(N/A)	event.timestamp	Il timestamp dell'evento viene preso dal campo collection_time della voce di log.
enterpriseId	additional.fields	Mappato dal log delle modifiche
recipient_emailid	additional.fields	Mappato dal log delle modifiche
description	metadata.description	Mappato dal log delle modifiche
version	additional.fields	Mappato dal log delle modifiche
categoryId	additional.fields	Mappato dal log delle modifiche
instanceId	additional.fields	Mappato dal log delle modifiche
VbrVersion	metadata.product_version	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.