IBM DB2 ログを収集する

以下でサポートされています。

このドキュメントでは、Bindplane エージェントを使用して IBM DB2 ログを Google Security Operations に取り込む方法について説明します。

IBM Db2 は、データへの不明なアクセスや予期しないアクセスを検出する監査機能を備えたリレーショナル データベース管理システムです。Db2 監査機能は、一連の事前定義されたデータベース イベントの監査証跡を生成し、その保守を許可します。

始める前に

次の前提条件を満たしていることを確認してください。

  • Google SecOps インスタンス
  • Windows Server 2016 以降、または systemd を使用する Linux ホスト
  • Bindplane エージェントと IBM DB2 インスタンス間のネットワーク接続
  • プロキシの背後で実行している場合は、Bindplane エージェントの要件に従ってファイアウォール ポートが開いていることを確認します。
  • SYSADM 権限を持つ IBM DB2 インスタンス（バージョン 11.1 以降）
  • 監査ログの保存とアーカイブに十分なディスク容量

Bindplane エージェントの Google SecOps 認証情報を取得する

Bindplane エージェントを Google SecOps に対して認証するには、次のいずれかの方法を選択します。

  • 新規デプロイ: Chronicle API を使用します（オプション 1）。
  • 以前のデプロイ: 2027 年 7 月 20 日に Ingestion API が廃止されるまで、取り込み認証ファイル（オプション 2）を引き続き使用します。
  1. Google Cloud コンソールにログインし、Google SecOps インスタンスにリンクされている Google Cloud プロジェクトを選択します。
  2. [IAM と管理> サービス アカウント] に移動します。
  3. [サービス アカウントを作成] をクリックします。
  4. 次の構成情報を指定します。
    • サービス アカウント名: アカウントの名前を入力します（例: bindplane-ingest）。
    • サービス アカウントの説明: 説明を入力します（例: Bindplane agent log ingestion）。
  5. [作成して続行] をクリックします。
  6. [このサービス アカウントにプロジェクトへのアクセスを許可する] セクションで、[ロールを選択] をクリックし、[Chronicle 編集者] を選択します。
  7. [続行] をクリックして [完了] をクリックします。
  8. 作成したサービス アカウントをクリックし、[キー] タブに移動します。
  9. [鍵を追加] > [新しい鍵を作成] の順にクリックします。
  10. [JSON] を選択し、[作成] をクリックします。鍵ファイルがパソコンにダウンロードされます。
  11. 鍵ファイルを Bindplane コレクタ ディレクトリ（Linux の場合は /opt/observiq-otel-collector/ingestion-auth.json、Windows の場合は C:\Program Files\observIQ OpenTelemetry Collector\ingestion-auth.json）に ingestion-auth.json として保存するか、config.yaml の creds_file_path を保存先のパスと一致するように更新します。
  12. [IAM と管理] > [設定] に移動し、[プロジェクト番号] をコピーします。これはエクスポータの構成に必要です。

オプション 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. 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

    サービスは active (running) と表示されます。

その他のインストール リソース

その他のインストール オプションとトラブルシューティングについては、Bindplane エージェントのインストール ガイドをご覧ください。

Syslog を取り込んで Google SecOps に送信するように Bindplane エージェントを構成する

構成ファイルを探す

  • Linux:

    sudo nano /opt/observiq-otel-collector/config.yaml

  • Windows:

    notepad "C:\Program Files\observIQ OpenTelemetry Collector\config.yaml"

構成ファイルを編集します。

  1. config.yaml の内容全体を次の構成に置き換えます。

    receivers:
  tcplog:
    listen_address: "0.0.0.0:1514"

exporters:
  chronicle/db2_audit:
    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: 'YOUR_CUSTOMER_ID'
    endpoint: chronicle.googleapis.com
    log_type: DB2_DB
    raw_log_field: body
    ingestion_labels:
      env: production

