收集 Tetragon eBPF 审核日志
本文档介绍了如何使用 Bindplane 代理将 Tetragon eBPF 审核日志注入到 Google Security Operations 中。
Tetragon 是一个基于 eBPF 的 Kubernetes 安全可观测性平台,用于运行时强制执行、进程监控和网络政策审核。它会在 Kubernetes 节点上生成结构化 JSON 日志事件,以捕获进程执行、网络连接和政策违规行为。
准备工作
请确保满足以下前提条件:
- Google SecOps 实例
- 具有
systemd的 Linux 主机 - Bindplane 代理与运行 Tetragon 的 Kubernetes 节点之间的网络连接
- 如果通过代理运行,请确保防火墙端口根据 Bindplane 代理要求处于开放状态
- 已部署 Tetragon 并生成审核日志的 Kubernetes 集群
- 对节点文件系统上的 Tetragon 日志输出的访问权限
获取 Google SecOps 注入身份验证文件
- 登录 Google SecOps 控制台。
- 前往 SIEM 设置 > 收集代理。
下载数据注入身份验证文件 。将该文件安全地保存在将安装 Bindplane 的系统上。
获取 Google SecOps 客户 ID
- 登录 Google SecOps 控制台。
- 前往 SIEM 设置 > 个人资料。
从组织详细信息 部分复制并保存客户 ID 。
安装 Bindplane 代理
按照以下说明在 Linux 操作系统上安装 Bindplane 代理。
Linux 安装
- 打开具有根权限或 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该服务应显示为活跃 (running) 。
其他安装资源
如需了解其他安装选项和问题排查,请参阅 Bindplane 代理安装指南。
配置 Bindplane 代理以注入日志并将其发送到 Google SecOps
找到配置文件
使用以下命令找到配置文件:
sudo nano /etc/bindplane-agent/config.yaml
修改配置文件
将
config.yaml的全部内容替换为以下配置:receivers: filelog: include: - /var/log/tetragon/*.json - /var/run/cilium/tetragon/tetragon.log start_at: beginning poll_interval: 5s exporters: chronicle/tetragon_ebpf: compression: gzip creds_file_path: '/etc/bindplane-agent/ingestion-auth.json' customer_id: '<customer_id>' endpoint: malachiteingestion-pa.googleapis.com log_type: TETRAGON_EBPF_AUDIT_LOGS raw_log_field: body ingestion_labels: env: production service: pipelines: logs/tetragon_to_chronicle: receivers: - filelog exporters: - chronicle/tetragon_ebpf
配置参数
替换以下占位符:
接收器配置:
include:Tetragon 日志文件的路径:- 对于默认 Tetragon JSON 导出日志,为
/var/log/tetragon/*.json - 对于 Tetragon 守护进程日志,为
/var/run/cilium/tetragon/tetragon.log - 根据您的 Tetragon 部署和日志导出配置调整路径
- 对于默认 Tetragon JSON 导出日志,为
start_at:设置为beginning以读取现有日志,或设置为end以仅读取新条目poll_interval:检查新日志数据的频率(默认值:5s)
导出器配置:
tetragon_ebpf:导出器的描述性名称creds_file_path:注入身份验证文件的完整路径:- Linux:
/etc/bindplane-agent/ingestion-auth.json
- Linux:
<customer_id>:上一步中的客户 IDendpoint:区域级端点网址:- 美国:
malachiteingestion-pa.googleapis.com - 欧洲:
europe-malachiteingestion-pa.googleapis.com - 亚洲:
asia-southeast1-malachiteingestion-pa.googleapis.com - 如需查看完整列表,请参阅区域级端点
- 美国:
TETRAGON_EBPF_AUDIT_LOGS:日志类型,与 Chronicle 中显示的完全一致ingestion_labels:YAML 格式的可选标签(例如,env: production)
流水线配置:
tetragon_to_chronicle:流水线的描述性名称
保存配置文件
修改后,保存文件:
* Linux:按 Ctrl+O,然后按 Enter,再按 Ctrl+X
重启 Bindplane 代理以应用更改
如需在 Linux 中重启 Bindplane 代理,请运行以下命令:
sudo systemctl restart observiq-otel-collector验证服务正在运行:
sudo systemctl status observiq-otel-collector检查日志中的错误:
sudo journalctl -u observiq-otel-collector -f
配置 Tetragon 日志导出
Tetragon 会发出结构化 JSON 事件,这些事件可以导出到本地文件,供 Bindplane 代理收集。
将 Tetragon 事件导出到日志文件
如果使用 Helm 部署 Tetragon,请在 Helm 值中配置导出路径:
export: stdout: enabledCommand: true enabledArgs: true filenames: - /var/log/tetragon/tetragon.json或者,使用
tetraCLI 重定向 Tetragon 事件:tetra getevents -o json > /var/log/tetragon/tetragon.json &验证是否正在将 JSON 日志事件写入配置的路径:
tail -f /var/log/tetragon/tetragon.json确保 Bindplane 代理对 Tetragon 日志目录和文件具有读取权限:
sudo chmod -R 644 /var/log/tetragon/
UDM 映射表
| 日志字段 | UDM 映射 | 逻辑 |
|---|---|---|
| jsonPayload.node_name、jsonPayload.process_kprobe.action、arg.sock_arg.sport、arg.sock_arg.dport、arg.sock_arg.protocol、jsonPayload.process_kprobe.function_name、labels.k8s-pod/app_kubernetes_io/instance、labels.k8s-pod/app_kubernetes_io/name、labels.k8s-pod/helm_sh/chart、labels.k8s-pod/controller-revision-hash、labels.k8s-pod/app_kubernetes_io/managed-by | additional.fields | 在相应条件下与根据这些字段创建的标签合并 |
| metadata.event_type | 设置为“GENERIC_EVENT”,然后如果 principal_present 和 target_present,则设置为“NETWORK_CONNECTION”,否则如果 principal_present,则设置为“STATUS_UPDATE” | |
| insertId | metadata.product_log_id | 直接复制值 |
| metadata.product_name | 设置为“TETRAGON_EBPF_AUDIT_LOGS” | |
| metadata.vendor_name | 设置为“TETRAGON_EBPF_AUDIT_LOGS” | |
| arg.sock_arg.protocol | network.ip_protocol | 使用 grok 模式“IPPROTO_%{GREEDYDATA}”提取协议编号,映射到 IP 协议枚举 |
| arg.sock_arg.saddr | principal.ip | 直接复制值(如果有多个参数,则为最后一个) |
| arg.sock_arg.sport | principal.port | 从 arg.sock_arg.sport(对于索引 0)转换为整数 |
| jsonPayload.process_kprobe.process.cwd | principal.process.file.full_path | 直接复制值 |
| jsonPayload.process_kprobe.parent.cwd | principal.process.parent_process.file.full_path | 直接复制值 |
| jsonPayload.process_kprobe.parent.pid | principal.process.parent_process.pid | 转换为字符串 |
| jsonPayload.process_kprobe.process.pid | principal.process.pid | 转换为字符串 |
| logName、jsonPayload.process_kprobe.policy_name、jsonPayload.process_kprobe.process.binary、jsonPayload.process_kprobe.process.docker、jsonPayload.process_kprobe.process.exec_id、jsonPayload.process_kprobe.process.flags、jsonPayload.process_kprobe.process.parent_exec_id、jsonPayload.process_kprobe.process.auid、jsonPayload.process_kprobe.process.tid、jsonPayload.process_kprobe.process.uid | security_result.detection_fields | 与根据这些字段创建的标签合并 |
| severity | security_result.severity | 转换为大写,如果位于预定义列表中或与“Info”匹配,则设置为映射值 |
| severity | security_result.severity_details | 如果与预定义值不匹配,则设置为大写严重程度 |
| resource.labels.project_id | target.cloud.project.name | 直接复制值 |
| arg.sock_arg.daddr | target.ip | 直接复制值(如果有多个参数,则为最后一个) |
| resource.labels.location | target.location.name | 直接复制值 |
| resource.labels.namespace_name | target.namespace | 直接复制值 |
| arg.sock_arg.dport | target.port | 从 arg.sock_arg.dport(对于索引 0)转换为整数 |
| resource.labels.pod_name、resource.labels.container_name、labels.k8s-pod/app_kubernetes_io/instance、labels.k8s-pod/app_kubernetes_io/name、labels.k8s-pod/helm_sh/chart、labels.k8s-pod/controller-revision-hash、labels.k8s-pod/app_kubernetes_io/managed-by | target.resource.attribute.labels | 与根据这些字段创建的标签合并 |
| resource.labels.cluster_name | target.resource.name | 直接复制值 |
| resource.type | target.resource.resource_subtype | 直接复制值 |
更新日志
需要更多帮助?获得社区成员和 Google SecOps 专业人士的解答。