收集 Kiteworks（以前称为 Accellion）日志

解析器版本：16.0

支持的平台：

本文档介绍了如何使用 Bindplane 将 Kiteworks（以前称为 Accellion）日志注入到 Google Security Operations。

Kiteworks 是一个安全的文件共享和治理平台，可提供电子邮件、文件共享、受管理的文件传输和网页表单等企业内容通信功能。它可让您了解、遵守并控制组织内外的敏感内容。

准备工作

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

  • Google SecOps 实例
  • Windows Server 2016 或更高版本，或者具有 systemd 的 Linux 主机
  • Bindplane 代理与 Kiteworks 设备之间的网络连接
  • 如果在代理后面运行，请确保防火墙端口已根据 Bindplane 代理要求打开
  • 对 Kiteworks 管理控制台的特权访问权限（系统管理员角色）

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

  1. 登录 Google SecOps 控制台。
  2. 依次前往 SIEM 设置 > 收集代理。

  3. 下载数据注入身份验证文件。将该文件安全地保存在将要安装 Bindplane 的系统上。

获取 Google SecOps 客户 ID

  1. 登录 Google SecOps 控制台。
  2. 依次前往 SIEM 设置 > 配置文件。

  3. 复制并保存组织详细信息部分中的客户 ID。

安装 Bindplane 代理

按照以下说明在 Windows 或 Linux 操作系统上安装 Bindplane 代理。

Windows 安装

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

  2. 运行以下命令：

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

  3. 等待安装完成。

  4. 运行以下命令，验证安装是否成功：

    sc query observiq-otel-collector

该服务应显示为 正在运行。

Linux 安装

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

  2. 运行以下命令：

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

  3. 等待安装完成。

  4. 运行以下命令，验证安装是否成功：

    sudo systemctl status observiq-otel-collector

该服务应显示为有效（正在运行）。

其他安装资源

如需了解其他安装选项和问题排查信息，请参阅 Bindplane 代理安装指南。

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

找到配置文件

  • Linux：

    sudo nano /status observiq-otel-collector/config.yaml

  • Windows：

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

修改配置文件

  • 将 config.yaml 的全部内容替换为以下配置：

    receivers:
    udplog:
        listen_address: "0.0.0.0:514"

exporters:
    chronicle/accellion:
        compression: gzip
        creds_file_path: '/etc/bindplane-agent/ingestion-auth.json'
        customer_id: '<customer_id>'
        endpoint: malachiteingestion-pa.googleapis.com
        log_type: ACCELLION
        raw_log_field: body

service:
    pipelines:
        logs/accellion_to_chronicle:
            receivers:
                - udplog
            exporters:
                - chronicle/accellion

配置参数

替换以下占位符：

  • 接收器配置：

    • listen_address：要监听的 IP 地址和端口：
      • 0.0.0.0 侦听所有接口（推荐）
      • 端口 514 是标准 syslog 端口（在 Linux 上需要 root 权限；对于非 root 用户，请使用 1514）

  • 导出器配置：

    • creds_file_path：提取身份验证文件的完整路径：
      • Linux：/etc/bindplane-agent/ingestion-auth.json
      • Windows：C:\Program Files\observIQ OpenTelemetry Collector\ingestion-auth.json
    • customer_id：从 Google SecOps 控制台复制的客户 ID
    • endpoint：区域端点网址：
      • 美国：malachiteingestion-pa.googleapis.com
      • 欧洲：europe-malachiteingestion-pa.googleapis.com
      • 亚洲：asia-southeast1-malachiteingestion-pa.googleapis.com
      • 如需查看完整列表，请参阅区域级端点

保存配置文件

  • 修改后，保存文件：
    • Linux：依次按 Ctrl+O、Enter 和 Ctrl+X
    • Windows：依次点击文件 > 保存

重启 Bindplane 代理以应用更改

如需在 Linux 中重启 Bindplane 代理，请执行以下操作：

  1. 运行以下命令：

    sudo systemctl restart observiq-otel-collector

  2. 验证服务是否正在运行：

    sudo systemctl status observiq-otel-collector

  3. 检查日志是否存在错误：

    sudo journalctl -u observiq-otel-collector -f

如需在 Windows 中重启 Bindplane 代理，请执行以下操作：

  1. 请从下列选项中选择一项：

    • 以管理员身份运行命令提示符或 PowerShell：
    net stop observiq-otel-collector && net start observiq-otel-collector
    • 服务控制台：
      1. 按 Win+R，输入 services.msc，然后按 Enter 键。
      2. 找到 observIQ OpenTelemetry 收集器。
      3. 右键点击并选择重新启动。

  2. 验证服务是否正在运行：

    sc query observiq-otel-collector

  3. 检查日志是否存在错误：

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

