OpenLDAP ログを収集する

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

Google SecOps SIEM

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

OpenLDAP は、アクセスログ、監査ログ、レプリケーション ログを生成するオープンソースの LDAP ディレクトリ サーバーです。パーサーは、OpenLDAP ログエントリからフィールドを抽出し、統合データモデル（UDM）にマッピングして、ユーザー ID、認証イベント、LDAP オペレーション、セキュリティ結果をキャプチャします。

始める前に

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

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

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 エージェントをインストールするシステムにファイルを安全に保存します。

注: このファイルは、Google が 2027 年 7 月 20 日に提供を終了する予定のレガシー Ingestion API（malachiteingestion-pa.googleapis.com）に対してエージェントを認証します。その日までにオプション 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
   

サービスは [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 エージェントのインストール ガイドをご覧ください。

注: 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:
    udplog:
      listen_address: "0.0.0.0:514"
  
  exporters:
    chronicle/openldap:
      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: OPENLDAP
      raw_log_field: body
  
  service:
    pipelines:
      logs/openldap:
        receivers:
          - udplog
        exporters:
          - chronicle/openldap
  

構成パラメータ

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

• レシーバーの構成:

  • udplog: プロトコルに基づくレシーバー タイプ:
    • 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/openldap:
      compression: gzip
      creds_file_path: '/opt/observiq-otel-collector/ingestion-auth.json'
      customer_id: '<customer_id>'
      endpoint: malachiteingestion-pa.googleapis.com
      log_type: OPENLDAP
      raw_log_field: body
  

注: このエクスポーターは、2027 年 7 月 20 日に Ingestion API が廃止されると動作を停止します。

構成ファイルを保存する

• 編集後、ファイルを保存します。
  • 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"
   

OpenLDAP syslog 転送を構成する

OpenLDAP（slapd）は、syslog 経由でログを記録するように構成できます。OpenLDAP ログを Bindplane エージェントに転送するように syslog デーモンを構成します。

1. OpenLDAP が syslog にログを記録するように構成されていることを確認します。slapd.conf または cn=config で loglevel ディレクティブを確認します。

   loglevel stats conns
   

   注: 一般的なログレベルには、stats（接続/オペレーションの統計情報）、conns（接続管理）、ACL（アクセス制御処理）などがあります。必要なイベントをキャプチャするようにログレベルを調整します。

2. OpenLDAP ログはデフォルトで local4 syslog ファシリティに記録されます。これらのログを Bindplane エージェントに転送するように rsyslog を構成します。構成ファイルを作成します。

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

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

   local4.* @BINDPLANE_AGENT_IP:514
   

   注: BINDPLANE_AGENT_IP は、Bindplane エージェント ホストの IP アドレスに置き換えます。TCP の場合は、@ ではなく @@ を使用します。

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

   sudo systemctl restart rsyslog
   

UDM マッピング テーブル

ログフィールド	UDM マッピング	ロジック
op, fd, ou, cn, dc, dc1, base1, base2, base3, scope_data, valueData, method, filter, tag_data, err, attrData, ou_2, ou_1, syslog_message, immutable_user_id, resource	additional.fields	これらのフィールドから作成されたラベルとマージされます
	extensions.auth.type	「AUTHTYPE_UNSPECIFIED」に設定
caller_ip, proxy1_ip, proxy2_ip	intermediary	intermediary、proxy_1、proxy_2 からマージ
msg1, inner_message	metadata.description	msg1 または inner_message の値
	metadata.event_type	最初は「GENERIC_EVENT」に設定し、プリンシパル IP が存在する場合は「STATUS_UPDATE」、ユーザーが存在する場合は「USER_UNCATEGORIZED」、タイムスタンプまたは inner_ts が存在する場合は「USER_LOGIN」に設定
ldap_action	metadata.product_event_type	ldap_action の値を小文字に変換
ldap_conn	metadata.product_log_id	「conn=」を削除した後の ldap_conn の値
user_agent	network.http.user_agent	値を直接コピー
session_id	network.session_id	値を直接コピー
principal_ip, prin_ip, caller_ip, r_ip_or_host, proxy_client_ip, src_ip, client_ip	principal.asset.ip	principal_ip（- を . に置き換えた後）、prin_ip、caller_ip、r_ip_or_host（IP の場合）、proxy_client_ip、src_ip、client_ip からマージ
r_ip_or_host, src_host	principal.hostname	ホスト名の場合は r_ip_or_host の値、それ以外の場合は src_host
principal_ip, prin_ip, caller_ip, r_ip_or_host, proxy_client_ip, src_ip, client_ip	principal.ip	principal_ip（- を . に置き換えた後）、prin_ip、caller_ip、r_ip_or_host（IP の場合）、proxy_client_ip、src_ip、client_ip からマージ
country	principal.location.country_or_region	値を直接コピー
prin_port, port, src_port	principal.port	prin_port、port、src_port の値を整数に変換
syslog_process	principal.process.file.full_path	値を直接コピー
syslog_pid	principal.process.pid	値を直接コピー
org_name	principal.user.company_name	値を直接コピー
user, cn, uid	principal.user.userid	user、cn、uid の値
security_result	security_result	直接マージ
action, sec_action	security_result.action	action（エラーコードに基づく）または sec_action（login_status に基づく）の値
resource, immutable_user_id	security_result.detection_fields	resource と immutable_user_id のラベルとマージ
inner_descrption, security_description	security_result.description	inner_descrption または security_description の値
tuser, username, userid	target.user.userid	tuser、username、userid の値
	metadata.product_name	「OpenLDAP」に設定
	metadata.vendor_name	「OpenLDAP」に設定
eventType	event.idm.read_only_udm.metadata.product_event_type	変更履歴からマッピング
cn	event.idm.read_only_udm.additional.fields	変更履歴からマッピング
sequenceId	event.idm.read_only_udm.additional.fields	変更履歴からマッピング
dc_2	event.idm.read_only_udm.additional.fields	変更履歴からマッピング
dc_3	event.idm.read_only_udm.additional.fields	変更履歴からマッピング
dc	event.idm.read_only_udm.additional.fields	変更履歴からマッピング
dc_1	event.idm.read_only_udm.additional.fields	変更履歴からマッピング
user	event.idm.read_only_udm.principal.user.userid	変更履歴からマッピング
path	event.idm.read_only_udm.principal.process.file.full_path	変更履歴からマッピング
ip1	principal.ip	変更履歴からマッピング
base", "err", "attr", "tag", "scope", and "valueData	additional.fields	変更履歴からマッピング
security_result.action	ALLOW	変更履歴からマッピング
security_result.action	BLOCK	変更履歴からマッピング

変更ログ

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

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