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

收集 Broadcom 支持门户审核日志

解析器版本：2.0

支持：

Google SecOps SIEM

本文档介绍了如何使用 Bindplane 代理将 Broadcom 支持门户审核日志注入到 Google Security Operations。

Broadcom 支持门户提供对 Broadcom 企业产品的支持资源、支持请求管理和产品下载的集中访问。该平台会生成审核日志，以捕获门户基础设施中的用户身份验证事件、作业执行活动、资源访问和管理操作。

准备工作

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

Google SecOps 实例
Windows Server 2016 或更高版本，或者具有 systemd 的 Linux 主机
Bindplane 代理与 Broadcom 支持门户基础架构之间的网络连接
如果在代理后面运行，请确保按照 Bindplane 代理要求打开防火墙端口
对 Broadcom 支持门户网站拥有管理员访问权限，并有权配置 syslog 转发

获取 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 代理导出器需要 customer 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
```
该服务应显示为 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/broadcom:
    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: 'your-customer-id'
    endpoint: chronicle.googleapis.com
    log_type: BROADCOM_SUPPORT_PORTAL
    raw_log_field: body

service:
  pipelines:
    logs/broadcom_to_chronicle:
      receivers:
        - udplog
      exporters:
        - chronicle/broadcom

替换以下占位符：

接收器配置：
- listen_address：要监听的 IP 地址和端口：
  - 0.0.0.0:514 监听端口 514 上的所有接口（在 Linux 上需要 root 权限）
  - 0.0.0.0:1514，以监听非特权端口（建议 Linux 非根用户使用）
- 接收器类型选项：
  - udplog（对于 UDP syslog，默认值）
  - tcplog（适用于 TCP syslog）
导出器配置：
- 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：您的 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/broadcom:
    compression: gzip
    creds_file_path: '/opt/observiq-otel-collector/ingestion-auth.json'
    customer_id: 'your-customer-id'
    endpoint: malachiteingestion-pa.googleapis.com
    log_type: BROADCOM_SUPPORT_PORTAL
    raw_log_field: body
```

保存配置文件

