Coletar registros do Delinea Secret Server

Versão do analisador:5.0

Compatível com:

Neste documento, explicamos como ingerir registros do servidor do Delinea Secret Server no Google Security Operations usando o agente do Bindplane.

O Delinea Secret Server (antigo Thycotic) é uma solução de gerenciamento de acesso privilegiado (PAM, na sigla em inglês) que gera mensagens syslog no formato CEF para acesso secreto, autenticação de usuário e eventos de auditoria. O analisador extrai campos e os mapeia para o modelo de dados unificado (UDM).

Antes de começar

Verifique se você tem os pré-requisitos a seguir:

  • Uma instância do Google SecOps
  • Windows Server 2016 ou mais recente ou host do Linux com systemd
  • Conectividade de rede entre o agente do Bindplane e o Delinea Secret Server
  • Se estiver em execução atrás de um proxy, verifique se as portas do firewall estão abertas de acordo com os requisitos do agente do Bindplane.
  • Credenciais de administrador do Delinea Secret Server

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 descontinuada em 20 de julho de 2027.
  1. Faça login no consoleGoogle Cloud e selecione o projeto 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 arquivo de chave é baixado para o 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 a configuração do exportador.

Opção 2: baixar o arquivo de autenticação de ingestão (legado)

  1. Faça login no console do Google SecOps.
  2. Acesse Configurações do SIEM > Agentes de coleta.
  3. Baixe o 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 do SIEM > 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" /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 vai aparecer como EM EXECUÇÃO.

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)" 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

Localizar 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:
      udplog:
        listen_address: "0.0.0.0:514"
    
    exporters:
      chronicle/delinea_secret_server:
        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: THYCOTIC
        raw_log_field: body
    
    service:
      pipelines:
        logs/delinea_secret_server_to_chronicle:
          receivers:
            - udplog
          exporters:
            - chronicle/delinea_secret_server
    

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 do 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 adiciona esse valor ao prefixo chronicle.googleapis.com. 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/delinea_secret_server:
        compression: gzip
        creds_file_path: '/opt/observiq-otel-collector/ingestion-auth.json'
        customer_id: '<customer_id>'
        endpoint: malachiteingestion-pa.googleapis.com
        log_type: THYCOTIC
        raw_log_field: body
    

Salvar 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, execute o seguinte comando:

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

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

      sudo journalctl -u observiq-otel-collector -f
      
  • Para reiniciar o agente do Bindplane em 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 Thycotic Secret Server para enviar registros usando o syslog

  1. Faça login no Thycotic Secret Server com as credenciais de administrador.
  2. Acesse Administrador > Configuração.
  3. Clique em Editar.
  4. Marque a caixa de seleção Ativar o registro em Syslog/CEF e especifique os seguintes detalhes:
    • Servidor Syslog/CEF: insira o endereço IP do servidor Syslog/Bindplane.
    • Protocolo Syslog/CEF: selecione UDP ou TCP (dependendo da configuração do Bindplane).
    • Porta Syslog/CEF: insira o número da porta em que o servidor syslog ou o Bindplane está configurado para detectar.
  5. Clique em Salvar.

Tabela de mapeamento de UDM

