Raccogli i log di Omnissa Workspace ONE UEM (in precedenza VMware Workspace ONE)

Supportato in:

Google SecOps SIEM

Questo documento spiega come importare i log di Omnissa Workspace ONE UEM (precedentemente noto come VMware Workspace ONE) in Google Security Operations utilizzando Bindplane.

Omnissa Workspace ONE UEM è una piattaforma di gestione unificata degli endpoint che consente alle organizzazioni di gestire e proteggere dispositivi, applicazioni e dati su endpoint mobili, desktop, rugged e IoT. Il parser normalizza i messaggi syslog di Workspace ONE UEM, estraendo campi come eventi di conformità dei dispositivi, azioni di gestione delle applicazioni, modifiche dello stato di registrazione e attività di amministrazione della console, e li mappa al modello UDM (Unified Data Model).

Prima di iniziare

Assicurati di disporre dei seguenti prerequisiti: * Un'istanza di Google SecOps * Windows Server 2016 o versioni successive oppure un host Linux con systemd * Connettività di rete tra l'agente Bindplane e la console Omnissa Workspace ONE UEM * Se l'esecuzione avviene dietro un proxy, assicurati che le porte del firewall siano aperte in base ai requisiti dell'agente Bindplane * Accesso amministrativo alla console Omnissa Workspace ONE UEM

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)

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 del 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 tuo 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 norme 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 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 dell'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](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](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 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:
    tcplog:
      listen_address: "0.0.0.0:514"
  
  exporters:
    chronicle/workspace_one:
      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: VMWARE_WORKSPACE_ONE
      raw_log_field: body
  
  service:
    pipelines:
      logs/workspace_one_to_chronicle:
        receivers:
          - tcplog
        exporters:
          - chronicle/workspace_one
  

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 antepone chronicle.googleapis.com 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 dell'API di importazione precedente

• 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/workspace_one:
      compression: gzip
      creds_file_path: '/opt/observiq-otel-collector/ingestion-auth.json'
      customer_id: '<customer_id>'
      endpoint: malachiteingestion-pa.googleapis.com
      log_type: VMWARE_WORKSPACE_ONE
      raw_log_field: body
  

Nota: questo strumento di esportazione smetterà di funzionare quando l'API Ingestion non sarà più disponibile 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:

1. Esegui questo comando:

   sudo systemctl restart observiq-otel-collector
   

2. Verifica che il servizio sia in esecuzione:

   sudo systemctl status observiq-otel-collector
   

3. 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"
     

Configura l'inoltro di syslog in Omnissa Workspace ONE UEM

1. Accedi alla console Omnissa Workspace ONE UEM.
2. Vai a Impostazioni > Sistema > Integrazione aziendale > Syslog.
3. Seleziona Attivata per attivare l'integrazione di syslog.

4. Fornisci i seguenti dettagli di configurazione:

   • Nome host: inserisci l'indirizzo IP o il nome host dell'host dell'agente Bindplane (ad esempio 192.168.1.100).
   • Porta: inserisci 514.
   • Protocollo: seleziona TCP.
   • Strumento Syslog: seleziona Local0 o un altro strumento appropriato per il tuo ambiente.
   • Tag messaggio: inserisci un tag descrittivo (ad esempio, WorkspaceONE).
   Nota: il protocollo e la porta devono corrispondere alla configurazione del ricevitore dell'agente Bindplane. Questa guida utilizza TCP sulla porta 514.

5. Nella sezione Categorie di eventi, seleziona i tipi di eventi da inoltrare:

   • Eventi dispositivo: modifiche alla registrazione, alla conformità e allo stato del dispositivo
   • Eventi della console: azioni dell'amministratore e modifiche alla configurazione
   • Eventi di applicazione: azioni di installazione, rimozione e gestione delle applicazioni
   • Eventi di conformità: violazioni delle policy di conformità e azioni di correzione

6. Fai clic su Salva per applicare la configurazione di syslog.

7. Verifica che i log vengano inviati controllando i log dell'agente Bindplane.

   Nota :nella versione 2410 e successive della console Workspace ONE UEM, l'interfaccia utente potrebbe mostrare il branding Omnissa aggiornato, mentre alcuni riferimenti interni potrebbero ancora mostrare la denominazione VMware o AirWatch. Ciò non influisce sulla funzionalità syslog.

Tabella di mappatura UDM

