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

解析器版本：12.0

支持：

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

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

准备工作

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

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

获取 Bindplane 代理的 Google SecOps 凭证

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

  • 新部署：使用 Chronicle API（选项 1）。
  • 旧版部署：继续使用数据注入身份验证文件（方法 2），直到 Ingestion API 于 2027 年 7 月 20 日停用。
  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 收集器目录（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 以匹配您保存该文件的路径。
  12. 前往 IAM 和管理 > 设置，然后复制项目编号。您需要此信息才能配置导出器。

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

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

获取 Google SecOps 客户 ID

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

  3. 从组织详细信息部分复制并保存客户 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/aruba_wireless:
    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: '<customer_id>'
    endpoint: chronicle.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：服务账号 JSON 密钥文件的完整路径（选项 1）：
      • Linux：/opt/observiq-otel-collector/ingestion-auth.json
      • Windows：C:\Program Files\observIQ OpenTelemetry Collector\ingestion-auth.json
    • 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/aruba_wireless:
    compression: gzip
    creds_file_path: '/opt/observiq-otel-collector/ingestion-auth.json'
    customer_id: '<customer_id>'
    endpoint: malachiteingestion-pa.googleapis.com
    log_type: ARUBA_WIRELESS
    raw_log_field: body

保存配置文件

  • 修改后，保存文件：
    • 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 收集器。
      3. 右键点击，然后选择重新启动。

      4. 验证服务是否正在运行：

        sc query observiq-otel-collector

      5. 检查日志中的错误：

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

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

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

  8. 点击部署更改以应用新的 syslog 服务器配置。

  9. 前往日志记录级别设置，然后将以下每个类别的日志记录级别设置为信息：

    • 网络
    • 全部
    • 集群
    • DHCP
    • GP
    • 行动不便
    • Packet-Dump
    • 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 从更新日志映射

更新日志

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

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