收集 Quest File Access 审核日志

支持范围：

本文档介绍了如何使用 Bindplane 代理将 Quest File Access Audit 日志注入 Google Security Operations。

Quest Change Auditor（以前称为 Quest File Access Audit）是一个文件服务器和 Active Directory 审核平台，用于监控和报告 Windows 环境中的文件访问活动、权限更改和管理操作。Change Auditor 提供内置的 SIEM 集成功能，包括通过事件订阅进行 syslog 转发。

准备工作

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

  • Google SecOps 实例
  • Windows Server 2016 或更高版本，或者具有 systemd 的 Linux 主机
  • Bindplane 代理与 Quest Change Auditor 协调器服务器之间的网络连接
  • 如果通过代理运行，请确保防火墙端口根据 Bindplane 代理要求处于打开状态
  • 对 Quest Change Auditor 客户端或协调器服务器的特权访问权限

获取 Bindplane 代理的 Google SecOps 凭据

如需对 Bindplane 代理进行 Google SecOps 身份验证，请选择以下方法之一：

  • 新部署：使用 Chronicle API（方法 1）。
  • 旧版部署：继续使用注入身份验证文件（方法 2），直到注入 API 于 2027 年 7 月 20 日停用为止。
  1. 登录 Google Cloud 控制台，然后选择与您的 Google SecOps 实例关联的 Google Cloud 项目。
  2. 依次前往 IAM 和管理 > 服务账号。
  3. 点击创建服务账号 。
  4. 提供以下配置详细信息：
    • 服务账号名称：输入账号的名称（例如 bindplane-ingest）。
    • 服务账号说明：输入说明（例如 Bindplane agent log ingestion）。
  5. 点击创建并继续 。
  6. 在向此服务帐号授予对项目的访问权限 部分，点击选择角色 ，然后选择 Chronicle 编辑者 。
  7. 点击继续 ，然后点击完成 。
  8. 点击您创建的服务帐号，然后前往密钥 标签页。
  9. 依次点击添加密钥 > 创建新密钥。
  10. 选择 JSON ，然后点击创建 。密钥文件会下载到您的计算机上。
  11. 将密钥文件另存为 Bindplane 收集器目录中的 ingestion-auth.json（在 Linux 上为 /opt/observiq-otel-collector/ingestion-auth.json，在 Windows 上为 C:\Program Files\observIQ OpenTelemetry Collector\ingestion-auth.json），或者更新 creds_file_path 在 config.yaml 中以与您保存该文件的路径匹配。
  12. 依次前往 IAM 和管理 > 设置 ，然后复制项目编号 。您需要此编号进行导出器配置。

方法 2：下载注入身份验证文件（旧版）

  1. 登录 Google SecOps 控制台。
  2. 依次前往 SIEM 设置 > 收集代理。
  3. 下载注入身份验证文件 。
  4. 将该文件安全地保存在将安装 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. 打开具有根权限或 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 /opt/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/quest_file_audit:
    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: QUEST_FILE_AUDIT
    raw_log_field: body

service:
  pipelines:
    logs/quest_file_audit_to_chronicle:
      receivers:
        - udplog
      exporters:
        - chronicle/quest_file_audit

配置参数

替换以下占位符：

  • 接收器配置：

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

  • 导出器配置：

    • creds_file_path：服务帐号 JSON 密钥文件的完整路径（方法 1）：
      • Linux: /opt/observiq-otel-collector/ingestion-auth.json
      • Windows: C:\Program Files\observIQ OpenTelemetry Collector\ingestion-auth.json
    • customer_id：从 Google SecOps 控制台复制的客户 ID
    • location：将 <LOCATION> 替换为 Google SecOps 实例的区域（例如 us、europe 或 asia-southeast1）。导出器会使用此值为 chronicle.googleapis.com 添加前缀。如需查看完整列表，请参阅区域级端点。
    • project：将 <PROJECT_NUMBER> 替换为 IAM 和管理 > 设置 中的项目编号。
    • endpoint：保持设置为 chronicle.googleapis.com。

