收集 IBM CICS 記錄

支援的服務：

本文說明如何使用 Bindplane 代理，將 IBM CICS 記錄擷取至 Google Security Operations。

IBM CICS (客戶資訊控制系統) 是大型主機應用程式的交易處理平台。系統會產生交易執行、資源存取、安全違規和系統事件的稽核記錄。記錄會採用 LEEF 格式，並擷取使用者身分、交易明細和來源網路屬性。

事前準備

請確認您符合下列必要條件：

  • Google SecOps 執行個體
  • Windows Server 2016 以上版本，或搭載 systemd 的 Linux 主機
  • Bindplane 代理程式與 CICS 記錄轉送主機之間的網路連線
  • 如果是在 Proxy 後方執行，請確認防火牆通訊埠已按照 Bindplane 代理程式規定開啟
  • 具備 IBM CICS 區域或大型主機系統的特殊存取權，可設定 SMF 記錄和記錄匯出

取得 Bindplane 代理程式的 Google SecOps 憑證

如要向 Google SecOps 驗證 Bindplane 代理程式，請選擇下列其中一種方法：

  • 新部署作業：使用 Chronicle API (選項 1)。
  • 舊版部署作業：繼續使用擷取驗證檔案 (選項 2)，直到 Ingestion API 於 2027 年 7 月 20 日停用。
  1. 登入 Google Cloud 控制台，選取連結至 Google SecOps 執行個體的 Google Cloud 專案。
  2. 依序前往「IAM & Admin」(IAM 與管理) >「Service Accounts」(服務帳戶)。
  3. 按一下「建立服務帳戶」。
  4. 提供下列設定詳細資料：
    • 「Service account name」(服務帳戶名稱)：輸入帳戶名稱 (例如 bindplane-ingest)。
    • 「服務帳戶說明」：輸入說明 (例如 Bindplane agent log ingestion)。
  5. 點按「Create and continue」(建立並繼續)。
  6. 在「將專案存取權授予這個服務帳戶」部分，按一下「選取角色」，然後選取「Chronicle 編輯者」。
  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)，或更新 config.yaml 中的 creds_file_path，使其與儲存路徑相符。
  12. 依序前往「IAM & Admin」(IAM 與管理) >「Settings」(設定)，然後複製「Project number」(專案編號)。設定匯出工具時會用到。

方法 2：下載擷取驗證檔案 (舊版)

  1. 登入 Google SecOps 控制台。
  2. 依序前往「SIEM 設定」>「收集代理程式」。
  3. 下載擷取驗證檔案。
  4. 將檔案安全地儲存在要安裝 Bindplane 代理程式的系統上。

取得 Google SecOps 客戶 ID

  1. 登入 Google SecOps 控制台。
  2. 依序前往「SIEM 設定」>「設定檔」。

  3. 複製並儲存「機構詳細資料」專區中的「客戶 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

    服務應顯示為「RUNNING」。

安裝 Linux

  1. 開啟具有根層級或 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

    服務應顯示為「active (running)」。

其他安裝資源

如需其他安裝選項和疑難排解資訊，請參閱 Bindplane 代理程式安裝指南。

設定 Bindplane 代理程式，擷取系統記錄並傳送至 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
      • tcplog (適用於 TCP syslog)
    • 0.0.0.0：要監聽的 IP 位址：
      • 0.0.0.0 在所有介面接聽電話 (建議)
      • 在一個介面上接聽的特定 IP 位址
    • 514：要接聽的通訊埠號碼 (例如 514、1514、6514)

  • Exporter 設定：

    • 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：管道的說明名稱

舊版 Ingestion 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

儲存設定檔

  • 編輯完成後，請儲存檔案：
    • 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 系統記錄轉送

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. 在中介軟體主機上設定系統記錄檔轉送程式，將轉換後的記錄傳送至 Bindplane 代理程式：
    • Syslog Server：輸入 Bindplane 代理程式主機的 IP 位址 (例如 192.168.1.100)。
    • 「Port」(通訊埠)：輸入 514 (必須與 Bindplane 代理接收器通訊埠相符)。
    • 通訊協定：選取「TCP」 (建議用於可靠地傳送大型主機記錄)。
    • 格式：確認使用 LEEF 格式。

  5. 檢查 Bindplane 代理程式記錄，確認是否收到 syslog 訊息。

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 專家尋求解答。