Coletar registros do Omnissa Workspace ONE UEM (antigo VMware Workspace ONE)

Compatível com:

Neste documento, explicamos como ingerir registros do Omnissa Workspace ONE UEM (antigo VMware Workspace ONE) no Google Security Operations usando o Bindplane.

O Omnissa Workspace ONE UEM é uma plataforma unificada de gerenciamento de endpoints que permite que as organizações gerenciem e protejam dispositivos, aplicativos e dados em endpoints móveis, de desktop, robustos e de IoT. O analisador normaliza as mensagens de syslog do Workspace ONE UEM, extraindo campos como eventos de conformidade do dispositivo, ações de gerenciamento de aplicativos, mudanças no status de registro e atividades de administração do console, e os mapeia para o modelo de dados unificado (UDM).

Antes de começar

Verifique se você tem os seguintes pré-requisitos: * Uma instância do Google SecOps * Windows Server 2016 ou posterior ou host Linux com systemd * Conectividade de rede entre o agente do Bindplane e o console do Omnissa Workspace ONE UEM * Se estiver executando atrás de um proxy, verifique se as portas do firewall estão abertas de acordo com os requisitos do agente do Bindplane * Acesso administrativo ao console do Omnissa Workspace ONE UEM

Receber credenciais do Google SecOps para o agente do Bindplane

Para autenticar o agente do Bindplane no Google SecOps, escolha um dos seguintes métodos:

  • Novas implantações: use a API Chronicle (opção 1).
  • Implantações legadas: continue usando o arquivo de autenticação de ingestão (opção 2) até que a API Ingestion seja desativada em 20 de julho de 2027.
  1. Faça login no console doGoogle Cloud e selecione o projeto do Google Cloud vinculado à sua instância do Google SecOps.
  2. Acesse IAM e administrador > Contas de serviço.
  3. Clique em Criar conta de serviço.
  4. Informe os seguintes detalhes de configuração:
    • Nome da conta de serviço: insira um nome para a conta (por exemplo, bindplane-ingest).
    • Descrição da conta de serviço: insira uma descrição (por exemplo, Bindplane agent log ingestion).
  5. Clique em Criar e continuar.
  6. Na seção Conceder a essa conta de serviço acesso ao projeto, clique em Selecionar um papel e escolha Editor do Chronicle.
  7. Clique em Continuar e depois em Concluído.
  8. Clique na conta de serviço que você criou e acesse a guia Chaves.
  9. Clique em Adicionar chave > Criar nova chave.
  10. Selecione JSON e clique em Criar. O download do arquivo de chave é feito no seu computador.
  11. Salve o arquivo de chave como ingestion-auth.json no diretório do coletor do BindPlane (/opt/observiq-otel-collector/ingestion-auth.json no Linux ou C:\Program Files\observIQ OpenTelemetry Collector\ingestion-auth.json no Windows) ou atualize creds_file_path em config.yaml para corresponder ao caminho em que você o salvou.
  12. Acesse IAM e administrador > Configurações e copie o Número do projeto. Você vai precisar dele para configurar o exportador.

Opção 2: fazer o download do arquivo de autenticação de ingestão (legado)

  1. Faça login no console do Google SecOps.
  2. Acesse Configurações > Gerenciamento de dados > Agentes de coleta. Se você estiver em uma plataforma somente SIEM, acesse Configurações > Agentes de coleta.
  3. Faça o download do arquivo de autenticação de ingestão.
  4. Salve o arquivo com segurança no sistema em que o agente do Bindplane será instalado.

Receber o ID de cliente do Google SecOps

  1. Faça login no console do Google SecOps.
  2. Acesse Configurações > Administração > Perfil. Se você estiver em uma plataforma somente SIEM, acesse Configurações > Perfil.
  3. Copie e salve o ID de cliente na seção Detalhes da organização.

Instalar o agente do BindPlane

Instale o agente do Bindplane no seu sistema operacional Windows ou Linux de acordo com as instruções a seguir.

Instalação do Windows

  1. Abra o Prompt de comando ou o PowerShell como administrador.
  2. Execute este 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. Aguarde a conclusão da instalação.

  4. Execute o seguinte comando para confirmar a instalação:

    sc query observiq-otel-collector
    

O serviço precisa aparecer como RUNNING.

Instalação do Linux

  1. Abra um terminal com privilégios de raiz ou sudo.
  2. Execute este 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. Aguarde a conclusão da instalação.

  4. Execute o seguinte comando para confirmar a instalação:

    sudo systemctl status observiq-otel-collector
    

O serviço precisa aparecer como active (running).

Outros recursos de instalação

Para mais opções de instalação e solução de problemas, consulte o guia de instalação do agente do BindPlane.

