Google 会使用 AI 技术将内容翻译成您偏好的语言。AI 翻译可能包含错误。

收集 RSA Authentication Manager 日志

支持范围：

Google SecOps SIEM

本文档介绍了如何使用 Bindplane 将 RSA Authentication Manager 日志注入 Google Security Operations。

RSA Authentication Manager（现为 RSA SecurID）是一个多重身份验证平台，可使用令牌、推送通知和生物识别技术提供双重身份验证。它负责管理用户身份和身份验证政策，并为整个企业的身份验证尝试生成审核日志。解析器会从 RSA Authentication Manager CSV 格式的日志中提取字段。它使用 grok 解析日志消息，然后将这些值映射到统一数据模型 (UDM)。它还会为事件来源和类型设置默认元数据值。

准备工作

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

Google SecOps 实例
Windows Server 2016 或更高版本，或者安装了 systemd 的 Linux 主机
如果在代理后面运行，请确保按照 Bindplane 代理要求打开防火墙端口
对 RSA SecurID 安全控制台的特权访问权限

获取 Bindplane 代理的 Google SecOps 凭证

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

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

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

登录 Google Cloud 控制台，然后选择与您的 Google SecOps 实例关联的 Google Cloud 项目。
依次前往 IAM 和管理 > 服务账号。
点击创建服务账号。
提供以下配置详细信息：
- 服务账号名称：输入账号的名称（例如 bindplane-ingest）。
- 服务账号说明：输入说明（例如 Bindplane agent log ingestion）。
点击创建并继续。
在向此服务账号授予对项目的访问权限部分，点击选择角色，然后选择 Chronicle Editor。
点击继续，然后点击完成。
点击您创建的服务账号，然后前往密钥标签页。
依次点击添加密钥 > 创建新密钥。
选择 JSON，然后点击创建。密钥文件会下载到您的计算机上。
将密钥文件另存为 Bindplane 收集器目录（Linux 上的 /opt/observiq-otel-collector/ingestion-auth.json 或 Windows 上的 C:\Program Files\observIQ OpenTelemetry Collector\ingestion-auth.json）中的 ingestion-auth.json，或更新 config.yaml 中的 creds_file_path 以匹配您保存它的路径。
前往 IAM 和管理 > 设置，然后复制项目编号。您在配置导出器时需要用到该名称。

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

登录 Google SecOps 控制台。
依次前往设置 > 数据管理 > 收集代理。如果您使用的是仅限 SIEM 的平台，请依次前往设置 > 收集代理。
下载数据注入身份验证文件。
将该文件安全地保存在将要安装 Bindplane 代理的系统上。

获取 Google SecOps 客户 ID

登录 Google SecOps 控制台。
依次前往设置 > 管理 > 个人资料。如果您使用的是仅限 SIEM 的平台，请依次前往设置 > 个人资料。
复制并保存组织详细信息部分中的客户 ID。

安装 Bindplane 代理

根据以下说明，在 Windows 或 Linux 操作系统上安装 Bindplane 代理。

Windows 安装

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

运行以下命令：

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

等待安装完成。
运行以下命令，验证安装是否成功：
```
sc query observiq-otel-collector
```

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

Linux 安装

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

运行以下命令：

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

等待安装完成。

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

sudo systemctl status observiq-otel-collector

该服务应显示为 active (running)。

其他安装资源

如需了解其他安装选项和问题排查，请参阅 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/chronicle_w_labels:
    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: '/path/to/ingestion-authentication-file.json'
    customer_id: 'YOUR_CUSTOMER_ID'
    endpoint: chronicle.googleapis.com
    log_type: 'RSA_AUTH_MANAGER'
    raw_log_field: body
    ingestion_labels:

service:
  pipelines:
    logs/source0__chronicle_w_labels-0:
      receivers:
        - udplog
      exporters:
        - chronicle/chronicle_w_labels

配置参数

替换以下占位符：

接收器配置：
- udplog：对于 UDP syslog，请使用 udplog；对于 TCP syslog，请使用 tcplog
- 0.0.0.0：要监听的 IP 地址（0.0.0.0 表示监听所有接口）
- 514：要监听的端口号（标准 syslog 端口）
导出器配置：
- creds_file_path：服务账号 JSON 密钥文件的完整路径（选项 1）：
  - Linux：/opt/observiq-otel-collector/ingestion-auth.json
  - Windows：C:\Program Files\observIQ OpenTelemetry Collector\ingestion-auth.json
- YOUR_CUSTOMER_ID：客户 ID（来自“获取客户 ID”部分）
- location：将 <LOCATION> 替换为 Google SecOps 实例所在的区域（例如 us、europe 或 asia-southeast1）。导出工具会在此值前面加上 chronicle.googleapis.com。如需查看完整列表，请参阅区域级端点。
- project：将 <PROJECT_NUMBER> 替换为 IAM 和管理 > 设置中的项目编号。
- endpoint：保持设置为 chronicle.googleapis.com。
- log_type：日志类型，与 Chronicle (RSA_AUTH_MANAGER) 中显示的完全一致