Campo de registro mapeamento de UDM Lógica
Account_Domain event1.idm.read_only_udm.principal.domain O valor é extraído do campo Account_Domain no campo msg do registro bruto.
Por usuário event1.idm.read_only_udm.principal.user.userid O valor é extraído do campo By User no campo msg do registro bruto.
ID do contêiner event1.idm.read_only_udm.principal.asset.asset_id O valor é extraído do campo Container Id no campo msg do registro bruto e tem o prefixo container_id:.
Nome do contêiner event1.idm.read_only_udm.principal.resource.name O valor é extraído do campo Container name no campo msg do registro bruto.
cs2 event1.idm.read_only_udm.additional.fields[].value.string_value O valor é extraído do campo cs2 no campo msg do registro bruto.
cs3 event1.idm.read_only_udm.target.file.full_path O valor é extraído do campo cs3 no campo msg do registro bruto.
cs4 event1.idm.read_only_udm.principal.user.user_display_name O valor é extraído do campo cs4 no campo msg do registro bruto.
Detalhes event1.idm.read_only_udm.additional.fields[].value.string_value O valor é extraído do campo Details no campo msg do registro bruto.
fname event1.idm.read_only_udm.target.file.full_path O valor é extraído do campo fname no campo msg do registro bruto.
Host event1.idm.read_only_udm.principal.hostname, event1.idm.read_only_udm.principal.asset.hostname O valor é extraído do campo Host no campo msg do registro bruto.
Nome do item event1.idm.read_only_udm.target.user.userid O valor é extraído do campo Item Name no campo msg do registro bruto.
event1.idm.read_only_udm.additional.fields[].key O valor é fixado no código como fname.
event1.idm.read_only_udm.additional.fields[].key O valor é fixado no código como Group or User.
event1.idm.read_only_udm.additional.fields[].key O valor está fixado no código como Details.
event1.idm.read_only_udm.additional.fields[].key O valor é fixado no código como type_id.
event1.idm.read_only_udm.extensions.auth.type O valor é fixado no código como MACHINE.
event1.idm.read_only_udm.metadata.description O valor é extraído do campo thycotic_event, que é extraído do registro bruto usando um padrão grok.
event1.idm.read_only_udm.metadata.event_timestamp.seconds O valor é derivado do campo rt, se presente, ou do campo ts. Os dois campos são extraídos do registro bruto usando padrões grok.
event1.idm.read_only_udm.metadata.event_type O valor é determinado com base no campo thycotic_event e em outras condições. Por exemplo, se thycotic_event for USER - LOGIN, o tipo de evento será definido como USER_LOGIN.
event1.idm.read_only_udm.metadata.log_type O valor é fixado no código como THYCOTIC.
event1.idm.read_only_udm.metadata.product_event_type O valor é extraído do campo thycotic_event, que é extraído do registro bruto usando um padrão grok.
event1.idm.read_only_udm.metadata.product_log_id O valor é extraído do campo action_id, que é extraído do registro bruto usando um padrão grok.
event1.idm.read_only_udm.metadata.product_name O valor é extraído do campo device_product, que é extraído do registro bruto usando um padrão grok. Se o campo estiver vazio, o valor será codificado como Secret Server.
event1.idm.read_only_udm.metadata.product_version O valor é extraído do campo device_version, que é extraído do registro bruto usando um padrão grok.
event1.idm.read_only_udm.metadata.vendor_name O valor é fixado no código como Thycotic.
event1.idm.read_only_udm.network.ip_protocol O valor será definido como TCP se o campo input.type for tcp.
event1.idm.read_only_udm.observer.application O valor é extraído do campo agent.type, se presente. Caso contrário, é codificado como Secret Server.
event1.idm.read_only_udm.observer.asset_id O valor é definido como Agent ID: concatenado com o campo agent.id.
event1.idm.read_only_udm.observer.hostname O valor é extraído do campo agent.hostname, se presente, ou do campo server.
event1.idm.read_only_udm.observer.platform_version O valor é extraído do campo agent.version.
event1.idm.read_only_udm.observer.user.userid O valor é extraído do campo agent.name.
event1.idm.read_only_udm.principal.asset.asset_id O valor é definido como ID: concatenado com o campo host.id.
event1.idm.read_only_udm.principal.asset.hardware.cpu_platform O valor é extraído do campo host.architecture.
event1.idm.read_only_udm.principal.asset.hostname O valor é extraído do campo server, se presente. Caso contrário, do campo host.hostname.
event1.idm.read_only_udm.principal.asset.ip O valor é extraído do campo src, se presente, ou do campo src_ip.
event1.idm.read_only_udm.principal.hostname O valor é extraído do campo host.hostname, se presente. Caso contrário, do campo server.
event1.idm.read_only_udm.principal.ip O valor é extraído do campo src, se presente. Caso contrário, do campo src_ip ou host.ip.
event1.idm.read_only_udm.principal.mac O valor é extraído do campo host.mac.
event1.idm.read_only_udm.principal.platform O valor será definido como LINUX se o campo host_os_platform for centos. Caso contrário, ele será definido como o valor em maiúsculas do campo host_os_platform.
event1.idm.read_only_udm.principal.platform_patch_level O valor é extraído do campo host.os.kernel.
event1.idm.read_only_udm.principal.platform_version O valor é extraído do campo host.os.version.
event1.idm.read_only_udm.principal.port O valor é extraído do campo src_port, que é extraído do campo log.source.address usando um padrão grok.
event1.idm.read_only_udm.principal.user.user_display_name O valor é extraído do campo cs4 no campo msg do registro bruto.
event1.idm.read_only_udm.principal.user.userid O valor é extraído do campo suser no campo msg do registro bruto ou do campo By User se thycotic_event for USER - LOGIN, USER - LOGOUT, USER - LOGINFAILURE ou USER - EDIT.
event1.idm.read_only_udm.security_result.action O valor é extraído do campo Action no campo msg do registro bruto. Ele também pode ser definido como ALLOW ou BLOCK com base no valor de thycotic_event.
event1.idm.read_only_udm.security_result.description O valor é extraído do campo temp_message, que contém a parte restante do campo msg após a extração de outros campos.
event1.idm.read_only_udm.security_result.severity O valor é determinado com base no campo syslog_severity. Por exemplo, se syslog_severity contiver error ou warning, a gravidade será definida como HIGH. Se thycotic_event for System Log, a gravidade será definida como INFORMATIONAL.
event1.idm.read_only_udm.security_result.severity_details O valor é extraído do campo syslog_severity.
event1.idm.read_only_udm.target.file.full_path O valor é construído concatenando os campos cs3 e fname com um separador / se ambos os campos estiverem presentes. Se apenas um campo estiver presente, o valor será extraído dele.
event1.idm.read_only_udm.target.resource.product_object_id O valor é extraído do campo type_id.
event1.idm.read_only_udm.target.user.userid O valor é extraído do campo item_name no campo msg do registro bruto ou do campo Item Name se thycotic_event for USER - LOGIN, USER - LOGOUT, USER - LOGINFAILURE ou USER - EDIT.
events.timestamp.seconds O valor é derivado do campo rt, se presente, ou do campo ts. Os dois campos são extraídos do registro bruto usando padrões grok.
rt event1.idm.read_only_udm.metadata.event_timestamp.seconds O valor é extraído do campo rt no campo msg do registro bruto e é usado para definir o carimbo de data/hora do evento.
src event1.idm.read_only_udm.principal.asset.ip, event1.idm.read_only_udm.principal.ip O valor é extraído do campo src no campo msg do registro bruto.
src_ip event1.idm.read_only_udm.principal.asset.ip, event1.idm.read_only_udm.principal.ip O valor é extraído do campo src_ip, que é extraído do campo log.source.address usando um padrão grok.
msg event.idm.read_only_udm.metadata.description Mapeado do registro de alterações
suid event.idm.read_only_udm.principal.resource.attribute.labels Mapeado do registro de alterações
cs4Label event.idm.read_only_udm.principal.resource.attribute.labels Mapeado do registro de alterações
user_data event.idm.read_only_udm.principal.resource.attribute.labels Mapeado do registro de alterações
EventClassId event.idm.read_only_udm.additional.fields Mapeado do registro de alterações
item_Id event.idm.read_only_udm.additional.fields Mapeado do registro de alterações
Details event.idm.read_only_udm.additional.fields Mapeado do registro de alterações
Event event.idm.read_only_udm.additional.fields Mapeado do registro de alterações
Action_data event.idm.read_only_udm.additional.fields Mapeado do registro de alterações
item_name event.idm.read_only_udm.additional.fields Mapeado do registro de alterações
source_host_network_ipaddress principal.ip Mapeado do registro de alterações
target_host_name target_host_name Mapeado do registro de alterações
machineTimeZone additional.fields Mapeado do registro de alterações
machineName additional.fields Mapeado do registro de alterações
schemaVersion additional.fields Mapeado do registro de alterações
byUserEmailAddress principal.user.email_addresses Mapeado do registro de alterações
byUserDisplayName principal.user.email_addresses Mapeado do registro de mudanças

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.