收集 IBM CICS 日志

支持：

Google SecOps SIEM

本文档介绍了如何使用 Bindplane 代理将 IBM CICS 日志注入到 Google Security Operations。

IBM CICS（客户信息控制系统）是适用于大型机应用的事务处理平台。它会生成事务执行、资源访问、安全违规和系统事件的审核日志。这些日志使用 LEEF 格式，并捕获用户身份、交易详情和源网络属性。

准备工作

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

• Google SecOps 实例
• Windows Server 2016 或更高版本，或者具有 systemd 的 Linux 主机
• Bindplane 代理与 CICS 日志转发器主机之间的网络连接
• 如果通过代理运行，请确保防火墙端口根据 Bindplane 代理要求处于开放状态
• 对 IBM CICS 区域或大型机系统的特权访问权限，并具有配置 SMF 记录和日志导出的权限

获取 Bindplane 代理的 Google SecOps 凭据

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

• 新部署：使用 Chronicle API（选项 1）。
• 旧版部署：继续使用提取身份验证文件（选项 2），直到提取 API 于 2027 年 7 月 20 日停用为止。

选项 1：为 Chronicle API 创建服务帐号（推荐）

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 收集器目录中的 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 中以与您保存该文件的路径匹配。
12. 依次前往 IAM 和管理 > 设置 ，然后复制项目编号 。您需要此编号进行导出器配置。

注意： JSON 密钥是一种凭据。请限制对 Bindplane 主机上文件的访问权限，并根据贵组织的政策轮换密钥。

选项 2：下载提取身份验证文件（旧版）

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

注意 ：此文件会向旧版提取 API (malachiteingestion-pa.googleapis.com) 验证代理的身份，Google 已计划于 2027 年 7 月 20 日服务终止该 API。请计划在该日期之前改用选项 1。

获取 Google SecOps 客户 ID

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

3. 从组织详细信息 部分复制并保存客户 ID 。

   **注意**： 配置 Bindplane 代理导出器需要客户 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
   

   该服务应显示为活跃 (正在运行) 。

其他安装资源

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

注意： Chronicle API 导出器配置需要 Bindplane 收集器 v1.106.0 或更高版本。之前的命令会安装最新版本。如果您要更新现有安装，请先升级收集器，然后再更改配置。

配置 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:
    tcplog:
      listen_address: "0.0.0.0:514"
  
  exporters:
    chronicle/ibm_cics:
      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: IBM_CICS
      raw_log_field: body
      ingestion_labels:
        env: production
  
  service:
    pipelines:
      logs/cics_to_chronicle:
        receivers:
          - tcplog
        exporters:
          - chronicle/ibm_cics
  

配置参数

替换以下占位符：

• 接收器配置：

  • tcplog：基于协议的接收器类型：
    • UDP syslog 的 udplog
    • TCP syslog 的 tcplog
  • 0.0.0.0：要监听的 IP 地址：
    • 0.0.0.0，用于监听所有接口（推荐）
    • 用于监听一个接口的特定 IP 地址
  • 514：要监听的端口号（例如 514、1514、6514）

• 导出器配置：

  • ibm_cics：导出器的描述性名称
  • 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>：上一步中的客户 ID
  • location：将 <LOCATION> 替换为 Google SecOps 实例的区域（例如 us、europe 或 asia-southeast1）。导出器会使用此值为 chronicle.googleapis.com 添加前缀。如需查看完整列表，请参阅区域级端点。
  • project：将 <PROJECT_NUMBER> 替换为 IAM 和管理 > 设置 中的项目编号。
  • endpoint：保持设置为 chronicle.googleapis.com。
  • IBM_CICS：日志类型，与 Chronicle 中显示的内容完全一致
  • ingestion_labels：YAML 格式的可选标签（例如 env: production）

• 流水线配置：

  • cics_to_chronicle：流水线的描述性名称

旧版提取 API 导出器

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

  exporters:
    chronicle/ibm_cics:
      compression: gzip
      creds_file_path: '/opt/observiq-otel-collector/ingestion-auth.json'
      customer_id: '<customer_id>'
      endpoint: malachiteingestion-pa.googleapis.com
      log_type: IBM_CICS
      raw_log_field: body
      ingestion_labels:
        env: production
  

注意： 此导出器将在提取 API 于 2027 年 7 月 20 日停用后停止工作。

保存配置文件

• 修改后，保存文件：
  • 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 Collector 。
    3. 右键点击并选择重启 。

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

       sc query observiq-otel-collector
       

    5. 检查日志中的错误：

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

配置 IBM CICS syslog 转发

IBM CICS 会将审核和事务数据写入大型机上的 SMF（系统管理设施）记录。如需使用 syslog 将这些日志转发到 Bindplane 代理，请在中间件主机上使用 syslog 转发器。

1. 确定包含 CICS 数据的 SMF 记录类型（通常为 SMF 类型 110）。
2. 使用大型机实用程序（例如 DFHSTUP [CICS 统计信息实用程序] 或 SMF 转储程序 ）提取相关记录。
3. 使用 IBM CICS Performance Analyzer、自定义 REXX 脚本或第三方 ETL 解决方案将提取的 SMF 记录转换为 LEEF 格式。
4. 在中间件主机上配置 syslog 转发器，以将转换后的日志发送到 Bindplane 代理：
   • Syslog 服务器：输入 Bindplane 代理主机的 IP 地址（例如 192.168.1.100）。
   • 端口：输入 514（必须与 Bindplane 代理接收器端口匹配）。
   • 协议：选择 TCP （建议用于可靠地传送大型机日志）。
   • 格式：确保使用 LEEF 格式。

5. 通过检查 Bindplane 代理日志，验证是否收到了 syslog 消息。

   注意： 由于 CICS 在 z/OS 大型机上运行，因此无法直接使用 syslog 输出。您必须使用中间件转发器（例如 IBM z/OS Communications Server syslog 守护进程或第三方日志传送程序）将 LEEF 格式的 CICS 审核数据中继到 Bindplane 代理。

UDM 映射表

日志字段	UDM 映射	逻辑
kv.sum	metadata.description	已重命名/映射
kv.devTime	metadata.event_timestamp	解析为 yyyy-MM-ddTHH:mm:ss.SSSZ
event_type	metadata.product_event_type	已重命名/映射
version	metadata.product_version	已重命名/映射
kv.terminal	principal.hostname	直接映射
kv.src	principal.ip	已合并
firstname	principal.user.first_name	已重命名/映射
lastname	principal.user.last_name	已重命名/映射
kv.name	principal.user.user_display_name	已重命名/映射
kv.usrName	principal.user.userid	已重命名/映射
kv.appl	target.application	已重命名/映射
kv.tran	target.process.product_specific_process_id	直接映射
不适用	metadata.event_type	常量：PROCESS_UNCATEGORIZED
不适用	metadata.product_name	常量：CICS
不适用	metadata.vendor_name	常量：IBM

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