Recolha registos do Kaseya Datto File Protection
Este documento explica como carregar registos do Kaseya Datto File Protection para o Google Security Operations através do Bindplane. O analisador extrai campos de mensagens syslog do Datto S4P4 através de padrões grok, mapeia-os para o modelo de dados unificado (UDM) e categoriza eventos com base na gravidade do syslog. Especificamente, processa dados formatados em CEF na mensagem syslog, extraindo campos principais, como fornecedor, produto, versão e detalhes do evento para enriquecimento e classificação.
Antes de começar
Certifique-se de que tem os seguintes pré-requisitos:
- Instância do Google SecOps
- Windows 2016 ou posterior, ou um anfitrião Linux com o
systemd
. - Se estiver a ser executado através de um proxy, as portas da firewall estão abertas
- Acesso privilegiado ao Datto Siris ou Alto
Obtenha o ficheiro de autenticação de carregamento do Google SecOps
- Inicie sessão na consola Google SecOps.
- Aceda a Definições do SIEM > Agentes de recolha.
- Transfira o ficheiro de autenticação de carregamento. Guarde o ficheiro de forma segura no sistema onde o Bindplane vai ser instalado.
Obtenha o ID de cliente do Google SecOps
- Inicie sessão na consola Google SecOps.
- Aceda a Definições do SIEM > Perfil.
- Copie e guarde o ID do cliente da secção Detalhes da organização.
Instale o agente do Bindplane
Instalação do Windows
- Abra a Linha de comandos ou o PowerShell como administrador.
Execute o seguinte comando:
msiexec /i "https://github.com/observIQ/bindplane-agent/releases/latest/download/observiq-otel-collector.msi" /quiet
Instalação do Linux
- Abra um terminal com privilégios de raiz ou sudo.
Execute o seguinte comando:
sudo sh -c "$(curl -fsSlL https://github.com/observiq/bindplane-agent/releases/latest/download/install_unix.sh)" install_unix.sh
Recursos de instalação adicionais
Para ver opções de instalação adicionais, consulte o guia de instalação.
Configure o agente do Bindplane para carregar o Syslog e enviá-lo para o Google SecOps
- Aceda ao ficheiro de configuração:
- Localize o ficheiro
config.yaml
. Normalmente, encontra-se no diretório/etc/bindplane-agent/
no Linux ou no diretório de instalação no Windows. - Abra o ficheiro com um editor de texto (por exemplo,
nano
,vi
ou Bloco de notas).
- Localize o ficheiro
Edite o ficheiro
config.yaml
da seguinte forma:receivers: tcplog: # Replace the port and IP address as required listen_address: "0.0.0.0:514" exporters: chronicle/chronicle_w_labels: compression: gzip # Adjust the path to the credentials file you downloaded in Step 1 creds_file_path: '/path/to/ingestion-authentication-file.json' # Replace with your actual customer ID from Step 2 customer_id: <customer_id> endpoint: malachiteingestion-pa.googleapis.com # Add optional ingestion labels for better organization ingestion_labels: log_type: 'DATTO_FILE_PROTECTION' raw_log_field: body service: pipelines: logs/source0__chronicle_w_labels-0: receivers: - tcplog exporters: - chronicle/chronicle_w_labels
Substitua a porta e o endereço IP conforme necessário na sua infraestrutura.
Substitua
<customer_id>
pelo ID de cliente real.Atualize
/path/to/ingestion-authentication-file.json
para o caminho onde o ficheiro de autenticação foi guardado na secção Obtenha o ficheiro de autenticação de carregamento do Google SecOps.
Reinicie o agente do Bindplane para aplicar as alterações
Para reiniciar o agente do Bindplane no Linux, execute o seguinte comando:
sudo systemctl restart bindplane-agent
Para reiniciar o agente do Bindplane no Windows, pode usar a consola Services ou introduzir o seguinte comando:
net stop BindPlaneAgent && net start BindPlaneAgent
Configure o Syslog para o Datto Siris e o Alto
- Inicie sessão na consola Web da Datto.
- Aceda a Configurar > Definições do dispositivo > Registo remoto.
- Ative o Registo remoto.
- Indique os seguintes detalhes de configuração:
- Certifique-se de que o agente Bindplane está configurado para ouvir na porta 514 através da ligação TCP.
- Endereço IP: introduza o endereço IP do agente do Bindplane.
- Clique em Aplicar.
Tabela de mapeamento do UDM
Campo de registo | Mapeamento de UDM | Lógica |
---|---|---|
act |
security_result.category_details |
O valor de act do campo de extensões do registo não processado. |
desc |
metadata.description |
O valor do campo description extraído do campo desc através do grok. |
dvc |
target.ip |
O valor de dvc do campo de extensões do registo não processado. |
extensions |
security_result.category_details , target.ip |
Analisado através do filtro kv para extrair act e dvc , que são, em seguida, mapeados para campos UDM. |
hostname |
principal.hostname |
O nome do anfitrião extraído da mensagem de registo não processada. |
log_id |
metadata.product_log_id |
O ID do registo extraído da mensagem de registo não processada. |
prod_dvc_version |
metadata.product_version |
A versão do produto extraída do campo desc do registo não processado. O mesmo valor que principal.hostname . Definido como STATUS_UPDATE se hostname ou dvc estiverem presentes no registo não processado; caso contrário, "GENERIC_EVENT". Valor codificado \n\n\0017 quando o campo extensions existe no registo não processado. A data/hora extraída da mensagem de registo não processada. O mesmo valor que edr.raw_event_name . Valor codificado DATTO_FILE_PROTECTION . Valor codificado S4P4 . Valor codificado Datto . Derivado de syslog_severity_code . Se for < 3, a gravidade é BAIXA. Se for > 2 e < 6, a gravidade é MÉDIA. Se for > 5, a gravidade é ELEVADA. |
timestamp |
metadata.event_timestamp |
A data/hora extraída da mensagem de registo não processada. |
Precisa de mais ajuda? Receba respostas de membros da comunidade e profissionais da Google SecOps.