收集 Barracuda WAF 日志
解析器版本: 35.0
本文档介绍了如何使用 Bindplane 代理将 Barracuda Web Application Firewall (WAF) 日志注入到 Google Security Operations 中。
Barracuda WAF 以 JSON 和 syslog 格式生成 Web 流量 (TR) 和 Web 防火墙事件 (WF) 的日志。解析器会对字段进行标准化处理,并将其映射到统一数据模型 (UDM),同时处理 IP 地址解析、方向映射和严重程度标准化。
准备工作
请确保满足以下前提条件:
- Google SecOps 实例
- Windows Server 2016 或更高版本,或者具有
systemd的 Linux 主机 - Bindplane 代理与 Barracuda WAF 之间的网络连接
- 如果通过代理运行,请确保防火墙端口根据 Bindplane 代理要求处于开放状态
- 对 Barracuda WAF 的特权访问权限
获取 Bindplane 代理的 Google SecOps 凭据
如需对 Bindplane 代理进行 Google SecOps 身份验证,请选择以下方法之一:
- 新部署:使用 Chronicle API(方法 1)。
- 旧版部署:继续使用注入身份验证文件(方法 2),直到注入 API 于 2027 年 7 月 20 日停用为止。
方法 1:为 Chronicle API 创建服务帐号(推荐)
- 登录 Google Cloud 控制台,然后选择与您的 Google SecOps 实例关联的 Google Cloud 项目。
- 依次前往 IAM 和管理 > 服务账号。
- 点击创建服务账号 。
- 提供以下配置详细信息:
- 服务账号名称:输入账号的名称(例如
bindplane-ingest)。 - 服务账号说明:输入说明(例如
Bindplane agent log ingestion)。
- 服务账号名称:输入账号的名称(例如
- 点击创建并继续 。
- 在向此服务帐号授予对项目的访问权限 部分,点击选择角色 ,然后选择 Chronicle Editor 。
- 点击继续 ,然后点击完成 。
- 点击您创建的服务帐号,然后前往密钥 标签页。
- 依次点击添加密钥 > 创建新密钥。
- 选择 JSON ,然后点击创建 。密钥文件会下载到您的计算机。
- 将密钥文件另存为 Bindplane 收集器目录中的
ingestion-auth.json(在 Linux 上为/opt/observiq-otel-collector/ingestion-auth.json,在 Windows 上为C:\Program Files\observIQ OpenTelemetry Collector\ingestion-auth.json),或者更新creds_file_path在config.yaml中以与您保存该文件的路径匹配。 - 依次前往 IAM 和管理 > 设置 ,然后复制项目编号 。您需要此编号进行导出器配置。
方法 2:下载注入身份验证文件(旧版)
- 登录 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" /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 /opt/observiq-otel-collector/config.yamlWindows:
notepad "C:\Program Files\observIQ OpenTelemetry Collector\config.yaml"
修改配置文件
将
config.yaml的全部内容替换为以下配置:receivers: tcplog: listen_address: "0.0.0.0:514" exporters: chronicle/barracuda_waf: 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: BARRACUDA_WAF raw_log_field: body service: pipelines: logs/barracuda_waf_to_chronicle: receivers: - tcplog exporters: - chronicle/barracuda_waf
配置参数
替换以下占位符:
接收器配置:
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
- Linux:
customer_id:从 Google SecOps 控制台复制的客户 IDlocation:将<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/barracuda_waf: compression: gzip creds_file_path: '/opt/observiq-otel-collector/ingestion-auth.json' customer_id: '<customer_id>' endpoint: malachiteingestion-pa.googleapis.com log_type: BARRACUDA_WAF raw_log_field: body
保存配置文件
- 修改后,请保存该文件:
- Linux:按
Ctrl+O,然后按Enter,再按Ctrl+X - Windows:依次点击文件 > 保存
- Linux:按
重启 Bindplane 代理以应用更改
如需在 Linux 中重启 Bindplane 代理,请运行以下命令:
sudo systemctl restart observiq-otel-collector验证服务是否正在运行:
```bash sudo systemctl status observiq-otel-collector ```检查日志中的错误:
```bash 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"
- 按
配置 Barracuda WAF
- 使用管理员凭据登录 Barracuda WAF 控制台。
- 依次点击高级标签页 > 导出日志。
- 在导出日志 部分,点击添加导出日志服务器 。
- 请提供以下值:
- 名称:输入日志服务器的名称。
- 日志服务器类型:选择 Syslog。
- IP 地址或主机名:输入 Bindplane IP 地址。
- 端口:输入 Bindplane 端口。
- 连接类型:选择 TCP (推荐;也可以使用 UDP 或 SSL)。
- 验证服务器证书:选择否。
- 客户端证书:选择无。
- 日志时间戳和主机名:选择是。
- 点击 Add (添加)。
UDM 映射表
| 日志字段 | UDM 映射 | 逻辑 |
|---|---|---|
action |
security_result.action |
如果 action 为 DENY,则设置为 BLOCK。否则,设置为 ALLOW(专门针对 WF 日志类型)。也用于通用防火墙事件。 |
appProtocol |
network.application_protocol |
如果 appProtocol 与 TLSv 匹配,则设置为 HTTPS。否则,请使用 appProtocol 的值。 |
attackDetails |
security_result.description |
从 WF 日志类型的原始日志中提取。 |
attackType |
security_result.summary |
security_result.summary 的一部分,与 ruleType 结合使用。 |
bytesReceived |
network.received_bytes |
转换为无符号整数并为 TR 日志类型映射。 |
bytesSent |
network.sent_bytes |
转换为无符号整数并为 TR 日志类型映射。 |
hostName |
target.hostname |
如果 hostName 不是 IP 地址,请使用其值。否则,它会合并到 target.ip 中。 |
httpMethod loginId |
principal.user.userid |
当不等于 emptyToken 时,为 TR 日志类型映射。 |
logType |
metadata.product_event_type |
如果为 TR,则将 metadata.product_event_type 设置为 Barracuda Access Log。如果为 WF,则设置为 Barracuda Web Firewall Log。 |
message |
metadata.description |
当 desc 不为空时使用。 |
referrer |
network.http.referral_url |
当不等于 emptyToken 时,为 TR 日志类型映射。 |
responseCode |
network.http.response_code |
转换为整数并为 TR 日志类型映射。 |
rule |
security_result.rule_name |
为 WF 日志类型映射。 |
ruleType |
security_result.summary |
security_result.summary 的一部分,与 attackType 结合使用。 |
sec_desc |
security_result.rule_name |
用于通用防火墙事件。 |
server |
target.ip |
合并到 target.ip 中。 |
serv |
target.ip |
合并到 target.ip 中。 |
severity |
security_result.severity |
对于 WF 日志类型:转换为大写。如果为 EMERGENCY、ALER 或 CRITICAL,则将 security_result.severity 设置为 CRITICAL。 如果为 ERROR,则设置为 HIGH。如果为 WARNING,则设置为 MEDIUM。如果为 NOTICE,则设置为 LOW。否则,设置为 INFORMATIONAL。 |
src |
principal.ip |
也用于通用防火墙事件和一些状态更新。 |
srcPort |
principal.port |
转换为整数。 |
target targetPort |
target.port |
转换为整数。 |
time |
metadata.event_timestamp.seconds、metadata.event_timestamp.nanos、timestamp.seconds、timestamp.nanos |
与 tz 结合使用并进行解析以创建事件时间戳。秒数和纳秒数会被提取并填充到相应的字段中。 |
url urlParams |
target.url |
如果对于 TR 日志类型不等于 emptyToken,则附加到 url。 |
userAgent userName |
target.user.userid、target.user.user_display_name |
用于通用防火墙事件。如果对于 TR 日志类型不等于 emptyToken,则映射到 target.user.user_display_name。 硬编码为 Barracuda。如果 src 和 target 都存在,则设置为 NETWORK_HTTP。如果仅存在 src,则设置为 STATUS_UPDATE。设置为 GENERIC_EVENT 作为默认值或用于其他场景(例如 CEF 解析)。硬编码为 BARRACUDA_WAF。 |
intermediary_host |
event.idm.read_only_udm.intermediary.hostname 和 event.idm.read_only_udm.intermediary.asset.hostname |
从变更日志映射 |
syslog_priority |
event.idm.read_only_udm.additional.fields |
从变更日志映射 |
intermediary_ip |
event.idm.read_only_udm.intermediary.ip 和 event.idm.read_only_udm.intermediary.asset.ip |
从变更日志映射 |
intermediary_port |
event.idm.read_only_udm.intermediary.port |
从变更日志映射 |
attackType |
event.idm.read_only_udm.security_result.threat_name |
从变更日志映射 |
policy_scope |
event.idm.read_only_udm.security_result.detection_fields |
从变更日志映射 |
reason |
event.idm.read_only_udm.security_result.description |
从变更日志映射 |
session_id |
event.idm.read_only_udm.network.session_id |
从变更日志映射 |
network_url |
event.idm.read_only_udm.network.http.referral_url |
从变更日志映射 |
inter_host |
null |
从变更日志映射 |
inter_host |
intermediary.hostname |
从变更日志映射 |
更新日志
需要更多帮助?获得社区成员和 Google SecOps 专业人士的解答。