Configurar o agente do Bindplane para ingerir o syslog e enviar ao Google SecOps

Localize o arquivo de configuração.

  • Linux:

    sudo nano /opt/observiq-otel-collector/config.yaml
    
  • Windows:

    notepad "C:\Program Files\observIQ OpenTelemetry Collector\config.yaml"
    

Editar o arquivo de configuração

  • Substitua todo o conteúdo de config.yaml pela seguinte configuração:

    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
    

Parâmetros de configuração

Substitua os seguintes marcadores de posição:

Configuração do receptor:

  • listen_address: endereço IP e porta a serem detectados:
    • 0.0.0.0 para ouvir em todas as interfaces (recomendado)
    • A porta 514 é a porta padrão do syslog (requer raiz no Linux; use 1514 para não raiz)

Configuração do exportador:

  • creds_file_path: caminho completo para o arquivo de chave JSON da conta de serviço (opção 1):
    • Linux: /opt/observiq-otel-collector/ingestion-auth.json
    • Windows: C:\Program Files\observIQ OpenTelemetry Collector\ingestion-auth.json
  • customer_id: ID de cliente copiado do console do Google SecOps
  • location: substitua <LOCATION> pela região da sua instância do Google SecOps (por exemplo, us, europe ou asia-southeast1). O exportador prefixa chronicle.googleapis.com com esse valor. Consulte Endpoints regionais para ver a lista completa.
  • project: substitua <PROJECT_NUMBER> pelo número do projeto em IAM e administrador > Configurações.
  • endpoint: mantenha definido como chronicle.googleapis.com.