service:
  pipelines:
    logs/db2_to_chronicle:
      receivers:
        - tcplog
      exporters:
        - chronicle/db2_audit

  2. 各プレースホルダを次のように置き換えます。

    • レシーバーの構成:

      • listen_address: 0.0.0.0:1514 に設定して、ポート 1514 のすべてのインターフェースでリッスンします（Linux では非特権ポートが推奨されます）。

    • エクスポータの構成:

      • 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 に設定したままにします。

      • log_type: DB2_DB に設定します。

      • ingestion_labels: YAML 形式のオプションのラベル（例: env: production）

以前の Ingestion API エクスポータ

  • オプション 2 の取り込み認証ファイルを使用する場合は、exporters ブロックを次のように置き換えます。creds_file_path を取り込み認証ファイルのパスに設定します。インスタンスが米国以外にある場合は、malachiteingestion-pa.googleapis.com をリージョン エンドポイント（例: europe-malachiteingestion-pa.googleapis.com）に置き換えます。

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

構成ファイルを保存する

  • 編集が完了したら、ファイルを保存します。

    • Linux: Ctrl+O、Enter、Ctrl+X の順に押します。
    • Windows: [ファイル> 保存] をクリックします。

Bindplane エージェントを再起動して変更を適用する

  • Linux

    sudo systemctl restart observiq-otel-collector

    1. サービスが実行されていることを確認します。

      sudo systemctl status observiq-otel-collector

    2. ログでエラーを確認します。

      sudo journalctl -u observiq-otel-collector -f

  • Windows

    次のいずれかのオプションを選択します。

    • 管理者としてコマンド プロンプトまたは 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 DB2 監査機能を構成する

セキュリティ イベントをキャプチャして syslog に抽出するように DB2 監査機能を構成します。

現在の監査構成を確認する

  • SYSADM 権限を持つユーザーとして DB2 インスタンスに接続し、次のコマンドを実行します。

    db2audit describe

    監査ステータス、カテゴリ、パスなど、現在の監査構成が表示されます。

監査パスを構成する

  1. 監査ログが保存されるディレクトリを設定します。

    db2audit configure datapath /db2audit/data
db2audit configure archivepath /db2audit/archive

  2. これらのディレクトリが存在し、DB2 インスタンスのオーナーに適切な権限があることを確認します。

    mkdir -p /db2audit/data /db2audit/archive
chown db2inst1:db2iadm1 /db2audit/data /db2audit/archive
chmod 750 /db2audit/data /db2audit/archive

監査の範囲とカテゴリを構成する

  • すべてのセキュリティ イベントをキャプチャするように監査機能を構成します。

    db2audit configure scope all status both errortype normal

    これにより、次のものが構成されます。

    • scope all: すべてのカテゴリ（audit、checking、objmaint、secmaint、sysadmin、validate、context）を監査します。
    • status both: 成功したイベントと失敗したイベントの両方をキャプチャします
    • errortype normal: 標準エラー処理

監査機能を起動する

  1. 監査を開始する:

    db2audit start

  2. 監査が有効になっていることを確認します。

    db2audit describe

    出力には Audit active: "TRUE" が表示されます。

DB2 監査ログを受信するように syslog を構成する

DB2 監査メッセージを受信して保存するようにシステム syslog デーモンを構成します。

Linux（rsyslog）

  1. rsyslog 構成ファイルを編集します。

    sudo nano /etc/rsyslog.conf

  2. 次の行を追加して、DB2 監査メッセージを専用ファイルに転送します。

    user.info /var/log/db2/db2audit.log

  3. ログ ディレクトリとファイルを作成します。

    sudo mkdir -p /var/log/db2
sudo touch /var/log/db2/db2audit.log
sudo chmod 640 /var/log/db2/db2audit.log

  4. rsyslog を再起動します。

    sudo systemctl restart rsyslog

AIX（syslogd）

  1. syslog 構成ファイルを編集します。

    sudo vi /etc/syslog.conf

  2. 次の行を追加します。

    user.info /var/log/db2/db2audit.log

  3. ログ ディレクトリとファイルを作成します。

    sudo mkdir -p /var/log/db2
sudo touch /var/log/db2/db2audit.log
sudo chmod 640 /var/log/db2/db2audit.log

  4. syslogd を再起動します。

    sudo refresh -s syslogd

