Coletar registros do Kiteworks (antigo Accellion)

Versão do analisador:16.0

Compatível com:

Google SecOps SIEM

Neste documento, explicamos como ingerir registros do Kiteworks (antigo Accellion) no Google Security Operations usando o Bindplane.

O Kiteworks é uma plataforma segura de compartilhamento e governança de arquivos que oferece comunicações de conteúdo empresarial por e-mail, compartilhamento de arquivos, transferência gerenciada de arquivos e formulários da Web. Ele oferece visibilidade, conformidade e controle sobre o conteúdo sensível que entra e sai da organização.

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 Linux com systemd
• Conectividade de rede entre o agente do Bindplane e o appliance do Kiteworks
• 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.
• Acesso privilegiado ao console de administração do Kiteworks (função de administrador do sistema)

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.

Opção 1: criar uma conta de serviço para a API Chronicle (recomendado)

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 uma função 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 configurar o exportador.

Observação: a chave JSON é uma credencial. Restrinja o acesso ao arquivo no host do BindPlane e alterne a chave de acordo com a política da sua organização.

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 do SIEM > 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.

Observação: esse arquivo autentica o agente na API Ingestion legada (malachiteingestion-pa.googleapis.com), que o Google programou para ser desativada em 20 de julho de 2027. Planeje a mudança para a Opção 1 antes dessa data.

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.

   Observação :o ID de cliente é necessário para configurar o exportador do agente do BindPlane.

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 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)" 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 vai aparecer como ativo (em execução).

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.

Observação: a configuração do exportador da API Chronicle requer o coletor Bindplane v1.106.0 ou mais recente. Os comandos anteriores instalam a versão mais recente. Se você estiver atualizando uma instalação atual, faça upgrade do coletor antes de mudar a configuração.