旧版注入 API 导出器

  • 如果您使用方法 2 中的注入身份验证文件，请将 exporters 块替换为以下内容。将 creds_file_path 设置为注入身份验证文件的路径，并且如果您的实例位于美国境外，请将 malachiteingestion-pa.googleapis.com 替换为您的 区域级端点（例如 europe-malachiteingestion-pa.googleapis.com）。

    exporters:
  chronicle/quest_file_audit:
    compression: gzip
    creds_file_path: '/opt/observiq-otel-collector/ingestion-auth.json'
    customer_id: '<customer_id>'
    endpoint: malachiteingestion-pa.googleapis.com
    log_type: QUEST_FILE_AUDIT
    raw_log_field: body

保存配置文件

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

重启 Bindplane 代理以应用更改

  • 如需在 Linux 中重启 Bindplane 代理，请运行以下命令：

    sudo systemctl restart observiq-otel-collector

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

      sudo systemctl status observiq-otel-collector

    2. 检查日志中的错误：

      sudo journalctl -u observiq-otel-collector -f

  • 如需在 Windows 中重启 Bindplane 代理，请选择以下选项之一：

    • 以管理员身份运行命令提示符或 PowerShell：

      net stop observiq-otel-collector && net start observiq-otel-collector

    • “服务”控制台：

      1. 按 Win+R，输入 services.msc，然后按 Enter 键。
      2. 找到 observIQ OpenTelemetry Collector 。
      3. 右键点击并选择重启 。

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

        sc query observiq-otel-collector

      5. 检查日志中的错误：

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

配置 Quest Change Auditor syslog 转发

方法 1：使用 Change Auditor 客户端配置 syslog 转发

  1. 打开 Change Auditor 客户端应用。
  2. 依次前往管理 > 事件订阅。
  3. 点击新建 ，然后选择 Syslog 作为订阅类型。
  4. 在 Syslog 事件订阅向导中，配置以下内容：
    • 主机：输入 Bindplane 代理主机的 IP 地址。
    • 端口：输入 514。
    • 消息格式：选择 CEF（通用事件格式）或 LEEF（日志事件扩展格式）。
    • 子系统：选择要转发的事件子系统（例如文件系统）。
  5. 点击 Finish 以创建订阅。

方法 2：使用 PowerShell 配置 syslog 转发

  1. 在 Change Auditor 协调器服务器上打开 PowerShell，然后导入 Change Auditor 模块。

  2. 创建 syslog 事件订阅：

    $subsystems = Get-CAEventExportSubsystems | Where-Object { $_.Name -like "*File*" }
New-CASyslogEventSubscription -Host "<BINDPLANE_AGENT_IP>" -Port 514 -SyslogFormat "CEF" -Subsystems $subsystems

  3. 验证订阅是否已创建：

    Get-CASyslogEventSubscriptions

UDM 映射表

日志字段 UDM 映射 逻辑
关键字、EventType、Task、ThreadID、Channel、Opcode additional.fields 有关事件的其他信息
EventTime metadata.event_timestamp 事件发生时的时间戳
event_type metadata.event_type 事件的类型
EventReceivedTime metadata.ingested_timestamp 事件注入时的时间戳
EventID metadata.product_event_type 产品定义的事件类型
RecordNumber metadata.product_log_id 产品分配的日志 ID
metadata.product_name 生成事件的产品的名称
metadata.vendor_name 生成事件的供应商的名称
SourceModuleType observer.application 观察者使用的应用
SourceModuleName observer.resource.attribute.labels 与观察者资源关联的标签
网域 principal.administrative_domain 主账号的管理网域
SourceName principal.application 主账号使用的应用
主机名 principal.asset.hostname 与主账号关联的资产的主机名
ip_address principal.asset.ip 与主账号关联的资产的 IP 地址
主机名 principal.hostname 主账号的主机名
ip_address principal.ip 主账号的 IP 地址
ProcessID principal.process.pid 进程 ID
logonID principal.user.attribute.labels 与用户关联的标签
AccountType principal.user.attribute.roles 与用户关联的角色
AccountName principal.user.userid 用户 ID
UserID principal.user.windows_sid 用户的 Windows SID
说明 security_result.description 安全结果的说明
SeverityValue security_result.severity 安全结果的严重级别
严重级别 security_result.severity_details 严重级别的详细信息
类别 security_result.summary 安全结果的摘要
file_path target.file.full_path 目标文件的完整路径
file_path target.process.file.full_path 与目标进程关联的文件的完整路径

更新日志

查看此解析器的更新日志

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