收集 RSA Authentication Manager 日志
本文档介绍了如何使用 Bindplane 将 RSA Authentication Manager 日志注入到 Google Security Operations。
RSA Authentication Manager(现为 RSA SecurID)是一个多重身份验证平台,可使用令牌、推送通知和生物识别技术提供双重身份验证。它可管理用户身份、身份验证政策,并为整个企业的身份验证尝试生成审核日志。解析器会从 RSA Authentication Manager CSV 格式的日志中提取字段。它使用 grok 解析日志消息,然后将这些值映射到 Unified Data Model (UDM)。它还会为事件来源和类型设置默认元数据值。
准备工作
请确保满足以下前提条件:
- Google SecOps 实例
- Windows Server 2016 或更高版本,或者具有
systemd的 Linux 主机 - 如果通过代理运行,请确保防火墙端口根据 Bindplane 代理要求处于开放状态
- 对 RSA SecurID Security Console 的特权访问权限
获取 Google SecOps 注入身份验证文件
- 登录 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
该服务应显示为 RUNNING 。
Linux 安装
- 打开具有根权限或 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 /etc/bindplane-agent/config.yamlWindows :
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: 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: service: pipelines: logs/source0__chronicle_w_labels-0: receivers: - udplog exporters:- chronicle/chronicle_w_labels
配置参数
替换以下占位符:
接收器配置:
udplog:对于 UDP syslog,使用udplog;对于 TCP syslog,使用tcplog0.0.0.0:要监听的 IP 地址(0.0.0.0可监听所有接口)514:要监听的端口号(标准 syslog 端口)
导出器配置:
creds_file_path:注入身份验证文件的完整路径:- Linux:
/etc/bindplane-agent/ingestion-auth.json - Windows:
C:\Program Files\observIQ OpenTelemetry Collector\ingestion-auth.json
- Linux:
YOUR_CUSTOMER_ID:获取客户 ID 部分中的客户 IDendpoint:区域级端点网址:- 美国:
malachiteingestion-pa.googleapis.com - 欧洲:
europe-malachiteingestion-pa.googleapis.com - 亚洲:
asia-southeast1-malachiteingestion-pa.googleapis.com - 如需查看完整列表,请参阅区域级端点
- 美国:
log_type:日志类型,与 Chronicle 中显示的内容完全一致 (RSA_AUTH_MANAGER)
保存配置文件
- 修改后,保存文件:
- Linux:按
Ctrl+O,然后按Enter,再按Ctrl+X - Windows:依次点击文件 > 保存
- Linux:按
重启 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- 服务控制台:
- 按
Win+R,输入services.msc,然后按 Enter 键。 - 找到 observIQ OpenTelemetry Collector 。
- 右键点击并选择重启 。
- 按
验证服务是否正在运行:
sc query observiq-otel-collector检查日志中的错误:
type "C:\Program Files\observIQ OpenTelemetry Collector\log\collector.log"
在 RSA Authentication Manager 上配置 Syslog 转发
- 登录 RSA SecurID Security Console 。
- 依次前往设置 > 系统设置 > 日志记录。
在远程日志记录下,点击添加远程日志服务器。
提供以下配置详细信息:
- 主机名/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 | 原始日志中第 8 列的值。 |
| clientip | principal.ip | 原始日志中第 8 列的值。 |
| column1 | metadata.event_timestamp.seconds | 使用“yyyy-MM-dd HH:mm:ss”和“yyyy-MM-dd HH: mm:ss”格式从原始日志中的时间字段(第 1 列)解析。 |
| column12 | security_result.action | 根据 operation_status 字段(第 12 列)进行映射。值“SUCCESS”和“ACCEPT”映射到 ALLOW,“FAIL”“REJECT”“DROP”“DENY”“NOT_ALLOWED”映射到 BLOCK,其他值映射到 UNKNOWN_ACTION。 |
| column18 | principal.user.userid | 原始日志中第 18 列的值。 |
| column19 | principal.user.first_name | 原始日志中第 19 列的值。 |
| column20 | principal.user.last_name | 原始日志中第 20 列的值。 |
| column25 | principal.hostname | 原始日志中第 25 列的值。 |
| column26 | principal.asset.hostname | 原始日志中第 26 列的值。 |
| column27 | metadata.product_name | 原始日志中第 27 列的值。 |
| column3 | target.administrative_domain | 原始日志中第 3 列的值。 |
| column32 | principal.user.group_identifiers | 原始日志中第 32 列的值。 |
| column5 | security_result.severity | 根据 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 | 原始日志中第 8 列的值。 |
| column8 | target.ip | 原始日志中第 8 列的值。 |
| event_name | security_result.rule_name | 原始日志中第 10 列的值。 |
| host_name | intermediary.hostname | 使用 grok 模式从原始日志的 部分提取。 |
| process_data | principal.process.command_line | 使用 grok 模式从原始日志的 部分提取。 |
| summary | security_result.summary | 原始日志中第 13 列的值。 |
| time_stamp | metadata.event_timestamp.seconds | 使用 grok 模式从原始日志的 部分提取。如果找不到,则从原始日志中的时间戳字段提取时间戳。 |