Abbiamo riorganizzato la struttura di navigazione della documentazione per allinearla direttamente ai tuoi flussi di lavoro operativi. Per ulteriori informazioni, consulta le note di rilascio e il video dimostrativo.

Google utilizza la tecnologia AI per tradurre i contenuti nella tua lingua preferita. Le traduzioni generate dall'AI potrebbero contenere errori.

Raccogliere 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 unificata per la gestione 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 Unified Data Model (UDM).

Prima di iniziare

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

Recuperare il file di autenticazione dell'importazione di Google SecOps

Accedi alla console Google SecOps.
Vai a Impostazioni SIEM > Agenti di raccolta.
Scarica il file di autenticazione dell'importazione. Salva il file in modo sicuro sul sistema in cui verrà installato Bindplane.

Nota :questo file JSON contiene le credenziali per l'autenticazione dell'agente Bindplane in Google SecOps.

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.

Nota: l'ID cliente è necessario 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 Windows

Apri 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](https://github.com/observIQ/bindplane-agent/releases/latest/download/observiq-otel-collector.msi)" /quiet

Attendi il completamento dell'installazione.
Verifica l'installazione eseguendo:
```
sc query observiq-otel-collector
```

Il servizio dovrebbe essere visualizzato come IN ESECUZIONE.

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](https://github.com/observiq/bindplane-agent/releases/latest/download/install_unix.sh))" install_unix.sh

Attendi il completamento dell'installazione.

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.

Configura l'agente Bindplane per importare syslog e inviarli a Google SecOps

Individua il file di configurazione

Linux:

sudo nano /etc/bindplane-agent/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:
        compression: gzip
        creds_file_path: '/etc/bindplane-agent/ingestion-auth.json'
        customer_id: '<customer_id>'
        endpoint: malachiteingestion-pa.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 di autenticazione dell'acquisizione:
- Linux: /etc/bindplane-agent/ingestion-auth.json
- Windows: C:\Program Files\observIQ OpenTelemetry Collector\ingestion-auth.json
customer_id: ID cliente copiato dalla console Google SecOps
endpoint: URL endpoint regionale:
- Stati Uniti: malachiteingestion-pa.googleapis.com
- Europa: europe-malachiteingestion-pa.googleapis.com
- Asia: asia-southeast1-malachiteingestion-pa.googleapis.com
- Per un elenco completo, vedi Endpoint regionali.

Salvare 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

Verifica che il servizio sia in esecuzione:

sudo systemctl status observiq-otel-collector

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 dei 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"
```

Configurare l'inoltro di syslog in Omnissa Workspace ONE UEM

Accedi alla console Omnissa Workspace ONE UEM.
Vai a Impostazioni > Sistema > Integrazione aziendale > Syslog.
Seleziona Attivato per attivare l'integrazione di Syslog.
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.
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 applicazione: azioni di installazione, rimozione e gestione delle applicazioni
- Eventi di conformità: violazioni delle norme di conformità e azioni correttive
Fai clic su Salva per applicare la configurazione di Syslog.
Verifica che i log vengano inviati controllando i log dell'agente Bindplane.

Nota :nella versione 2410 e successive della console Workspace ONE UEM, la UI 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` nell'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 valore `Event Category` del log non elaborato viene aggiunto come coppia chiave-valore all'array `additional.fields` nell'UDM. La chiave è "Categoria evento". Il valore `Event Module` del log non elaborato viene aggiunto come coppia chiave-valore all'array `additional.fields` nell'UDM. La chiave è "Event Module". Il valore `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" dal parser 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`. `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 eventi. `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. `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. `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. `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 eventi. 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.