Raccogli i log di Symantec VIP Enterprise Gateway

Supportato in:

Google SecOps SIEM

Questo documento spiega come importare i log di Symantec VIP Enterprise Gateway in Google Security Operations utilizzando l'agente Bindplane.

Symantec VIP (Validation and ID Protection) Enterprise Gateway è una soluzione di autenticazione a più fattori che genera messaggi syslog per eventi di autenticazione, convalida delle credenziali, sincronizzazione LDAP e attività di controllo di integrità. Il parser estrae i campi dai log formattati in JSON e syslog 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 oppure host Linux con systemd
• Connettività di rete tra l'agente Bindplane e il gateway Symantec VIP
• Se l'agente viene eseguito dietro un proxy, assicurati che le porte del firewall siano aperte in base ai requisiti dell'agente Bindplane.
• Accesso amministrativo all'interfaccia utente web di Symantec VIP Gateway

Recupera le credenziali 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)

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 Editor Chronicle.
7. Fai clic su Continua e poi 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) o 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 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 legacy (malachiteingestion-pa.googleapis.com), il cui fine del ciclo di vita è previsto da Google per il 20 luglio 2027. Pianifica il passaggio all'Opzione 1 prima di questa data.

Recuperare 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 è obbligatorio per configurare l'esportatore dell'agente Bindplane.

Installa l'agente Bindplane

Installa l'agente Bindplane sul sistema operativo Windows o Linux seguendo le istruzioni riportate di seguito.

Installazione di finestre

1. Apri 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 del raccoglitore prima di modificare la configurazione.

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.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/symantec_vip:
      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: SYMANTEC_VIP
      raw_log_field: body
  
  service:
    pipelines:
      logs/symantec_vip_to_chronicle:
        receivers:
          - udplog
        exporters:
          - chronicle/symantec_vip
  

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 chronicle.googleapis.com.

Esportatore API di importazione legacy

• Se utilizzi il file di autenticazione dell'acquisizione 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/symantec_vip:
      compression: gzip
      creds_file_path: '/opt/observiq-otel-collector/ingestion-auth.json'
      customer_id: '<customer_id>'
      endpoint: malachiteingestion-pa.googleapis.com
      log_type: SYMANTEC_VIP
      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 individuare eventuali errori:

       type "C:\Program Files\observIQ OpenTelemetry Collector\log\collector.log"
       

Configura syslog in Symantec VIP Enterprise Gateway

1. Accedi all'UI web di Symantec VIP Gateway.
2. Vai a Logs > Syslog Configuration.
3. Se configuri Syslog per la prima volta, seleziona Sì quando richiesto. Se è già configurata, fai clic su Modifica.
4. Fornisci i seguenti dettagli di configurazione:
   • Syslog Facility (Funzione Syslog): seleziona LOG_LOCAL0.
   • Syslog Host (Host Syslog): inserisci l'indirizzo IP dell'agente Bindplane.
   • Porta Syslog: inserisci il numero di porta dell'agente Bindplane (ad esempio, 514 per UDP).
5. Fai clic su Salva.
6. Vai a Impostazioni > Impostazioni console.
7. Fornisci i seguenti dettagli di configurazione:
   • Livello di logging: seleziona Informazioni.
   • Attiva Syslog: seleziona Sì.
8. Fai clic su Invia.
9. Vai a Impostazioni > Impostazioni controllo integrità.
10. Seleziona Sì per attivare il servizio di controllo di integrità.
11. Fornisci i seguenti dettagli di configurazione:
    • Livello di logging: seleziona Informazioni.
    • Attiva Syslog: seleziona Sì.
12. Fai clic su Invia.
13. Vai a User Store > Sincronizzazione directory LDAP.
14. Modifica i seguenti dettagli di configurazione:
    • Log Level (Livello di log): seleziona Info (Informazioni).
    • Attiva Syslog: seleziona Sì.
15. Fai clic su Invia.

Tabella di mappatura UDM

