收集 uberAgent 日志

支持：

Google SecOps SIEM

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

uberAgent 是适用于 Windows 和 macOS 的端点安全分析和用户体验监控平台。它会收集遥测数据，包括受监控端点上的进程事件、登录事件、网络连接和应用使用情况。

准备工作

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

• Google SecOps 实例
• Windows Server 2016 或更高版本，或者具有 systemd 的 Linux 主机
• Bindplane 代理与 uberAgent 端点之间的网络连接
• 如果通过代理运行，请确保防火墙端口根据 Bindplane 代理要求处于打开状态
• 对 uberAgent 管理控制台或安装了 uberAgent 的端点的特权访问权限

获取 Bindplane 代理的 Google SecOps 凭据

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

• 新部署：使用 Chronicle API（方法 1）。
• 旧版部署：继续使用注入身份验证文件（方法 2），直到注入 API 于 2027 年 7 月 20 日停用为止。

方法 1：为 Chronicle API 创建服务帐号（推荐）

1. 登录 Google Cloud 控制台，然后选择与您的 Google SecOps 实例关联的 Google Cloud 项目。
2. 依次前往 IAM 和管理 > 服务账号。
3. 点击创建服务账号 。
4. 提供以下配置详细信息：
   • 服务账号名称：输入账号的名称（例如 bindplane-ingest）。
   • 服务账号说明：输入说明（例如 Bindplane agent log ingestion）。
5. 点击创建并继续 。
6. 在向此服务帐号授予对项目的访问权限 部分，点击选择角色 ，然后选择 Chronicle Editor 。
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 和管理 > 设置 ，然后复制项目编号 。您需要此编号进行导出器配置。

注意： JSON 密钥是一种凭据。限制对 Bindplane 主机上文件的访问权限，并根据贵组织的政策轮替密钥。

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

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

注意 ：此文件会向旧版注入 API (malachiteingestion-pa.googleapis.com) 验证代理的身份，Google 已计划于 2027 年 7 月 20 日服务终止该 API。请计划在该日期之前改用方法 1。

获取 Google SecOps 客户 ID

1. 登录 Google SecOps 控制台。
2. 依次前往 SIEM 设置 > 个人资料。

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

   **注意**： 配置 Bindplane 代理导出器需要客户 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 代理安装指南。

注意： Chronicle API 导出器配置需要 Bindplane 收集器 v1.106.0 或更高版本。之前的命令会安装最新版本。如果您要更新现有安装，请先升级收集器，然后再更改配置。

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

找到配置文件

• Linux：

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

• Windows：

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

修改配置文件

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

  receivers:
    filelog:
      include:
        - 'C:\uberAgent\logs\*.log'
        - 'C:\uberAgent\logs\*.csv'
      start_at: beginning
      poll_interval: 5s
  
  exporters:
    chronicle/uberagent:
      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: 'C:\Program Files\observIQ OpenTelemetry Collector\ingestion-auth.json'
      customer_id: '<customer_id>'
      endpoint: chronicle.googleapis.com
      log_type: UBERAGENT
      raw_log_field: body
      ingestion_labels:
        env: production
  
  service:
    pipelines:
      logs/uberagent_to_chronicle:
        receivers:
          - filelog
        exporters:
          - chronicle/uberagent
  

配置参数

替换以下占位符：

• 接收器配置：

  • include：uberAgent 日志文件的路径：
    • Windows（本地）：C:\uberAgent\logs\*.log 和 C:\uberAgent\logs\*.csv
    • Windows（文件共享）：\\SERVER\Share\uberagent-logs\*.log
    • 根据您的 uberAgent 文件输出配置调整路径
  • start_at：设置为 beginning 以读取现有日志，或设置为 end 以仅读取新条目
  • poll_interval：检查新日志数据的频率（默认值：5s）

• 导出器配置：

  • uberagent：导出器的描述性名称
  • 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>：上一步中的客户 ID
  • location：将 <LOCATION> 替换为 Google SecOps 实例的区域（例如 us、europe 或 asia-southeast1）。导出器会使用此值为 chronicle.googleapis.com 添加前缀。如需查看完整列表，请参阅区域级端点。
  • project：将 <PROJECT_NUMBER> 替换为 IAM 和管理 > 设置 中的项目编号。
  • endpoint：保持设置为 chronicle.googleapis.com。
  • UBERAGENT：日志类型，与 Chronicle 中显示的内容完全一致
  • ingestion_labels：YAML 格式的可选标签（例如 env: production）

• 流水线配置：

  • uberagent_to_chronicle：流水线的描述性名称

旧版注入 API 导出器

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

  exporters:
    chronicle/uberagent:
      compression: gzip
      creds_file_path: 'C:\Program Files\observIQ OpenTelemetry Collector\ingestion-auth.json'
      customer_id: '<customer_id>'
      endpoint: malachiteingestion-pa.googleapis.com
      log_type: UBERAGENT
      raw_log_field: body
      ingestion_labels:
        env: production
  

注意： 此导出器将在注入 API 于 2027 年 7 月 20 日停用后停止工作。

保存配置文件

• 修改后，保存文件：
  • 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"
       

配置 uberAgent 文件输出

uberAgent 支持多个输出后端。如需将数据导出为文件以供 Bindplane 代理收集，请执行以下操作：

1. 在端点上或通过群组政策打开 uberAgent 配置文件 (uberAgent.conf)。

