我们已重新整理文档导航结构，使其与您的运营工作流程直接保持一致。如需了解详情，请参阅版本说明和演示视频。

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

收集 Aruba 无线控制器和接入点日志

解析器版本：12.0

支持的平台：

Google SecOps SIEM

本文档介绍了如何使用 Bindplane 代理将 Aruba 无线控制器和接入点日志注入到 Google Security Operations。

Aruba 无线控制器和接入点会针对无线事件、客户端关联、身份验证、访问权限控制和系统操作生成 syslog 消息。解析器会处理 syslog 消息，提取与观测者、中介和接入点详细信息相关的字段。

准备工作

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

Google SecOps 实例
Windows Server 2016 或更高版本，或者具有 systemd 的 Linux 主机
Bindplane 代理与 Aruba 无线控制器之间的网络连接
如果在代理后面运行，请确保防火墙端口已根据 Bindplane 代理要求打开
对 Aruba 无线控制器的特权访问权限

获取 Google SecOps 注入身份验证文件

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

注意：此 JSON 文件包含用于向 Google SecOps 验证 Bindplane 代理身份的凭据。

获取 Google SecOps 客户 ID

登录 Google SecOps 控制台。
依次前往 SIEM 设置 > 配置文件。
复制并保存组织详细信息部分中的客户 ID。

注意：配置 Bindplane 代理导出器时需要客户 ID。

安装 Bindplane 代理

按照以下说明在 Windows 或 Linux 操作系统上安装 Bindplane 代理。

Windows 安装

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

运行以下命令：

msiexec /i "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)" install_unix.sh

等待安装完成。
运行以下命令，验证安装是否成功：
```
sudo systemctl status observiq-otel-collector
```
该服务应显示为有效（正在运行）。

其他安装资源

如需了解其他安装选项和问题排查信息，请参阅 Bindplane 代理安装指南。

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

找到配置文件

Linux：

sudo nano /etc/bindplane-agent/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/aruba_wireless:
        compression: gzip
        creds_file_path: '/etc/bindplane-agent/ingestion-auth.json'
        customer_id: '<customer_id>'
        endpoint: malachiteingestion-pa.googleapis.com
        log_type: ARUBA_WIRELESS
        raw_log_field: body

service:
    pipelines:
        logs/aruba_wireless_to_chronicle:
            receivers:
                - udplog
            exporters:
                - chronicle/aruba_wireless

配置参数

替换以下占位符：

接收器配置：
- listen_address：要监听的 IP 地址和端口：
  - 0.0.0.0 侦听所有接口（推荐）
  - 端口 514 是标准 syslog 端口（在 Linux 上需要 root 权限；对于非 root 用户，请使用 1514）
导出器配置：
- creds_file_path：提取身份验证文件的完整路径：
  - Linux：/etc/bindplane-agent/ingestion-auth.json
  - Windows：C:\Program Files\observIQ OpenTelemetry Collector\ingestion-auth.json
- customer_id：从 Google SecOps 控制台复制的客户 ID
- endpoint：区域端点网址：
  - 美国：malachiteingestion-pa.googleapis.com
  - 欧洲：europe-malachiteingestion-pa.googleapis.com
  - 亚洲：asia-southeast1-malachiteingestion-pa.googleapis.com
  - 如需查看完整列表，请参阅区域级端点

保存配置文件

修改后，保存文件：
- 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. 右键点击并选择重新启动。
  4. 验证服务是否正在运行：
```
sc query observiq-otel-collector
```
  5. 检查日志是否存在错误：
```
type "C:\Program Files\observIQ OpenTelemetry Collector\log\collector.log"
```

配置 Aruba 无线控制器和接入点

登录 Aruba 控制器 Web 界面。
前往顶部菜单，依次选择配置 > 系统。
选择日志记录以打开日志记录配置页面。
在 Syslog 服务器部分中，点击 + 添加以添加新的 Syslog 服务器。
输入以下详细信息：
- 名称：为 Syslog 服务器输入一个唯一名称，例如 Google SecOps Syslog。
- IP 地址：输入 Bindplane IP 地址。
- 端口：输入 Bindplane 端口号（通常为 514 [UDP]）。
- 日志记录设施：选择 local 6（通常用于网络设备）。
- 日志记录级别：选择信息以捕获信息日志。
- 格式：选择 bsd-standard 格式（这是 Aruba 控制器使用的默认 syslog 格式）。
点击提交，保存您的设置。
点击待处理的更改。
点击部署更改以应用新的 syslog 服务器配置。

注意：部署更改后，请为特定类别的日志配置日志记录级别。
前往日志记录级别设置，然后将以下每个类别的日志记录级别设置为信息：
- 网络
- 全部
- 集群
- DHCP
- GP
- 行动不便
- 数据包转储
- SDN

UDM 映射表

