Oracle Unified Directory ログを収集する

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

Google SecOps SIEM

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

Oracle Unified Directory は、ID 管理のためのエンタープライズ LDAP ディレクトリ サービスです。ID データの保存と管理のためのスケーラブルで標準ベースのディレクトリを提供し、認証、認可、ディレクトリ プロキシ機能をサポートします。パーサーは、Oracle Unified Directory ログエントリからフィールドを抽出し、統合データモデル（UDM）にマッピングします。

始める前に

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

• Google SecOps インスタンス
• Windows Server 2016 以降、または systemd を使用する Linux ホスト
• Bindplane エージェントと Oracle Unified Directory サーバー間のネットワーク接続
• プロキシの背後で実行している場合は、Bindplane エージェントの要件に従ってファイアウォール ポートが開いていることを確認する
• 管理者権限で Oracle Unified Directory サーバーへの特権アクセス

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

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

• 新しいデプロイ: Chronicle API を使用します（オプション 1）。
• 以前のデプロイ: Ingestion API が 2027 年 7 月 20 日に廃止されるまで、取り込み認証ファイル（オプション 2）を引き続き使用します。

オプション 1: Chronicle API のサービス アカウントを作成する（推奨）

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 と管理][>][設定] に移動し、[プロジェクト番号] をコピーします。エクスポート構成に必要になります。

注: JSON キーは認証情報です。Bindplane ホスト上のファイルへのアクセスを制限し、組織のポリシーに従ってキーをローテーションします。

オプション 2: 取り込み認証ファイルをダウンロードする（レガシー）

1. Google SecOps コンソールにログインします。
2. [SIEM 設定] > [収集エージェント] に移動します。
3. 取り込み認証ファイル をダウンロードします。
4. Bindplane エージェントをインストールするシステムにファイルを安全に保存します。

注: このファイルは、エージェントをレガシー Ingestion API（malachiteingestion-pa.googleapis.com）に対して認証します。この API は、2027 年 7 月 20 日に提供終了が予定されています。その日までにオプション 1 に移行することを計画してください。

Google SecOps のお客様 ID を取得する

1. Google SecOps コンソールにログインします。
2. [SIEM 設定] > [プロファイル] に移動します。

3. [組織の詳細情報] セクションから [お客様 ID] をコピーして保存します。

   **注:** お客様 ID は、Bindplane エージェント エクスポーターを構成するために必要です。

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
   

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

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

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

注: Chronicle API エクスポーターの構成には、Bindplane コレクタ v1.106.0 以降が必要です。上記のコマンドでは、最新リリースがインストールされます。既存のインストールを更新する場合は、構成を変更する前にコレクタをアップグレードしてください。

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

構成ファイルを探す

• 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/oracle_oud:
      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: ORACLE_OUD
      raw_log_field: body
  
  service:
    pipelines:
      logs/oracle_oud:
        receivers:
          - tcplog
        exporters:
          - chronicle/oracle_oud
  

構成パラメータ

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

• レシーバーの構成:

  • tcplog: プロトコルに基づくレシーバーのタイプ:
    • UDP syslog の場合は udplog
    • TCP syslog の場合は tcplog
    • RFC 3164/5424 syslog の場合は syslog
  • 0.0.0.0: リッスンする IP アドレス:
    • すべてのインターフェースでリッスンする場合は 0.0.0.0（推奨）
    • 1 つのインターフェースでリッスンする特定の IP アドレス
  • 514: リッスンするポート番号（例: 514、1514、6514）

• エクスポーターの構成:

  • <customer_id>: 前の手順のお客様 ID
  • location: <LOCATION> を Google SecOps インスタンスのリージョン（us、europe、asia-southeast1 など）に置き換えます。エクスポーターは、この値で chronicle.googleapis.com に接頭辞を付けます。完全なリストについては、リージョン エンドポイントをご覧ください。
  • project: <PROJECT_NUMBER> を [IAM と管理] > [設定] のプロジェクト番号に置き換えます。
  • endpoint: chronicle.googleapis.com に設定したままにします。
  • プラットフォームに応じて、サービス アカウントの JSON キーファイルのパス（オプション 1）に合わせて creds_file_path を調整します。
    • Linux: /opt/observiq-otel-collector/ingestion-auth.json
    • Windows: C:\Program Files\observIQ OpenTelemetry Collector\ingestion-auth.json