DB2 監査ログを syslog に抽出する

アーカイブされた監査ログを抽出し、システムの syslog デーモンに送信します。

監査ログをフラッシュしてアーカイブする

  • 抽出する前に、保留中の監査レコードをフラッシュし、現在の監査ログをアーカイブします。

    db2audit flush
db2audit archive

    archive コマンドは、アーカイブ パス（db2audit.instance.log.0.20250110123456 など）にタイムスタンプ付きのファイルを作成します。

監査ログを syslog に抽出する

  • アーカイブされた監査ログを抽出し、user.info ファシリティと優先度を使用して syslog に送信します。

    db2audit extract syslog user.info from files /db2audit/archive/db2audit.instance.log.0.*

    このコマンドは以下を行います。

    • アーカイブされたログファイルから監査レコードを抽出する
    • ファシリティ user と優先度 info を使用して、システム syslog デーモンに送信します。
    • syslog デーモンは、/etc/syslog.conf または /etc/rsyslog.conf に従ってメッセージをルーティングします。

ログが送信されていることを確認する

  • 監査メッセージが syslog ファイルに書き込まれていることを確認します。

    tail -f /var/log/db2/db2audit.log

    ログファイルに DB2 監査レコードが表示されます。

Bindplane エージェントにログを転送するように rsyslog を構成する

DB2 監査ログを Bindplane エージェントに転送するように rsyslog を構成します。

  1. 新しい rsyslog 構成ファイルを作成します。

    sudo nano /etc/rsyslog.d/50-db2-forward.conf

  2. 次の構成を追加して、ログを Bindplane エージェントに転送します。

    # Forward DB2 audit logs to Bindplane agent
user.info @@127.0.0.1:1514

    @@ 接頭辞は TCP 転送を示します。必要に応じて、UDP に @ を使用します。

  3. rsyslog を再起動します。

    sudo systemctl restart rsyslog

監査ログの抽出を自動化する

フラッシュ、アーカイブ、抽出のプロセスを自動化するスクリプトを作成します。

抽出スクリプトを作成する

  1. 監査ログの抽出を自動化するスクリプトを作成します。

    sudo nano /usr/local/bin/db2audit-extract.sh

  2. 次の内容を追加します。

    #!/bin/bash
# DB2 Audit Log Extraction Script

# Set DB2 environment
export DB2INSTANCE=db2inst1
. /home/db2inst1/sqllib/db2profile

# Flush pending audit records
db2audit flush

# Archive current audit log
db2audit archive

# Extract archived logs to syslog
db2audit extract syslog user.info from files /db2audit/archive/db2audit.instance.log.0.*

# Optional: Clean up old archived logs (older than 30 days)
find /db2audit/archive -name "db2audit.instance.log.0.*" -mtime +30 -delete

exit 0

  3. スクリプトを実行可能にします。

    sudo chmod +x /usr/local/bin/db2audit-extract.sh

cron を使用してスケジュールを設定する

  1. cron を使用して、スクリプトを定期的に実行するようにスケジュールします。

    sudo crontab -e

  2. 次の行を追加して、スクリプトを 1 時間ごとに実行します。

    次のいずれかのオプションを選択します。

    0 * * * * /usr/local/bin/db2audit-extract.sh >> /var/log/db2/db2audit-extract.log 2>&1

    または、15 分ごとに実行して、より頻繁に抽出します。

    */15 * * * * /usr/local/bin/db2audit-extract.sh >> /var/log/db2/db2audit-extract.log 2>&1

Google SecOps でログの取り込みを確認する

  1. Google SecOps コンソールにログインします。
  2. [検索] に移動します。

  3. 検索クエリを実行して、DB2 ログが取り込まれていることを確認します。

    metadata.log_type = "DB2_DB"

  4. ログが正しいタイムスタンプとフィールドで表示されることを確認します。

UDM マッピング テーブル