Exportador da API de ingestão legada

  • Se você usar o arquivo de autenticação de ingestão da Opção 2, substitua o bloco exporters pelo seguinte. Defina creds_file_path como o caminho para o arquivo de autenticação de ingestão e, se a instância estiver fora dos EUA, substitua malachiteingestion-pa.googleapis.com pelo endpoint regional (por exemplo, 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
    

Salve o arquivo de configuração.

  • Depois de editar, salve o arquivo:
    • Linux: pressione Ctrl+O, depois Enter e, em seguida, Ctrl+X.
    • Windows: clique em Arquivo > Salvar.

Reinicie o agente do BindPlane para aplicar as mudanças:

Para reiniciar o agente do BindPlane no Linux:

  1. Execute este comando:

    sudo systemctl restart observiq-otel-collector
    
  2. Verifique se o serviço está em execução:

    sudo systemctl status observiq-otel-collector
    
  3. Verifique se há erros nos registros:

    sudo journalctl -u observiq-otel-collector -f
    

Para reiniciar o agente do Bindplane no Windows, escolha uma das seguintes opções:

  • Prompt de comando ou PowerShell como administrador:

    net stop observiq-otel-collector && net start observiq-otel-collector
    
  • Console de serviços:

    1. Pressione Win+R, digite services.msc e pressione Enter.
    2. Localize o coletor do OpenTelemetry da observIQ.
    3. Clique com o botão direito do mouse e selecione Reiniciar.

    4. Verifique se o serviço está em execução:

      sc query observiq-otel-collector
      
    5. Verifique se há erros nos registros:

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

Configurar o encaminhamento de syslog no Omnissa Workspace ONE UEM

  1. Faça login no console do Omnissa Workspace ONE UEM.
  2. Acesse Configurações > Sistema > Integração empresarial > Syslog.
  3. Selecione Ativado para ativar a integração com o syslog.
  4. Informe os seguintes detalhes de configuração:

    • Nome do host: insira o endereço IP ou o nome do host do agente do BindPlane (por exemplo, 192.168.1.100).
    • Porta: insira 514.
    • Protocolo: selecione TCP.
    • Recurso do Syslog: selecione Local0 ou outro recurso adequado para seu ambiente.
    • Tag da mensagem: insira uma tag descritiva (por exemplo, WorkspaceONE).
  5. Na seção Categorias de eventos, selecione os tipos de evento a serem encaminhados:

    • Eventos do dispositivo: mudanças no registro, na conformidade e no status do dispositivo
    • Eventos do console: ações do administrador e mudanças na configuração.
    • Eventos de aplicativos: ações de instalação, remoção e gerenciamento de aplicativos.
    • Eventos de compliance: violações da política de compliance e ações de correção
  6. Clique em Salvar para aplicar a configuração do syslog.

  7. Verifique se os registros estão sendo enviados conferindo os registros do agente do BindPlane.

Tabela de mapeamento de UDM

Campo de registro Mapeamento de UDM Lógica
AdminAccount principal.user.userid O AdminAccount do registro bruto é mapeado para o campo principal.user.userid.
Application target.application O campo Application do registro bruto é mapeado para o campo target.application.
ApplicationUUID additional.fields O campo ApplicationUUID do registro bruto é adicionado como um par de chave-valor à matriz additional.fields no UDM. A chave é "ApplicationUUID".
BytesReceived network.received_bytes O campo BytesReceived do registro bruto é mapeado para o campo network.received_bytes.
Device target.hostname O campo Device do registro bruto é mapeado para o campo target.hostname.
FriendlyName target.hostname O campo FriendlyName do registro bruto é mapeado para o campo target.hostname quando Device não está disponível.
GroupManagementData security_result.description O campo GroupManagementData do registro bruto é mapeado para o campo security_result.description.
Hmac additional.fields O campo Hmac do registro bruto é adicionado como um par de chave-valor à matriz additional.fields no UDM. A chave é "Hmac".
LoginSessionID network.session_id O campo LoginSessionID do registro bruto é mapeado para o campo network.session_id.
LogDescription metadata.description O campo LogDescription do registro bruto é mapeado para o campo metadata.description.
MessageText metadata.description O campo MessageText do registro bruto é mapeado para o campo metadata.description.
OriginatingOrganizationGroup principal.user.group_identifiers O campo OriginatingOrganizationGroup do registro bruto é mapeado para o campo principal.user.group_identifiers.
OwnershipType additional.fields O campo OwnershipType do registro bruto é adicionado como um par de chave-valor à matriz additional.fields no UDM. A chave é "OwnershipType".
Profile target.resource.name O campo Profile do registro bruto é mapeado para o campo target.resource.name quando ProfileName não está disponível.
ProfileName target.resource.name O campo ProfileName do registro bruto é mapeado para o campo target.resource.name.
Request Url target.url O campo Request Url do registro bruto é mapeado para o campo target.url.
SmartGroupName target.group.group_display_name O campo SmartGroupName do registro bruto é mapeado para o campo target.group.group_display_name.
Tags additional.fields O campo Tags do registro bruto é adicionado como um par de chave-valor à matriz additional.fields no UDM. A chave é "Tags".
User target.user.userid O campo User do registro bruto é mapeado para o campo target.user.userid. O Event Category do registro bruto é adicionado como um par de chave-valor à matriz additional.fields no UDM. A chave é "Categoria do evento". O Event Module do registro bruto é adicionado como um par de chave-valor à matriz additional.fields no UDM. A chave é "Módulo de evento". O Event Source do registro bruto é adicionado como um par de chave-valor à matriz additional.fields no UDM. A chave é "Origem do evento". Definido como "SSO" pelo analisador para eventos específicos. Derivado do carimbo de data/hora do registro bruto. O analisador extrai a data e a hora do registro bruto e as converte em um carimbo de data/hora do UDM. Determinado pelo analisador com base em event_name e outros campos. Consulte o código do analisador para ver a lógica de mapeamento. Definido como "AIRWATCH" pelo analisador. O event_name do registro bruto é mapeado para o campo metadata.product_event_type. Definido como "AirWatch" pelo analisador. Definido como "VMWare" pelo analisador. O domain do registro bruto é mapeado para o campo principal.administrative_domain. O hostname é extraído do campo device_name no registro bruto ou mapeado dos campos Device ou FriendlyName. O sys_ip do registro bruto é mapeado para o campo principal.ip. Extraído do registro bruto para determinados tipos de evento. Extraído do registro bruto para determinados tipos de evento. O user_name do registro bruto é mapeado para o campo principal.user.userid. Extraído do registro bruto para determinados tipos de evento. Definido pelo analisador para eventos específicos. Definido pelo analisador para eventos específicos. O event_category do registro bruto é mapeado para o campo security_result.category_details. Extraído do registro bruto para determinados tipos de evento. Extraído do registro bruto para determinados tipos de evento. O domain do registro bruto é mapeado para o campo target.administrative_domain. Criado combinando DeviceSerialNumber e DeviceUdid do registro bruto para o evento "DeleteDeviceRequested". Extraído do registro bruto para determinados tipos de evento. Extraído do registro bruto para determinados tipos de evento. O sys_ip ou outros endereços IP do registro bruto são mapeados para o campo target.ip. Extraído do registro bruto para determinados tipos de evento. Extraído do registro bruto para determinados tipos de evento. Definido pelo analisador para eventos específicos. Extraído do registro bruto para determinados tipos de evento. Extraído do registro bruto para determinados tipos de evento. Extraído do registro bruto para determinados tipos de evento.

Registro de alterações

Confira o registro de alterações deste analisador

Precisa de mais ajuda? Receba respostas de membros da comunidade e profissionais do Google SecOps.