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

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

收集 Aruba 交换机日志

解析器版本： 8.0

支持的平台：

Google SecOps SIEM

本文档介绍了如何使用 Bindplane 代理将 Aruba 交换机日志注入 Google Security Operations。

Aruba 交换机会为系统事件、接口状态更改、身份验证和进程活动生成 syslog 消息。解析器使用 grok 模式从 syslog 消息中提取字段，并将这些字段映射到 UDM 模型。

准备工作

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

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
```
该服务应显示为 RUNNING 。

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
```
该服务应显示为 active (running) 。

其他安装资源

如需了解其他安装选项和问题排查方法，请参阅 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_switch:
        compression: gzip
        creds_file_path: '/etc/bindplane-agent/ingestion-auth.json'
        customer_id: '<customer_id>'
        endpoint: malachiteingestion-pa.googleapis.com
        log_type: ARUBA_SWITCH
        raw_log_field: body

service:
    pipelines:
        logs/aruba_switch_to_chronicle:
            receivers:
                - udplog
            exporters:
                - chronicle/aruba_switch

配置参数

替换以下占位符：

接收器配置：
- 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 Collector 。
  3. 右键点击并选择重启。
  4. 验证服务是否正在运行：
```
sc query observiq-otel-collector
```
  5. 检查日志中是否存在错误：
```
type "C:\Program Files\observIQ OpenTelemetry Collector\log\collector.log"
```

在 Aruba 交换机上配置 syslog

选项 1：CLI 配置

通过 SSH 连接到 Aruba 交换机：
```
ssh admin@<switch-ip>
```
进入全局配置模式：
```
configure terminal
```
指定外部 syslog 服务器：
```
logging <bindplane-ip>
```
- 将 <bindplane-ip> 替换为 Bindplane 代理 IP 地址。
（可选）设置日志记录严重级别：
```
logging severity <level>
```
注意：严重级别范围为 0（紧急）到 7（调试）。
（可选）添加自定义日志源标识符（标记）：
```
logging facility local5
```
保存配置：
```
write memory
```

选项 2：Web 界面配置

登录 Aruba 交换机网页界面。
依次前往系统 > 日志 > Syslog。
添加 syslog 服务器参数：
- 输入 Bindplane IP 地址。
- 输入 Bindplane 端口 。
- 设置严重级别 以控制日志的详细程度。
点击保存。

UDM 映射表

日志字段	UDM 映射	逻辑
`app`	`principal.application`	原始日志中的 `app` 字段的值直接分配给 `principal.application`。
`description`	`security_result.description`	原始日志中的 `description` 字段的值直接分配给 `security_result.description`。
`event_id`	`additional.fields.key`	字符串“event_id”分配给 `additional.fields.key`。
`event_id`	`additional.fields.value.string_value`	原始日志中的 `event_id` 字段的值直接分配给 `additional.fields.value.string_value`。
`host`	`principal.asset.hostname`	原始日志中的 `host` 字段的值直接分配给 `principal.asset.hostname`。
`host`	`principal.hostname`	原始日志中的 `host` 字段的值直接分配给 `principal.hostname`。
`pid`	`principal.process.pid`	原始日志中的 `pid` 字段的值直接分配给 `principal.process.pid`。
`ts`	`metadata.event_timestamp`	原始日志中的 `ts` 字段的值会转换为时间戳，并分配给 `metadata.event_timestamp`。该时间戳还用于 UDM 中的顶级 `timestamp` 字段。`metadata.event_type` 设置为“STATUS_UPDATE”，因为当原始日志中存在 `host` 字段时，解析器中的 `principal_mid_present` 变量设置为“true”。字符串“ARUBA_SWITCH”分配给解析器中的 `metadata.product_name`。字符串“ARUBA SWITCH”分配给解析器中的 `metadata.vendor_name`。解析器尝试使用 `client.userAgent.rawUserAgent` 从原始日志中提取并解析用户代理。如果成功，解析后的用户代理将分配给 `network.http.parsed_user_agent`。不过，由于提供的原始日志不包含此字段，因此此 UDM 字段很可能为空。解析器尝试使用 `client.userAgent.rawUserAgent` 从原始日志中提取原始用户代理。如果成功，原始用户代理将分配给 `network.http.user_agent`。不过，由于提供的原始日志不包含此字段，因此此 UDM 字段很可能为空。
`product_event_type`	`event.idm.read_only_udm.metadata.product_event_type`	从变更日志映射
`mac`	`event.idm.read_only_udm.principal.mac`	从变更日志映射
`ip`	`event.idm.read_only_udm.principal.ip`	从变更日志映射
`ip`	`event.idm.read_only_udm.principal.asset.ip`	从变更日志映射
`dal_function`	`event.idm.read_only_udm.security_result.detection_fields`	从变更日志映射
`return_code`	`event.idm.read_only_udm.security_result.detection_fields`	从变更日志映射
`error_tag`	`event.idm.read_only_udm.security_result.detection_fields`	从变更日志映射
`internal_id`	`event.idm.read_only_udm.security_result.detection_fields`	从变更日志映射
`priority`	`event.idm.read_only_udm.security_result.detection_fields`	从变更日志映射
`neighbor_port_id`	`event.idm.read_only_udm.additional.fields`	从变更日志映射
`prin_mac`	`event.idm.read_only_udm.principal.mac`	从变更日志映射
`hostname`	`event.idm.read_only_udm.principal.ip` 和 `event.idm.read_only_udm.principal.asset.ip`	从变更日志映射
`log_id`	`event.idm.read_only_udm.additional.fields`	从变更日志映射
`priority`	`event.idm.read_only_udm.additional.fields`	从变更日志映射
`facility`	`event.idm.read_only_udm.additional.fields`	从变更日志映射
`status`	`event.idm.read_only_udm.security_result.action_details`	从变更日志映射
`severity`	`security_result.severity`	从变更日志映射

更新日志

查看此解析器的更新日志