Campo log	mappatura UDM	Logica
applicazione	read_only_udm.principal.application	Valore estratto dal campo application dal filtro JSON.
comando	read_only_udm.target.process.command_line	Valore estratto dal campo command dal pattern grok.
credentialType		Questo campo non è mappato direttamente all'UDM. Viene utilizzato per derivare il valore di read_only_udm.extensions.auth.mechanism.
dati		Questo campo non è mappato direttamente all'UDM. Viene analizzato per estrarre altri campi.
data2		Questo campo non è mappato direttamente all'UDM. Viene analizzato per estrarre altri campi.
dataora	read_only_udm.metadata.event_timestamp.seconds read_only_udm.metadata.event_timestamp.nanos	Secondi e nanosecondi dall'epoca estratti dal campo datetime.
decr	read_only_udm.metadata.description	Valore preso dal campo desc estratto dal filtro JSON.
descrizione	read_only_udm.security_result.description	Valore preso dal campo description estratto dal filtro JSON.
filename	read_only_udm.target.process.file.full_path	Valore estratto dal campo filename dal pattern grok.
nome host	read_only_udm.principal.hostname	Valore preso dal campo hostname estratto dal filtro JSON.
host_name	read_only_udm.intermediary.hostname	Valore preso dal campo host_name estratto dal filtro JSON.
log_level		Questo campo non è mappato direttamente all'UDM. Viene utilizzato per ricavare il valore di read_only_udm.security_result.severity.
log_type	read_only_udm.metadata.product_event_type	Valore estratto dal campo log_type dal filtro JSON.
msg		Questo campo non è mappato direttamente all'UDM. Viene analizzato per estrarre altri campi.
operazione	read_only_udm.security_result.summary	Valore preso dal campo operation estratto dal pattern grok.
processid	read_only_udm.target.process.pid	Valore estratto dal campo processid dal pattern grok.
prodotto	read_only_udm.metadata.product_name	Valore estratto dal campo product dal filtro JSON.
motivo	read_only_udm.metadata.description	Valore estratto dal campo reason dal pattern grok.
request_id	read_only_udm.target.resource.id	Valore preso dal campo request_id estratto dal pattern grok.
src_ip	read_only_udm.principal.ip	Valore preso dal campo src_ip estratto dal pattern grok.
stato	read_only_udm.metadata.description	Valore estratto dal campo status dal pattern grok.
riepilogo	read_only_udm.security_result.summary	Valore estratto dal campo summary dal filtro JSON.
timestamp.nanos	read_only_udm.metadata.event_timestamp.nanos	Nanosecondi dal timestamp del log originale.
timestamp.seconds	read_only_udm.metadata.event_timestamp.seconds	Secondi dal timestamp del log originale.
tempo		Questo campo non è mappato direttamente all'UDM. Viene utilizzato per ricavare i valori di read_only_udm.metadata.event_timestamp.seconds e read_only_udm.metadata.event_timestamp.nanos.
utente	read_only_udm.target.user.userid	Valore preso dal campo user estratto dal filtro JSON o dal pattern grok.
vendor	read_only_udm.metadata.vendor_name	Valore estratto dal campo vendor dal filtro JSON.
	read_only_udm.extensions.auth.mechanism	Determinato dal campo credentialType. Se credentialType è SMS_OTP o STANDARD_OTP, viene utilizzato OTP. Se credentialType corrisponde all'espressione regolare PASSWORD, viene utilizzato USERNAME_PASSWORD.
	read_only_udm.extensions.auth.type	Se il campo reason corrisponde all'espressione regolare LDAP, viene utilizzato SSO. In caso contrario, viene utilizzato AUTHTYPE_UNSPECIFIED.
	read_only_udm.metadata.event_type	Determinato dalla presenza di determinati campi. Se user o processid non è vuoto, viene utilizzato USER_LOGIN. Se user è vuoto e src_ip non è vuoto o è 0.0.0.0, viene utilizzato STATUS_UPDATE. In caso contrario, viene utilizzato GENERIC_EVENT.
	read_only_udm.metadata.log_type	Impostato come hardcoded su SYMANTEC_VIP.
	read_only_udm.security_result.action	Determinato dal campo status. Se status è Authentication Success, GRANTED, Authentication Completed, After Services Authenticate call o CHALLENGED, viene utilizzato ALLOW. Se status è DENIED, Acces-Reject, Unknown Error, Service Unavailable o FAILED, viene utilizzato BLOCK. Se status è PUSH request sent for user o Trying to fetch attribute, viene utilizzato QUARANTINE.
	read_only_udm.security_result.severity	Determinato dal campo log_level. Se log_level è DEBUG, INFO o AUDIT, viene utilizzato INFORMATIONAL. Se log_level è ERROR, viene utilizzato ERROR. Se log_level è WARNING, viene utilizzato MEDIUM.

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.