Campo log	Mappatura UDM	Logica
AdminAccount	principal.user.userid	AdminAccount del log non elaborato viene mappato al campo principal.user.userid.
Application	target.application	Il campo Application del log non elaborato è mappato al campo target.application.
ApplicationUUID	additional.fields	Il campo ApplicationUUID del log non elaborato viene aggiunto come coppia chiave-valore all'array additional.fields nell'UDM. La chiave è "ApplicationUUID".
BytesReceived	network.received_bytes	Il campo BytesReceived del log non elaborato è mappato al campo network.received_bytes.
Device	target.hostname	Il campo Device del log non elaborato è mappato al campo target.hostname.
FriendlyName	target.hostname	Il campo FriendlyName del log non elaborato viene mappato al campo target.hostname quando Device non è disponibile.
GroupManagementData	security_result.description	Il campo GroupManagementData del log non elaborato è mappato al campo security_result.description.
Hmac	additional.fields	Il campo Hmac del log non elaborato viene aggiunto come coppia chiave-valore all'array additional.fields nell'UDM. La chiave è "Hmac".
LoginSessionID	network.session_id	Il campo LoginSessionID del log non elaborato è mappato al campo network.session_id.
LogDescription	metadata.description	Il campo LogDescription del log non elaborato è mappato al campo metadata.description.
MessageText	metadata.description	Il campo MessageText del log non elaborato è mappato al campo metadata.description.
OriginatingOrganizationGroup	principal.user.group_identifiers	Il campo OriginatingOrganizationGroup del log non elaborato è mappato al campo principal.user.group_identifiers.
OwnershipType	additional.fields	Il campo OwnershipType del log non elaborato viene aggiunto come coppia chiave-valore all'array additional.fields in UDM. La chiave è "OwnershipType".
Profile	target.resource.name	Il campo Profile del log non elaborato viene mappato al campo target.resource.name quando ProfileName non è disponibile.
ProfileName	target.resource.name	Il campo ProfileName del log non elaborato è mappato al campo target.resource.name.
Request Url	target.url	Il campo Request Url del log non elaborato è mappato al campo target.url.
SmartGroupName	target.group.group_display_name	Il campo SmartGroupName del log non elaborato è mappato al campo target.group.group_display_name.
Tags	additional.fields	Il campo Tags del log non elaborato viene aggiunto come coppia chiave-valore all'array additional.fields nell'UDM. La chiave è "Tags".
User	target.user.userid	Il campo User del log non elaborato è mappato al campo target.user.userid. Il Event Category del log non elaborato viene aggiunto come coppia chiave-valore all'array additional.fields in UDM. La chiave è "Categoria evento". Event Module del log non elaborato viene aggiunto come coppia chiave-valore all'array additional.fields nell'UDM. La chiave è "Event Module". Event Source del log non elaborato viene aggiunto come coppia chiave-valore all'array additional.fields nell'UDM. La chiave è "Origine evento". Impostato su "SSO" dall'analizzatore per eventi specifici. Derivato dal timestamp del log non elaborato. Il parser estrae la data e l'ora dal log non elaborato e le converte in un timestamp UDM. Determinato dal parser in base a event_name e ad altri campi. Consulta il codice del parser per la logica di mappatura. Impostato su "AIRWATCH" dal parser. event_name del log non elaborato viene mappato al campo metadata.product_event_type. Impostato su "AirWatch" dal parser. Impostato su "VMWare" dal parser. domain del log non elaborato viene mappato al campo principal.administrative_domain. hostname viene estratto dal campo device_name nel log non elaborato o mappato dai campi Device o FriendlyName. Il campo sys_ip del log non elaborato viene mappato al campo principal.ip. Estratto dal log non elaborato per determinati tipi di eventi. Estratto dal log non elaborato per determinati tipi di evento. Il campo user_name del log non elaborato viene mappato al campo principal.user.userid. Estratto dal log non elaborato per determinati tipi di eventi. Impostato dal parser per eventi specifici. Impostato dal parser per eventi specifici. Il campo event_category del log non elaborato viene mappato al campo security_result.category_details. Estratto dal log non elaborato per determinati tipi di eventi. Estratto dal log non elaborato per determinati tipi di eventi. Il campo domain del log non elaborato viene mappato al campo target.administrative_domain. Costruito combinando DeviceSerialNumber e DeviceUdid dal log non elaborato per l'evento "DeleteDeviceRequested". Estratto dal log non elaborato per determinati tipi di eventi. Estratto dal log non elaborato per determinati tipi di eventi. L'indirizzo sys_ip o altri indirizzi IP del log non elaborato vengono mappati al campo target.ip. Estratto dal log non elaborato per determinati tipi di eventi. Estratto dal log non elaborato per determinati tipi di evento. Impostato dal parser per eventi specifici. Estratto dal log non elaborato per determinati tipi di eventi. Estratto dal log non elaborato per determinati tipi di eventi. Estratto dal log non elaborato per determinati tipi di eventi.

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.