レガシー Ingestion API エクスポーター

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

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

注: このエクスポーターは、Ingestion API が 2027 年 7 月 20 日に提供終了すると動作しなくなります。

構成ファイルを保存する

• 編集が完了したら、ファイルを保存します。
  • Linux: Ctrl+O、Enter、Ctrl+X を押します。
  • Windows: [ファイル] > [保存] をクリックします。

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

Linux で Bindplane エージェントを再起動するには:

1. 次のコマンドを実行します。

   sudo systemctl restart observiq-otel-collector
   

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

   sudo systemctl status observiq-otel-collector
   

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

   sudo journalctl -u observiq-otel-collector -f
   

Windows で Bindplane エージェントを再起動するには:

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

   • 管理者としてコマンド プロンプトまたは PowerShell を開きます。

   net stop observiq-otel-collector && net start observiq-otel-collector
   

   • サービス コンソール:
     1. Win+R を押して services.msc と入力し、Enter キーを押します。
     2. [observIQ OpenTelemetry Collector] を探します。
     3. 右クリックして [再起動] を選択します。

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

   sc query observiq-otel-collector
   

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

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

Oracle Unified Directory syslog 転送を構成する

Oracle Unified Directory は、通常は OUD_INSTANCE/logs/ ディレクトリに、サーバーのファイル システムにローカルでログを保存します。システム syslog デーモンを使用して syslog 転送を構成し、これらのログを Bindplane エージェントに送信します。

1. Oracle Unified Directory ログ ディレクトリを特定します。一般的なログファイルには、access、errors、replication、audit などがあります。

2. OUD ログファイルをモニタリングして転送するように、システム syslog デーモン（rsyslog など）を構成します。新しい rsyslog 構成ファイルを作成します。

   sudo nano /etc/rsyslog.d/oud-forward.conf
   

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

   module(load="imfile")
   input(type="imfile"
       File="/path/to/oud-instance/logs/access"
       Tag="oracle-oud"
       Severity="info"
       Facility="local0")
   input(type="imfile"
       File="/path/to/oud-instance/logs/errors"
       Tag="oracle-oud"
       Severity="error"
       Facility="local0")
   local0.* @@BINDPLANE_AGENT_IP:514
   

   注: /path/to/oud-instance/logs/ は、Oracle Unified Directory ログ ディレクトリの実際のパスに置き換えます。BINDPLANE_AGENT_IP は、Bindplane エージェント ホストの IP アドレスに置き換えます。TCP の場合は @@、UDP の場合は @ を使用します。

4. rsyslog サービスを再起動します。

   sudo systemctl restart rsyslog
   

UDM マッピング テーブル

ログフィールド	UDM マッピング	ロジック
conn,op,msgID,oid,result,etime,filter,attrs,ou,version,type,authFailureID,authFailureReason,name,o	additional.fields	他の UDM フィールドでカバーされない追加のメタデータ
	metadata.event_type	イベントのタイプ（USER_LOGIN、NETWORK_CONNECTION など）
operation,operation1	metadata.product_event_type	プロダクト固有のイベントタイプ
プロトコル	network.application_protocol	ネットワーク接続で使用されるアプリケーション プロトコル
hostname	principal.hostname	プリンシパル アセットのホスト名
srcaddr	principal.ip	プリンシパルの IP アドレス
srcport	principal.port	プリンシパルが使用するポート番号
uid	principal.user.userid	プリンシパル ユーザーのユーザー ID
オペレーション	security_result.action_details	セキュリティ プロダクトが実行したアクションの詳細
reason	security_result.description	セキュリティ結果の説明
msg_data	security_result.summary	セキュリティ結果の概要
destaddr	target.ip	ターゲットの IP アドレス
destport	target.port	ターゲットが使用するポート番号
	metadata.product_name	イベントを生成するプロダクトの名前
	metadata.vendor_name	プロダクトのベンダー名
authFailureID", "filter", "attrs", "changetype", "replace" and "authFailureReason	additional.fields	変更履歴からマッピング
from	principal.ip	変更履歴からマッピング

変更ログ

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

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