2. 配置基于文件的输出接收器：

   [Receiver]
   Name = FileOutput
   Type = File
   Path = C:\uberAgent\logs\
   

   注意： 将 C:\uberAgent\logs\` with the desired output path. For centralized collection, use a network file share path such as\SERVER\Share\uberagent-logs` 替换为所需的输出路径。uberAgent 默认以 CSV 格式输出数据。

3. 配置要导出的指标和源类型：

   • 进程：进程启动/停止事件、资源使用情况。
   • 登录：用户登录/注销事件。
   • 网络：网络连接事件。
   • 应用：应用使用情况和错误。

4. 保存配置并重启 uberAgent 服务。

5. 验证是否在配置的输出目录中创建了日志文件。

6. 确保 Bindplane 代理对日志目录和文件具有读取权限。

   **注意**： 如需了解详细的配置选项，请参阅 uberAgent 文档。

UDM 映射表

日志字段	UDM 映射	逻辑
SessionRpLatencyMs2, SessionHRes, SessionVRes, SessionColorDepth, SessionClientPlatform, SessionClientVersion, SessionClientOsLanguage, SessionPublishedName, SessionPublishedAppsCtx, SessionAppStateCtx, SessionEncryptionCtx, SessionClientTypeCtx, SessionBrokerDnsVmw, SessionBrokerUrlVmw, SessionBrokerTunneledVmw, SessionBrokerTunnelUrlVmw, SessionBrokerRemoteIpVmw, SessionBrokerUserVmw, SessionBrokerDomainVmw, SessionClientTimezoneVmw, SessionClientIdVmw, SessionTypeVmw, SessionBrokerType, SessionFgAppId, SessionFgAppVersion, SessionFgProcessName, SessionFgProcessId, SessionFgBrowserType, SessionFgBrowserActiveTabHost, SessionFgWindowTitle, SessionClientHwIdCtx2, SessionRoundTripTimeMs, SessionFps, SessionTransportProtocols, SessionProcessCount, SessionIOMB, SessionCPUTimeMs, SessionConnectionState, SessionUser, SessionIOCount, SessionNetKBPS, SessionWorkingSetMB, SessionCPUUsagePercent, SessionIOPS, SessionClientName, SessionIOLatencyMs, PowerSupportsS3, IsBatteryPresent, PowerSupportsS1, PowerSupportsS2, PowerSupportsS5, CPUMaxMhz, BaseboardSerial, CtxMachineCatalogName, AdDomainDns, HwHypervisorVendor, OsBuild, HwBiosVersion, PowerSupportsS4, HwIsVirtualMachine, IsUpsPresent, PowerSupportsConnectedStandby, OsInstallDate, Sourcetype, uberagent_index_name, data_stream.namespace, data_stream.dataset, data_stream.type, data_stream.subset, CPUCoresLogical, AdOu, AdDomainNetBios, logstash_pipeline, AdSite, CtxFarmName, CPUSockets, OsSpName, OsName, OsType, OsUpdateBuildRevision, ComputerNameCanonical, ComputerNameDn, CtxDeliveryGroupName, tags, user_agent.original	additional.fields	从列出的字段合并为键值对
	metadata.event_type	如果 has_principal 为 true 且 has_target 为 false，则设置为 STATUS_UPDATE；如果两者均为 true，则设置为 NETWORK_CONNECTION；否则设置为 GENERIC_EVENT
SessionGUID	metadata.product_log_id	直接复制值
user_agent.original	network.http.parsed_user_agent	转换为已解析的用户代理
user_agent.original	network.http.user_agent	直接复制值
SessionTransportProtocols	network.ip_protocol	如果匹配 (?i)udp，则设置为 UDP；如果匹配 (?i)tcp，则设置为 TCP
SessionID	network.session_id	直接复制值
SessionClientUserDomain	principal.administrative_domain	直接复制值
CPUCoresPhysical, RAMSizeGB, CPUName, HwManufacturer, OsArchitecture, BIOSSerial, HwModel	principal.asset.hardware	合并到硬件对象中
SessionClientDomain, host	principal.asset.hostname	如果 SessionClientDomain 不为空，则使用 SessionClientDomain 中的值，否则使用 host
prin_ip, SessionClientIp, system_ip	principal.asset.ip	如果 prin_ip 不为空，则使用 prin_ip 中的值，否则使用 SessionClientIp，否则使用 system_ip
SessionClientDomain, host	principal.hostname	如果 SessionClientDomain 不为空，则使用 SessionClientDomain 中的值，否则使用 host
prin_ip, SessionClientIp, system_ip	principal.ip	如果 prin_ip 不为空，则使用 prin_ip 中的值，否则使用 SessionClientIp，否则使用 system_ip
SessionClientMac	principal.mac	使用 SessionClientMac 中的值，将 - 替换为 :，并转换为小写
SessionClientPlatform	principal.platform	如果匹配 (?i)windows，则设置为 WINDOWS
SessionClientVersion	principal.platform_version	如果匹配 (?i)windows，则设置为值
SessionUser, SessionClientUser	principal.user.user_display_name	如果 SessionUser 不为空，则使用 SessionUser 中的值，否则使用 SessionClientUser
SessionBrokerRemoteIpVmw	target.ip	直接复制值
SessionBrokerUserVmw	target.user.user_display_name	直接复制值
SessionClientIdVmw	target.user.userid	直接复制值
	metadata.product_name	设置为“UBERAGENT”
	metadata.vendor_name	设置为“UBERAGENT”

更新日志

查看此解析器的更新日志

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