IBM CICS のログを収集する
このドキュメントでは、Bindplane エージェントを使用して IBM CICS ログを Google Security Operations に取り込む方法について説明します。
IBM CICS(Customer Information Control System)は、メインフレーム アプリケーション用のトランザクション処理プラットフォームです。トランザクションの実行、リソース アクセス、セキュリティ違反、システム イベントの監査ログを生成します。ログは LEEF 形式で、ユーザー ID、取引明細、送信元ネットワーク属性をキャプチャします。
始める前に
次の前提条件を満たしていることを確認してください。
- Google SecOps インスタンス
- Windows Server 2016 以降、または
systemdを使用する Linux ホスト - Bindplane エージェントと CICS ログ フォワーダー ホスト間のネットワーク接続
- プロキシの背後で実行している場合は、Bindplane エージェントの要件に従ってファイアウォール ポートが開いていることを確認します。
- SMF 記録とログ エクスポートを構成する権限を持つ IBM CICS リージョンまたはメインフレーム システムへの特権アクセス
Google SecOps の取り込み認証ファイルを取得する
- 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サービスは RUNNING と表示されます。
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サービスは active (running) と表示されます。
その他のインストール リソース
その他のインストール オプションとトラブルシューティングについては、Bindplane エージェントのインストール ガイドをご覧ください。
syslog を取り込んで Google SecOps に送信するように Bindplane エージェントを構成する
構成ファイルを探す
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/ibm_cics: compression: gzip creds_file_path: '/etc/bindplane-agent/ingestion-auth.json' customer_id: '<customer_id>' endpoint: malachiteingestion-pa.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
- UDP Syslog の
0.0.0.0: リッスンする IP アドレス:0.0.0.0: すべてのインターフェースでリッスンします(推奨)。- 1 つのインターフェースでリッスンする特定の IP アドレス
514: リッスンするポート番号(514、1514、6514など)
エクスポータの構成:
ibm_cics: エクスポータのわかりやすい名前creds_file_path: 取り込み認証ファイルのフルパス:- Linux:
/etc/bindplane-agent/ingestion-auth.json - Windows:
C:\Program Files\observIQ OpenTelemetry Collector\ingestion-auth.json
- Linux:
<customer_id>: 前のステップの顧客 IDendpoint: リージョン エンドポイント URL:- 米国:
malachiteingestion-pa.googleapis.com - ヨーロッパ:
europe-malachiteingestion-pa.googleapis.com - アジア:
asia-southeast1-malachiteingestion-pa.googleapis.com - 完全なリストについては、リージョン エンドポイントをご覧ください。
- 米国:
IBM_CICS: Chronicle に表示されるログタイプingestion_labels: YAML 形式の省略可能なラベル(例:env: production)
パイプラインの構成:
cics_to_chronicle: パイプラインのわかりやすい名前
構成ファイルを保存する
- 編集後、ファイルを保存します。
- Linux:
Ctrl+O、Enter、Ctrl+Xの順に押します。 - Windows: [ファイル> 保存] をクリックします。
- Linux:
Bindplane エージェントを再起動して変更を適用する
Linux で Bindplane エージェントを再起動するには、次のコマンドを実行します。
sudo systemctl restart observiq-otel-collectorサービスが実行されていることを確認します。
sudo systemctl status observiq-otel-collectorログでエラーを確認します。
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"
IBM CICS syslog 転送を構成する
IBM CICS は、監査データとトランザクション データをメインフレームの SMF(System Management Facilities)レコードに書き込みます。これらのログを syslog を使用して Bindplane エージェントに転送するには、ミドルウェア ホストで syslog 転送ツールを使用します。
- CICS データを含む SMF レコード タイプ(通常は SMF タイプ 110)を特定します。
- DFHSTUP(CICS 統計情報ユーティリティ プログラム)や SMF ダンプ プログラムなどのメインフレーム ユーティリティを使用して、関連するレコードを抽出します。
- 抽出した SMF レコードを IBM CICS Performance Analyzer、カスタム REXX スクリプト、またはサードパーティの ETL ソリューションを使用して LEEF 形式に変換します。
- 変換されたログを Bindplane エージェントに送信するように、ミドルウェア ホストで syslog フォワーダーを構成します。
- Syslog サーバー: Bindplane エージェント ホストの IP アドレス(
192.168.1.100など)を入力します。 - ポート:
514を入力します(Bindplane エージェント レシーバー ポートと一致する必要があります)。 - プロトコル: [TCP] を選択します(メインフレーム ログの信頼性の高い配信におすすめ)。
- 形式: LEEF 形式が使用されていることを確認します。
- Syslog サーバー: Bindplane エージェント ホストの IP アドレス(
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 のプロフェッショナルから回答を得ることができます。