ログフィールド UDM マッピング ロジック
msg event.idm.read_only_udm.additional.fields msg != "" の場合、msg から取得された値
システム event.idm.read_only_udm.additional.fields System != "" の場合、System から取得された値
サブシステム event.idm.read_only_udm.additional.fields Subsystem != "" の場合、Subsystem から取得された値
auth_mechanism event.idm.read_only_udm.extensions.auth.mechanism USER_LOGIN イベントの場合は「USERNAME_PASSWORD」に設定されます。
CorrelationUser event.idm.read_only_udm.intermediary.user.userid CorrelationUser != "" の場合、CorrelationUser から取得された値
sum event.idm.read_only_udm.metadata.description 合計から取得された値
date_time event.idm.read_only_udm.metadata.event_timestamp 両方が != "" の場合、日付フィールドと時刻フィールドから ISO8601 形式に変換されます。
leef_event_id event.idm.read_only_udm.metadata.product_event_type leef_event_id から取得された値
event.idm.read_only_udm.metadata.event_type leef_event_id から派生: ["102-87", "102-83"] の場合は USER_LOGIN、["102-6", "102-7", "102-8", "102-10", "102-24", "102-143"] の場合はインテントに基づいて USER_RESOURCE_ACCESS または USER_RESOURCE_UPDATE_CONTENT、"102-319" の場合は USER_RESOURCE_ACCESS、それ以外の場合は GENERIC_EVENT
event.idm.read_only_udm.metadata.product_name 「DB2」に設定
event.idm.read_only_udm.metadata.vendor_name 「IBM」に設定
SSID event.idm.read_only_udm.network.session_id SSID != "" の場合、SSID から取得された値
ジョブ event.idm.read_only_udm.principal.application job != "" の場合、job から取得された値
sourceServiceName event.idm.read_only_udm.principal.application sourceServiceName から取得された値
sourceHostName event.idm.read_only_udm.principal.asset.hostname sourceHostName != "" の場合、sourceHostName から値を取得します
principal_ip event.idm.read_only_udm.principal.asset.ip 102 ～ 319 イベントの principal_ip から取得された値
product_id event.idm.read_only_udm.principal.asset_id 102 ～ 319 のイベントの場合は「プロダクト ID: %{product_id}」に設定します。
sourceHostName event.idm.read_only_udm.principal.hostname sourceHostName != "" の場合、sourceHostName から値を取得します
principal_ip event.idm.read_only_udm.principal.ip 102 ～ 319 イベントの principal_ip から取得された値
作成者 event.idm.read_only_udm.principal.user.user_display_name クリエイターから取得した値
name event.idm.read_only_udm.principal.user.user_display_name name != "" の場合、値は名前から取得されます
AuthenticatedUser event.idm.read_only_udm.principal.user.userid AuthenticatedUser != "" の場合、AuthenticatedUser から取得された値
sourceUserName event.idm.read_only_udm.principal.user.userid sourceUserName から取得された値
usrName event.idm.read_only_udm.principal.user.userid usrName から取得された値
_action event.idm.read_only_udm.security_result.action sum から派生: 「successful」が含まれている場合は ALLOW、それ以外の場合は USER_LOGIN イベントの BLOCK
deviceHostName event.idm.read_only_udm.target.asset.hostname deviceHostName から取得した値
conn_location3 event.idm.read_only_udm.target.asset.hostname conn_location3 != "" の場合、conn_location3 から取得された値
file_name event.idm.read_only_udm.target.file.full_path file_name != "" の場合、file_name から値を取得
deviceHostName event.idm.read_only_udm.target.hostname deviceHostName から取得した値
conn_location3 event.idm.read_only_udm.target.hostname conn_location3 が "" でない場合は、conn_location3 から取得された値
conn_location, conn_location2 event.idm.read_only_udm.target.location.name 両方が「""」でない場合は、conn_location と conn_location2 から連結されます。
deviceProcessName event.idm.read_only_udm.target.process.command_line deviceProcessName から取得した値
SQL event.idm.read_only_udm.target.process.command_line SQL != "" の場合、SQL から取得された値
Connection_Type event.idm.read_only_udm.target.resource.attribute.labels Connection_Type の値を持つキー「Connection Type」
計画 event.idm.read_only_udm.target.resource.attribute.labels キー「Plan」と Plan の値
DB2_Subsystem event.idm.read_only_udm.target.resource.attribute.labels 値が DB2_Subsystem のキー「DB2 Subsystem」
Priv_Check_Code event.idm.read_only_udm.target.resource.attribute.labels キー「Priv Check Code」と Priv_Check_Code の値
Table_Name event.idm.read_only_udm.target.resource.attribute.labels キー「Table Name」と Table_Name の値
MessageType event.idm.read_only_udm.target.resource.attribute.labels MessageType の値を持つキー「Message Type」
Check_type event.idm.read_only_udm.target.resource.attribute.labels Check_type の値を持つキー「Check Type」
deviceAction event.idm.read_only_udm.target.resource.attribute.labels キー「Device Action」の値は deviceAction からマッピングされます。G → GRANT、R → REVOKE
SSID event.idm.read_only_udm.target.resource.attribute.labels 値が「」でない場合、SSID の値を持つキー「SSID」
SQL event.idm.read_only_udm.target.resource.attribute.labels SQL != "" の場合、SQL の値を含むキー「SQL クエリ」
messageid event.idm.read_only_udm.target.resource.id messageid から取得された値
Object_Class_Code event.idm.read_only_udm.target.resource.parent Object_Class_Code から取得された値
obj event.idm.read_only_udm.target.resource.name obj から取得された値
resource_name event.idm.read_only_udm.target.resource.name SQL != "" かつ空でない場合、SQL から抽出された resource_name から取得された値
Database_Name event.idm.read_only_udm.target.resource.name Database_Name から取得された値
objtyp event.idm.read_only_udm.target.resource.resource_subtype objtyp != "" の場合、objtyp から取得された値（大文字）
種類 event.idm.read_only_udm.target.resource.resource_subtype Type から派生: T → TABLE、V → VIEW、X → AUXILIARY TABLE
event.idm.read_only_udm.target.resource.resource_type 「DATABASE」に設定します。
principal_hostname event.idm.read_only_udm.principal.asset.hostname と event.idm.read_only_udm.principal.hostname 変更履歴からマッピング
category event.idm.read_only_udm.security_result.category_details 変更履歴からマッピング
audit event event.idm.read_only_udm.metadata.product_event_type 変更履歴からマッピング
event correlator event.idm.read_only_udm.metadata.product_log_id 変更履歴からマッピング
instance name event.idm.read_only_udm.target.resource.name 変更履歴からマッピング
application name event.idm.read_only_udm.principal.application 変更履歴からマッピング
archive path event.idm.read_only_udm.target.file.full_path 変更履歴からマッピング
execution id event.idm.read_only_udm.principal.resource.attribute.labels 変更履歴からマッピング
application id event.idm.read_only_udm.principal.resource.attribute.labels 変更履歴からマッピング
authid event.idm.read_only_udm.principal.resource.attribute.labels 変更履歴からマッピング
event status event.idm.read_only_udm.security_result.detection_fields 変更履歴からマッピング
access attempted event.idm.read_only_udm.security_result.detection_fields 変更履歴からマッピング
access_approval_reason event.idm.read_only_udm.security_result.detection_fields 変更履歴からマッピング
timestamp_1 event.idm.read_only_udm.additional.fields 変更履歴からマッピング
object type event.idm.read_only_udm.additional.fields 変更履歴からマッピング
plugin name event.idm.read_only_udm.additional.fields 変更履歴からマッピング
auth type event.idm.read_only_udm.additional.fields 変更履歴からマッピング
System" and "Subsystem additional.fields 変更履歴からマッピング
ConnectionType principal.process.pid 変更履歴からマッピング
plan principal.resource.name 変更履歴からマッピング
SQL principal.process.command_line 変更履歴からマッピング

変更ログ

このパーサーの変更ログを表示する

さらにサポートが必要な場合 コミュニティ メンバーや Google SecOps のプロフェッショナルから回答を得ることができます。