日志字段	UDM 映射	逻辑
`Additional Info`	`read_only_udm.security_result.description`	原始日志中的 `Additional Info` 值会映射到 UDM 字段 `security_result.description`。
`AP`	`read_only_udm.target.hostname`	如果原始日志中存在 `AP:`，则提取其后的值并将其映射到 UDM 字段 `target.hostname`。
`BSSID`	`read_only_udm.target.mac`、`read_only_udm.principal.resource.name`（当资源类型为 BSSID 时）	原始日志中的 BSSID 值会映射到 `target.mac`。当 `principal.resource.type` 为 `BSSID` 时，它还用作资源名称。
`COMMAND`	`read_only_udm.principal.process.command_line`	原始日志中的命令值会映射到 UDM 字段 `principal.process.command_line`。
`Dst-MAC`	`read_only_udm.target.mac`	如果存在，则原始日志中的 Dst-MAC 值会映射到 UDM 字段 `target.mac`。
`SERVER`	`read_only_udm.target.hostname`	如果存在，原始日志中的服务器名称会映射到 UDM 字段 `target.hostname`。
`SERVER-IP`	`read_only_udm.target.ip`	如果存在，原始日志中的服务器 IP 会映射到 UDM 字段 `target.ip`。
`Src-MAC`	`read_only_udm.principal.mac`	如果存在，则原始日志中的 Src-MAC 值会映射到 UDM 字段 `principal.mac`。
`SSID`	`read_only_udm.target.resource.name`（当资源类型为 SSID 时）	当 `target.resource.type` 为 `SSID` 时，原始日志中的 SSID 值将用作资源名称。
`USER`	`read_only_udm.target.user.userid`	如果存在，原始日志中的用户 ID 会映射到 UDM 字段 `target.user.userid`。
`USERIP`	`read_only_udm.principal.ip`，`read_only_udm.observer.ip`	如果存在，原始日志中的用户 IP 会映射到 UDM 字段 `principal.ip` 和 `observer.ip`。
`USERMAC`	`read_only_udm.principal.mac`	如果存在，原始日志中的用户 MAC 会映射到 UDM 字段 `principal.mac`。
`USERNAME`	`read_only_udm.principal.user.userid`	如果存在，则原始日志中的用户名会映射到 UDM 字段 `principal.user.userid`。
`action`	`read_only_udm.security_result.action`	原始日志中的操作值（例如 `permit`、`deny`）会映射到 UDM 字段 `security_result.action`。
`apname`	`read_only_udm.target.hostname`	如果存在，原始日志中的 AP 名称会映射到 UDM 字段 `target.hostname`。
`bssid`	`read_only_udm.target.mac`	如果存在，则原始日志中的 BSSID 值会映射到 UDM 字段 `target.mac`。
`collection_time.seconds`	`read_only_udm.metadata.event_timestamp.seconds`	原始日志中收集时间的秒值会映射到 UDM 字段 `metadata.event_timestamp.seconds`。
`device_ip`	`read_only_udm.intermediary.ip`	原始日志或 `logstash` 中的设备 IP 会映射到 UDM 字段 `intermediary.ip`。
`dstip`	`read_only_udm.target.ip`	如果存在，则原始日志中的目标 IP 会映射到 UDM 字段 `target.ip`。
`dstport`	`read_only_udm.target.port`	如果存在，则原始日志中的目标端口会映射到 UDM 字段 `target.port`。
`event_id`	`read_only_udm.metadata.product_event_type`	原始日志中的事件 ID 用于构建 UDM 中的 `metadata.product_event_type` 字段，并以 `Event ID:` 为前缀。
`event_message`	`read_only_udm.security_result.summary`	原始日志中的事件消息会映射到 UDM 字段 `security_result.summary`。
`log.source.address`	`read_only_udm.observer.ip`	日志源地址会映射到 UDM 字段 `observer.ip`。
`log_type`	`read_only_udm.metadata.log_type`	原始日志中的日志类型会映射到 UDM 字段 `metadata.log_type`。
`logstash.collect.host`	`read_only_udm.observer.ip` 或 `read_only_udm.observer.hostname`	如果 logstash 收集主机是 IP 地址，则映射到 `observer.ip`；如果是主机名，则映射到 `observer.hostname`。
`logstash.ingest.host`	`read_only_udm.intermediary.hostname`	Logstash 注入主机映射到 UDM 字段 `intermediary.hostname`。
`logstash.process.host`	`read_only_udm.intermediary.hostname`	Logstash 进程主机映射到 UDM 字段 `intermediary.hostname`。
`program`	`read_only_udm.target.application`	原始日志中的程序名称会映射到 UDM 字段 `target.application`。
`serverip`	`read_only_udm.target.ip`	如果存在，原始日志中的服务器 IP 会映射到 UDM 字段 `target.ip`。
`servername`	`read_only_udm.target.hostname`	如果存在，原始日志中的服务器名称会映射到 UDM 字段 `target.hostname`。
`srcip`	`read_only_udm.principal.ip`	如果存在，则原始日志中的源 IP 会映射到 UDM 字段 `principal.ip`。
`srcport`	`read_only_udm.principal.port`	如果存在，则原始日志中的源端口会映射到 UDM 字段 `principal.port`。
`syslog_host`	`read_only_udm.intermediary.hostname`	原始日志中的 syslog 主机映射到 UDM 字段 `intermediary.hostname`。
`timestamp`	`read_only_udm.metadata.event_timestamp`	系统会解析原始日志中的时间戳，并将其映射到 UDM 字段 `metadata.event_timestamp`。
`userip`	`read_only_udm.principal.ip`，`read_only_udm.observer.ip`	如果存在，原始日志中的用户 IP 会映射到 UDM 字段 `principal.ip` 和 `observer.ip`。
`usermac`	`read_only_udm.principal.mac`	如果存在，原始日志中的用户 MAC 会映射到 UDM 字段 `principal.mac`。
`username`	`read_only_udm.principal.user.userid`	如果存在，原始日志中的用户名会映射到 UDM 字段 `principal.user.userid`。派生自解析器中的 `event_id` 和逻辑。由解析器根据事件 ID 和日志消息内容确定。硬编码为 `Wireless`。硬编码为 `Aruba`。由解析器根据事件 ID 和日志消息内容确定。由解析器根据事件 ID 和日志消息内容确定。使用正则表达式从原始日志消息中提取。由解析器根据事件 ID 和日志消息内容确定。当 event_type 为 USER_LOGIN 或相关身份验证事件时，系统会添加一个空对象。由解析器根据事件中使用的网络协议（例如 TCP、UDP、ICMP、IGMP）确定。包含根据特定条件从原始日志中提取的其他字段。例如，如果存在 `ap_name`，则会将其添加为键值对。如果委托人的上下文中存在 BSSID，则设置为 `BSSID`。如果目标设备的上下文中存在 SSID，则设置为 `SSID`。包含从原始日志中提取的相关检测信息的键值对，例如 BSSID 或 SSID。
`event_code`	`event.idm.read_only_udm.additional.fields`	从变更日志映射
`function_name`	`event.idm.read_only_udm.additional.fields`	从变更日志映射
`thread_id`	`event.idm.read_only_udm.additional.fields`	从变更日志映射
`station_macaddress`	`event.idm.read_only_udm.principal.mac`	从变更日志映射
`station_macaddress`	`event.idm.read_only_udm.principal.asset.mac`	从变更日志映射
`event_details`	`event.idm.read_only_udm.security_result.summary`	从变更日志映射
`application`	`event.idm.read_only_udm.principal.application`	从变更日志映射
`version`	`event.idm.read_only_udm.additional.fields`	从变更日志映射
`priority`	`event.idm.read_only_udm.additional.fields`	从变更日志映射
`module`	`event.idm.read_only_udm.additional.fields`	从变更日志映射
`instance`	`event.idm.read_only_udm.additional.fields`	从变更日志映射
`role`	`event.idm.read_only_udm.principal.user.attribute.roles.name`	从变更日志映射
`policy`	`event.idm.read_only_udm.security_result.rule_name`	从变更日志映射
`command_status`	`event.idm.read_only_udm.target.resource.attribute.labels`	从变更日志映射
`p_host`	`event.idm.read_only_udm.principal.ip`	从变更日志映射
`p_host`	`event.idm.read_only_udm.principal.asset.ip`	从变更日志映射
`p_host`	`event.idm.read_only_udm.principal.hostname`	从变更日志映射
`p_host`	`event.idm.read_only_udm.principal.asset.hostname`	从变更日志映射
`t_user`	`event.idm.read_only_udm.target.user.userid`	从变更日志映射
`p_ip`	`event.idm.read_only_udm.principal.ip`	从变更日志映射
`p_ip`	`event.idm.read_only_udm.principal.asset.ip`	从变更日志映射
`cmd`	`event.idm.read_only_udm.target.process.command_line`	从变更日志映射
`node`	`event.idm.read_only_udm.target.resource.name`	从变更日志映射
`principal_ip_value`	`event.idm.read_only_udm.principal.ip`	从变更日志映射
`p_port`	`event.idm.read_only_udm.principal.port`	从变更日志映射
`t_hostname`	`event.idm.read_only_udm.intermediary.hostname`	从变更日志映射
`details`	`metadata.description`	从变更日志映射
`ap_name`	`additional.fields`	从变更日志映射
`logstash.irm_site", "logstash.irm_environment", "logstash.irm_region`	`additional.fields`	从变更日志映射

更新日志

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