此页面由 Cloud Translation API 翻译。

收集 Kaseya Datto File Protection 日志

支持的语言：

Google SecOps SIEM

本文档介绍了如何使用 Bindplane 将 Kaseya Datto File Protection 日志注入到 Google Security Operations。解析器使用 grok 模式从 Datto S4P4 syslog 消息中提取字段，将其映射到统一数据模型 (UDM)，并根据 syslog 严重程度对事件进行分类。它专门处理 syslog 消息中的 CEF 格式数据，提取供应商、产品、版本和事件详细信息等关键字段，以进行丰富和分类。

准备工作

请确保满足以下前提条件：

Google SecOps 实例
Windows 2016 或更高版本，或者具有 systemd 的 Linux 主机。
如果在代理后运行，防火墙端口处于开放状态
对 Datto Siris 或 Alto 的特权访问权限

获取 Google SecOps 注入身份验证文件

登录 Google SecOps 控制台。
依次前往 SIEM 设置 > 收集代理。
下载注入身份验证文件。将该文件安全地保存在将要安装 Bindplane 的系统上。

获取 Google SecOps 客户 ID

登录 Google SecOps 控制台。
依次前往 SIEM 设置 > 配置文件。
复制并保存组织详细信息部分中的客户 ID。

安装 Bindplane 代理

Windows 安装

以管理员身份打开命令提示符或 PowerShell。

运行以下命令：

msiexec /i "https://github.com/observIQ/bindplane-agent/releases/latest/download/observiq-otel-collector.msi" /quiet

Linux 安装

打开具有 root 或 sudo 权限的终端。

运行以下命令：

sudo sh -c "$(curl -fsSlL https://github.com/observiq/bindplane-agent/releases/latest/download/install_unix.sh)" install_unix.sh

其他安装资源

如需了解其他安装选项，请参阅安装指南。

配置 Bindplane 代理以注入 Syslog 并将其发送到 Google SecOps

访问配置文件：
- 找到 config.yaml 文件。通常，它位于 Linux 上的 /etc/bindplane-agent/ 目录中或 Windows 上的安装目录中。
- 使用文本编辑器（例如 nano、vi 或记事本）打开该文件。

按如下方式修改 config.yaml 文件：

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

根据基础架构的需要替换端口和 IP 地址。
将 <customer_id> 替换为实际的客户 ID。
将 /path/to/ingestion-authentication-file.json 更新为获取 Google SecOps 提取身份验证文件部分中保存身份验证文件的路径。

重启 Bindplane 代理以应用更改

如需在 Linux 中重启 Bindplane 代理，请运行以下命令：
```
sudo systemctl restart bindplane-agent
```
如需在 Windows 中重启 Bindplane 代理，您可以使用服务控制台，也可以输入以下命令：
```
net stop BindPlaneAgent && net start BindPlaneAgent
```

为 Datto Siris 和 Alto 配置 Syslog

登录 Datto Web 控制台。
依次前往配置 > 设备设置 > 远程日志记录。
启用远程日志记录。
提供以下配置详细信息：
- 确保 Bindplane 代理已配置为通过 TCP 连接监听 514 端口。
- IP 地址：输入 Bindplane 代理 IP 地址。
点击应用。

UDM 映射表

日志字段	UDM 映射	逻辑
`act`	`security_result.category_details`	原始日志的扩展字段中的 `act` 值。
`desc`	`metadata.description`	使用 grok 从 `desc` 字段中提取的 `description` 字段的值。
`dvc`	`target.ip`	原始日志的扩展字段中的 `dvc` 值。
`extensions`	`security_result.category_details`，`target.ip`	使用 kv 过滤器进行解析，以提取 `act` 和 `dvc`，然后将其映射到 UDM 字段。
`hostname`	`principal.hostname`	从原始日志消息中提取的主机名。
`log_id`	`metadata.product_log_id`	从原始日志消息中提取的日志 ID。
`prod_dvc_version`	`metadata.product_version`	从原始日志的 `desc` 字段中提取的产品版本。与 `principal.hostname` 相同的值。如果原始日志中存在 `hostname` 或 `dvc`，则设置为 `STATUS_UPDATE`；否则设置为“GENERIC_EVENT”。如果原始日志中存在 `extensions` 字段，则硬编码值为 `\n\n\0017`。从原始日志消息中提取的时间戳。与 `edr.raw_event_name` 相同的值。硬编码的值 `DATTO_FILE_PROTECTION`。硬编码的值 `S4P4`。硬编码的值 `Datto`。派生自 `syslog_severity_code`。如果小于 3，严重程度为低。如果大于 2 且小于 6，严重程度为中等。如果大于 5，严重程度为 HIGH。
`timestamp`	`metadata.event_timestamp`	从原始日志消息中提取的时间戳。