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

收集 Tetragon eBPF 审核日志

支持的服务：

Google SecOps SIEM

本文档介绍了如何使用 Bindplane 代理将 Tetragon eBPF 审核日志注入到 Google Security Operations 中。

Tetragon 是一个基于 eBPF 的 Kubernetes 安全可观测性平台，用于运行时强制执行、进程监控和网络政策审核。它会在 Kubernetes 节点上生成结构化 JSON 日志事件，以捕获进程执行、网络连接和政策违规行为。

准备工作

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

Google SecOps 实例
具有 systemd 的 Linux 主机
Bindplane 代理与运行 Tetragon 的 Kubernetes 节点之间的网络连接
如果通过代理运行，请确保防火墙端口符合 Bindplane 代理的要求
已部署 Tetragon 并生成审核日志的 Kubernetes 集群
对节点文件系统上的 Tetragon 日志输出的访问权限

获取 Bindplane 代理的 Google SecOps 凭据

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

新部署：使用 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 代理导出器需要客户 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
```
该服务应显示为活跃 (正在运行) 。

其他安装资源

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

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

找到配置文件

使用以下命令找到配置文件：

sudo nano /opt/observiq-otel-collector/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:
    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: 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 部署和日志导出配置调整路径
- start_at：设置为 beginning 以读取现有日志，或设置为 end 以仅读取新条目
- poll_interval：检查新日志数据的频率（默认值：5s）
导出器配置：
- tetragon_ebpf：导出器的描述性名称
- creds_file_path：服务帐号 JSON 密钥文件的完整路径（方法 1）：
  - Linux: /opt/observiq-otel-collector/ingestion-auth.json
- <customer_id>：上一步中的客户 ID
- location：将 <LOCATION> 替换为 Google SecOps 实例的区域（例如 us、europe 或 asia-southeast1）。导出器会使用此值为 chronicle.googleapis.com 添加前缀。如需查看完整列表，请参阅区域级端点。
- project：将 <PROJECT_NUMBER> 替换为 IAM 和管理 > 设置 中的项目编号。
- endpoint：保持设置为 chronicle.googleapis.com。
- TETRAGON_EBPF_AUDIT_LOGS：日志类型，与 Chronicle 中显示的内容完全一致
- ingestion_labels：YAML 格式的可选标签（例如 env: production）
流水线配置：
- tetragon_to_chronicle：流水线的描述性名称

旧版注入 API 导出器

如果您使用方法 2 中的注入身份验证文件，请将 exporters 块替换为以下内容。将 creds_file_path 设置为注入身份验证文件的路径，如果您的实例位于美国境外，请将 malachiteingestion-pa.googleapis.com 替换为您的区域级端点（例如 europe-malachiteingestion-pa.googleapis.com）。

exporters:
  chronicle/tetragon_ebpf:
    compression: gzip
    creds_file_path: '/opt/observiq-otel-collector/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

保存配置文件

修改后，保存文件： * 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

或者，使用 tetra CLI 重定向 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/
```
注意：如果 Tetragon 在 Kubernetes pod 中运行，您可能需要将日志目录装载为 hostPath 卷，或使用 DaemonSet 将日志导出到每个节点的文件系统，以便 Bindplane 代理可以读取这些日志。

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	转换为大写，如果位于预定义列表中或与“信息”匹配，则设置为映射值
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	直接复制值

更新日志

查看此解析器的更新日志