旧版提取 API 导出工具

如果您使用选项 2 中的数据注入身份验证文件，请将 exporters 代码块替换为以下内容。将 creds_file_path 设置为数据注入身份验证文件的路径，如果您的实例位于美国境外，请将 malachiteingestion-pa.googleapis.com 替换为您的区域端点（例如 europe-malachiteingestion-pa.googleapis.com）。
```
exporters:
  chronicle/chronicle_w_labels:
    compression: gzip
    creds_file_path: '/path/to/ingestion-authentication-file.json'
    customer_id: 'YOUR_CUSTOMER_ID'
    endpoint: malachiteingestion-pa.googleapis.com
    log_type: 'RSA_AUTH_MANAGER'
    raw_log_field: body
    ingestion_labels:
```

保存配置文件

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

重启 Bindplane 代理以应用更改

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

运行以下命令：

sudo systemctl restart observiq-otel-collector

验证服务是否正在运行：

sudo systemctl status observiq-otel-collector

检查日志中的错误：

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 收集器。
  3. 右键点击并选择重启。
验证服务是否正在运行：
```
sc query observiq-otel-collector
```

检查日志中的错误：

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

在 RSA Authentication Manager 上配置 Syslog 转发

登录 RSA SecurID 安全控制台。
依次前往设置 > 系统设置 > 日志记录。
在远程日志记录下，点击添加远程日志服务器。
提供以下配置详细信息：
- 主机名/IP 地址：输入 Bindplane 代理主机的 IP 地址。
- 端口：输入 514。
- 协议：选择 UDP。
在日志级别部分中，配置日志记录级别：
- 系统活动日志：选择信息或更高级别。
- 管理员活动日志：选择信息或更高级别。
- 运行时身份验证日志：选择信息或更高级别。
在日志格式部分中：
- 格式：选择 CSV（逗号分隔值）。
点击保存。
或者，通过 RSA 设备上的 CLI 进行配置：
```
manage-logging --set-remote-logging --host BINDPLANE_IP --port 514 --protocol UDP
```
将 BINDPLANE_IP 替换为 Bindplane 代理主机的 IP 地址。
通过检查 Bindplane 代理日志，验证是否正在发送 syslog 消息。

UDM 映射表

日志字段	UDM 映射	逻辑
clientip	principal.asset.ip	原始日志中 column8 的值。
clientip	principal.ip	原始日志中 column8 的值。
第 1 列	metadata.event_timestamp.seconds	从原始日志中的时间字段（第 1 列）解析，使用“yyyy-MM-dd HH:mm:ss”和“yyyy-MM-dd HH: mm:ss”格式。
column12	security_result.action	根据 operation_status 字段（第 12 列）进行映射。值“SUCCESS”和“ACCEPT”映射到 ALLOW，“FAIL”“REJECT”“DROP”“DENY”“NOT_ALLOWED”映射到 BLOCK，其他值映射到 UNKNOWN_ACTION。
column18	principal.user.userid	原始日志中 column18 的值。
column19	principal.user.first_name	原始日志中 column19 的值。
column20	principal.user.last_name	原始日志中 column20 的值。
column25	principal.hostname	原始日志中 column25 的值。
column26	principal.asset.hostname	原始日志中 column26 的值。
column27	metadata.product_name	原始日志中 column27 的值。
第 3 列	target.administrative_domain	原始日志中 column3 的值。
column32	principal.user.group_identifiers	原始日志中 column32 的值。
column5	security_result.severity	根据严重程度字段（第 5 列）进行映射。值“INFO”“INFORMATIONAL”映射到 INFORMATIONAL，“WARN”“WARNING”映射到 WARNING，“ERROR”“CRITICAL”“FATAL”“SEVERE”“EMERGENCY”“ALERT”映射到 ERROR，“NOTICE”“DEBUG”“TRACE”映射到 DEBUG，其他值映射到 UNKNOWN_SEVERITY。
column8	target.asset.ip	原始日志中 column8 的值。
column8	target.ip	原始日志中 column8 的值。
event_name	security_result.rule_name	原始日志中 column10 的值。
host_name	intermediary.hostname	使用 grok 模式从原始日志的部分提取。
process_data	principal.process.command_line	使用 grok 模式从原始日志的部分提取。
摘要	security_result.summary	原始日志中 column13 的值。
time_stamp	metadata.event_timestamp.seconds	使用 grok 模式从原始日志的部分提取。如果未找到，则从原始日志中的时间戳字段中提取时间戳。

更新日志

查看此解析器的更新日志