修改后，保存文件：

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 代理，请执行以下操作：
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"
```

配置 Broadcom 支持门户 syslog 转发

Broadcom 支持门户可以通过 syslog 将审核日志事件转发到外部收集器，以实现 SIEM 集成。

配置远程 syslog 日志记录

登录 Broadcom 支持门户管理控制台。
依次前往管理 > 日志 > 远程日志记录。
启用远程 Syslog。
配置以下 syslog 参数：
- Syslog 服务器地址：输入 Bindplane 代理主机（例如 192.168.1.100）的 IP 地址或主机名。
- 端口：输入与 Bindplane 代理 listen_address 匹配的端口（例如 514）。
- 协议：选择 UDP（默认）或 TCP，以匹配 Bindplane 代理接收器类型。
点击保存。

选择审核事件类别

在远程日志记录配置中，选择要转发的审核事件类别：
- 用户身份验证事件：登录和退出活动
- 作业事件：作业执行状态和状态变化
- 资源访问事件：对支持资源和下载内容的访问
- 管理事件：配置变更和管理操作
点击保存。

注意：具体事件类别和配置选项取决于您的 Broadcom 支持门户部署和许可级别。请参阅 Broadcom 支持门户中针对您所用特定版本的文档。

验证 Syslog 转发

保存 syslog 配置后，在 Broadcom 支持门户中执行测试操作（例如，登录或访问资源）。
检查 Bindplane 代理日志中是否有传入的 syslog 消息：
- Linux：sudo journalctl -u observiq-otel-collector -f
- Windows：type "C:\Program Files\observIQ OpenTelemetry Collector\log\collector.log"
验证日志中是否显示了审核日志消息。

UDM 映射表

日志字段	UDM 映射	逻辑
ParallelDestination, STORAGE_TYPE, JOB_NAME, kubernetes.docker_id, kubernetes.pod_id	target.resource.attribute.labels	已与相应标签合并
destinationName、responseDestinationName、DESTINATION_NAME	target.application	DESTINATION_NAME 的值（如果不为空），否则为 responseDestinationName（如果不为 null 或空），否则为 destinationName
kubernetes.container_hash	target.file.full_path	使用以下 Grok 模式提取：%{DATA:filepath}:%{GREEDYDATA:file_sha}
kubernetes.container_hash	target.file.sha256	使用 grok 模式 %{DATA:filepath}:%{GREEDYDATA:file_sha} 提取
groupId	target.user.group_identifiers	从 groupId 合并
调度，companyId	additional.fields	已与 dispatch_label 和 companyId_label 合并
response、responseId	security_result.detection_fields	已与 response_label 和 responseId_label 合并
kubernetes.container_image、kubernetes.container_name、kubernetes.namespace_name、kubernetes.pod_name	principal.resource.attribute.labels	已与相应标签合并
GROUP_NAME	principal.group.group_display_name	直接复制的值
kubernetes.host	principal.asset.hostname	直接复制的值
kubernetes.host	principal.hostname	直接复制的值
payload	principal.resource.product_object_id	直接复制的值
和程度上减少	security_result.severity	如果位于许可名单中，则转换为大写并设置
description, JOB_STATE	security_result.description	说明中的值（如果不为空），否则为 JOB_STATE
timestramp	metadata.event_timestamp	使用 ISO8601、yyyy-MM-ddTHH:mm:ss.SSSSSSSSSZ、yyyy-MM-dd HH:mm:ss.SSS 格式进行解析
	metadata.event_type	如果具有 principal、target、user_login，则设置为“USER_LOGIN”；如果具有 principal、target、user_logout，则设置为“USER_LOGOUT”；如果具有 principal，则设置为“STATUS_UPDATE”；否则设置为“GENERIC_EVENT”
	extensions.auth.type	如果是用户登录或退出事件，则设置为“AUTHTYPE_UNSPECIFIED”
	metadata.product_name	设置为“BROADCOM_SUPPORT_PORTAL”
	metadata.vendor_name	设置为“BROADCOM_SUPPORT_PORTAL”
`module`	`event.idm.read_only_udm.additional.fields`	从更新日志映射
`socket_details`	`event.idm.read_only_udm.additional.fields`	从更新日志映射
`fd`	`event.idm.read_only_udm.additional.fields`	从更新日志映射
`family`	`event.idm.read_only_udm.additional.fields`	从更新日志映射
`type`	`event.idm.read_only_udm.additional.fields`	从更新日志映射
`level`	`event.idm.read_only_udm.additional.fields`	从更新日志映射
`log_data`	`event.idm.read_only_udm.additional.fields`	从更新日志映射
`timestamp_details`	`event.idm.read_only_udm.additional.fields`	从更新日志映射
`session_duration`	`event.idm.read_only_udm.additional.fields`	从更新日志映射
`correlationId`	`event.idm.read_only_udm.additional.fields`	从更新日志映射
`className`	`event.idm.read_only_udm.additional.fields`	从更新日志映射
`proto`	`event.idm.read_only_udm.network.ip_protocol`	从更新日志映射
`request_url_details`	`event.idm.read_only_udm.network.http.referral_url`	从更新日志映射
`log_level`	`event.idm.read_only_udm.security_result.severity`	从更新日志映射
`log_level`	`event.idm.read_only_udm.security_result.severity_details`	从更新日志映射
`principal_userId_details`	`event.idm.read_only_udm.principal.user.userid`	从更新日志映射
`target_url_details`	`event.idm.read_only_udm.target.url`	从更新日志映射
`url_details`	`event.idm.read_only_udm.target.url`	从更新日志映射
`desc`	`event.idm.read_only_udm.metadata.description`	从更新日志映射
`user_email`	`event.idm.read_only_udm.principal.user.email_addresses`	从更新日志映射
`principal_application`	`event.idm.read_only_udm.principal.application`	从更新日志映射
`principal_ip`	`event.idm.read_only_udm.principal.ip`和`event.idm.read_only_udm.principal.asset.ip`之间	从更新日志映射
`method_details`	`event.idm.read_only_udm.network.http.method`	从更新日志映射
`application_protocol_details`	`event.idm.read_only_udm.network.application_protocol_version`	从更新日志映射
`application_protocol_data`	`event.idm.read_only_udm.network.application_protocol`	从更新日志映射
`response_code_details`	`event.idm.read_only_udm.network.http.response_code`	从更新日志映射
`received_bytes_details`	`event.idm.read_only_udm.network.received_bytes`	从更新日志映射
`sent_byte_details`	`event.idm.read_only_udm.network.sent_bytes`	从更新日志映射
`user_agent_details`	`event.idm.read_only_udm.network.http.user_agent`	从更新日志映射
`user_agent_details`	`event.idm.read_only_udm.network.http.parsed_user_agent`	从更新日志映射
`target_ip`	`event.idm.read_only_udm.target.ip`和`event.idm.read_only_udm.target.asset.ip`之间	从更新日志映射
`target_port`	`event.idm.read_only_udm.target.port`	从更新日志映射
`principal_port`	`event.idm.read_only_udm.principal.port`	从更新日志映射
`product_log_id_details`	`event.idm.read_only_udm.metadata.product_log_id`	从更新日志映射
`application_details`	`event.idm.read_only_udm.target.application`	从更新日志映射

更新日志

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