在 Kiteworks（以前称为 Accellion）上配置 syslog 转发

  1. 以系统管理员身份登录 Kiteworks 管理控制台。
  2. 前往地理位置页面：
    • 旧版管理界面：前往系统 > 地理位置。
    • 新版管理界面：前往系统设置 > 地点。
  3. 从列表中选择目标位置。
  4. 前往外部服务部分。
  5. 展开 Syslog 设置面板。
  6. 点击添加以创建新的 syslog 服务器配置。
  7. 提供以下配置详细信息：
    • Syslog 服务器：输入 Bindplane 代理主机（例如 192.168.1.100）的 IP 地址。
    • 协议：根据 Bindplane 代理接收器配置，选择 UDP 或 TCP。
    • 端口：输入 Bindplane 代理端口号（例如 514）。
    • 使用 TLS：如果您想通过 TLS 传输 syslog 消息，请选中此复选框（仅当选择 TCP 作为协议时可用）。
    • 格式：选择 JSON 格式（建议用于结构化解析）。

  8. 点击保存以应用配置。

UDM 映射表

日志字段 UDM 映射 逻辑
acct principal.user.user_display_name 原始日志的 msg 字段中的 acct 值。
acct target.user.user_display_name 原始日志的 msg 字段中的 acct 值。
addr principal.ip 原始日志的 msg 字段中的 addr 值。
a0 security_result.about.labels.value 原始日志的 msg 字段中的 a0 值，其中对应的 key 为“a0”。
a1 security_result.about.labels.value 原始日志的 msg 字段中 a1 的值，其中对应的 key 为“a1”。
a2 security_result.about.labels.value 原始日志的 msg 字段中 a2 的值，其中对应的 key 为“a2”。
a3 security_result.about.labels.value 原始日志的 msg 字段中 a3 的值，其中对应的 key 为“a3”。
arch security_result.about.platform_version 原始日志的 msg 字段中的 arch 值。仅适用于 type_name 系统调用。
auid about.user.userid 原始日志的 msg 字段中的 auid 值。
auid security_result.detection_fields.value 原始日志的 msg 字段中的 auid 值，其中对应的 key 为“auid”。
comm principal.application 原始日志的 msg 字段中的 comm 值。
cmd principal.process.command_line 原始日志的 msg 字段中的 cmd 值。
cwd security_result.detection_fields.value 原始日志的 msg 字段中的 cwd 值，其中对应的 key 为“cwd”。
cwd target.process.file.full_path 原始日志的 msg 字段中的 cwd 值。
exe principal.process.file.full_path 原始日志的 msg 字段中的 exe 值。
exe target.process.file.full_path 原始日志的 msg 字段中的 exe 值。
exit security_result.about.labels.value 原始日志的 msg 字段中的 exit 值，其中对应的 key 为“退出代码”。
hostname principal.hostname 原始日志的 msg 字段中的 hostname 值。
key security_result.about.registry.registry_key 原始日志的 msg 字段中的 key 值。仅适用于 type_name 系统调用。
log_type metadata.log_type 原始日志中的 log_type 值。
msg security_result.action_details 原始日志的 msg 字段中 res= 之后的值。
msg security_result.summary 原始日志的 msg 字段中的字段组合。从原始日志中 msg 字段的 audit 部分解析而来。根据原始日志中的 type 字段进行映射。例如，“USER_START”映射到“USER_LOGIN”，“CRED_DISP”映射到“USER_LOGOUT”，“CRED_ACQ”映射到“USER_LOGIN”，“USER_END”映射到“USER_LOGOUT”，“CRED_REFR”映射到“USER_LOGIN”，“USER_CMD”映射到“USER_LOGIN”，“CWD”映射到“STATUS_UPDATE”，“PROCTITLE”映射到“STATUS_UPDATE”，“USER_ACCT”映射到“USER_UNCATEGORIZED”，“SYSCALL”映射到“USER_UNCATEGORIZED”。
node principal.hostname 原始日志的 msg 字段中的 node 值。
pid principal.process.pid 原始日志的 msg 字段中的 pid 值。
ppid principal.process.parent_process.pid 原始日志的 msg 字段中的 ppid 值。
proctitle target.process.file.full_path 原始日志的 msg 字段中 proctitle 的解码十六进制值。硬编码为“LINUX”。如果原始日志的 msg 字段中存在 res=success，则设置为“ALLOW”。
ses network.session_id 原始日志的 msg 字段中的 ses 值。
syscall security_result.about.labels.value 原始日志的 msg 字段中 syscall 的值，其中对应的 key 为“Syscall”。
success security_result.summary 与其他字段结合使用以形成摘要。对于 SYSCALL 事件，逻辑是：如果 success=yes，则为“yes, The System call succeeded”（是，系统调用成功），否则为“no, The System call failed”（否，系统调用失败）。
terminal principal.terminal 原始日志的 msg 字段中的 terminal 值。
timestamp timestamp 原始日志条目中的 timestamp 值。
tty principal.terminal 原始日志的 msg 字段中的 tty 值。
type metadata.product_event_type 原始日志的 msg 字段中的 type 值。
uid about.user.userid 原始日志的 msg 字段中的 uid 值。仅适用于 type_name 系统调用。
uid target.user.userid 原始日志的 msg 字段中的 uid 值。如果 type 为“USER_ACCT”，则设置为“SETTING”。

更新日志

查看相应解析器的更改日志

需要更多帮助？获得社区成员和 Google SecOps 专业人士的解答。