Configurar o agente do Bindplane para ingerir 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/accellion:
      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: ACCELLION
      raw_log_field: body
  
  service:
    pipelines:
      logs/accellion_to_chronicle:
        receivers:
          - udplog
        exporters:
          - chronicle/accellion
  

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 syslog padrão (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 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/accellion:
      compression: gzip
      creds_file_path: '/opt/observiq-otel-collector/ingestion-auth.json'
      customer_id: '<customer_id>'
      endpoint: malachiteingestion-pa.googleapis.com
      log_type: ACCELLION
      raw_log_field: body
  

Observação: esse exportador vai parar de funcionar quando a API Ingestion for descontinuada em 20 de julho de 2027.

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:

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 em Windows:

1. 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.

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

   sc query observiq-otel-collector
   

3. Verifique se há erros nos registros:

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

Configurar o encaminhamento de syslog no Kiteworks (antigo Accellion)

1. Faça login no console de administração do Kiteworks como administrador do sistema.
2. Acesse a página Locais:
   • Interface de admin legada: acesse Sistema > Locais.
   • Nova interface de admin: acesse Configuração do sistema > Locais.
3. Selecione o local de destino na lista.
4. Acesse a seção Serviços externos.
5. Abra o painel Configurações do Syslog.
6. Clique em Adicionar para criar uma nova configuração de servidor syslog.
7. Informe os seguintes detalhes de configuração:
   • Servidor Syslog: insira o endereço IP do host do agente do BindPlane (por exemplo, 192.168.1.100).
   • Protocolo: selecione UDP ou TCP, dependendo da configuração do receptor do agente do Bindplane.
   • Porta: insira o número da porta do agente do Bindplane (por exemplo, 514).
   • Usar TLS: marque essa caixa de seleção se quiser transportar mensagens syslog por TLS. Essa opção só está disponível quando TCP é selecionado como o protocolo.
   • Formato: selecione Formato JSON (recomendado para análise estruturada).

8. Clique em Salvar para aplicar a configuração.

   Observação: o syslog do Kiteworks exporta todos os dados e eventos administrativos, incluindo movimentações e acesso a arquivos, erros, mudanças no controle de acesso, alterações de privilégios, integração e desintegração de usuários, logins com falha e bem-sucedidos e falhas de verificação (AV, ATP, DLP).

Tabela de mapeamento de UDM

Campo de registro	Mapeamento de UDM	Lógica
acct	principal.user.user_display_name	O valor de acct do campo msg do registro bruto.
acct	target.user.user_display_name	O valor de acct do campo msg do registro bruto.
addr	principal.ip	O valor de addr do campo msg do registro bruto.
a0	security_result.about.labels.value	O valor de a0 do campo msg do registro bruto, em que o key correspondente é "a0".
a1	security_result.about.labels.value	O valor de a1 do campo msg do registro bruto, em que o key correspondente é "a1".
a2	security_result.about.labels.value	O valor de a2 do campo msg do registro bruto, em que o key correspondente é "a2".
a3	security_result.about.labels.value	O valor de a3 do campo msg do registro bruto, em que o key correspondente é "a3".
arch	security_result.about.platform_version	O valor de arch do campo msg do registro bruto. Aplicável apenas para SYSCALL type_name.
auid	about.user.userid	O valor de auid do campo msg do registro bruto.
auid	security_result.detection_fields.value	O valor de auid do campo msg do registro bruto, em que o key correspondente é "auid".
comm	principal.application	O valor de comm do campo msg do registro bruto.
cmd	principal.process.command_line	O valor de cmd do campo msg do registro bruto.
cwd	security_result.detection_fields.value	O valor de cwd do campo msg do registro bruto, em que o key correspondente é "cwd".
cwd	target.process.file.full_path	O valor de cwd do campo msg do registro bruto.
exe	principal.process.file.full_path	O valor de exe do campo msg do registro bruto.
exe	target.process.file.full_path	O valor de exe do campo msg do registro bruto.
exit	security_result.about.labels.value	O valor de exit do campo msg do registro bruto, em que o key correspondente é "Exit Code".
hostname	principal.hostname	O valor de hostname do campo msg do registro bruto.
key	security_result.about.registry.registry_key	O valor de key do campo msg do registro bruto. Aplicável apenas para type_name SYSCALL.
log_type	metadata.log_type	O valor de log_type do registro bruto.
msg	security_result.action_details	O valor após res= no campo msg do registro bruto.
msg	security_result.summary	Combinação de campos do campo msg do registro bruto. Analisado da seção audit do campo msg no registro bruto. Mapeado com base no campo type no registro bruto. Por exemplo, "USER_START" é mapeado para "USER_LOGIN", "CRED_DISP" é mapeado para "USER_LOGOUT", "CRED_ACQ" é mapeado para "USER_LOGIN", "USER_END" é mapeado para "USER_LOGOUT", "CRED_REFR" é mapeado para "USER_LOGIN", "USER_CMD" é mapeado para "USER_LOGIN", "CWD" é mapeado para "STATUS_UPDATE", "PROCTITLE" é mapeado para "STATUS_UPDATE", "USER_ACCT" é mapeado para "USER_UNCATEGORIZED" e "SYSCALL" é mapeado para "USER_UNCATEGORIZED".
node	principal.hostname	O valor de node do campo msg do registro bruto.
pid	principal.process.pid	O valor de pid do campo msg do registro bruto.
ppid	principal.process.parent_process.pid	O valor de ppid do campo msg do registro bruto.
proctitle	target.process.file.full_path	Valor hexadecimal decodificado de proctitle do campo msg do registro bruto. Fixado no código como "LINUX". Defina como "ALLOW" se res=success estiver presente no campo msg do registro bruto.
ses	network.session_id	O valor de ses do campo msg do registro bruto.
syscall	security_result.about.labels.value	O valor de syscall do campo msg do registro bruto, em que o key correspondente é "Syscall".
success	security_result.summary	Combinado com outros campos para formar o resumo. Para eventos SYSCALL, a lógica é: se success=yes, então "yes, The System call succeeded", caso contrário, "no, The System call failed".
terminal	principal.terminal	O valor de terminal do campo msg do registro bruto.
timestamp	timestamp	O valor de timestamp da entrada de registro bruta.
tty	principal.terminal	O valor de tty do campo msg do registro bruto.
type	metadata.product_event_type	O valor de type do campo msg do registro bruto.
uid	about.user.userid	O valor de uid do campo msg do registro bruto. Aplicável apenas para SYSCALL type_name.
uid	target.user.userid	O valor de uid do campo msg do registro bruto. Definido como "SETTING" se type for "USER_ACCT".

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.