ManageEngine Log360 のログを収集する

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

Google SecOps SIEM

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

ManageEngine Log360 は、環境全体の複数のソースからログを収集、モニタリング、分析する、統合された SIEM およびログ管理ソリューションです。集約されたセキュリティ イベントとコンプライアンス監査ログを生成します。Log360 の EventLog Analyzer コンポーネントには、RFC 5424、RFC 3164、JSON、カスタム テンプレートなどの複数の出力形式をサポートする Syslog Forwarder 機能が組み込まれています。

始める前に

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

• Google SecOps インスタンス
• Windows Server 2016 以降、または systemd を使用する Linux ホスト
• Bindplane エージェントと ManageEngine Log360 間のネットワーク接続
• プロキシの背後で実行している場合は、Bindplane エージェントの要件に従ってファイアウォール ポートが開いていることを確認します
• 管理者権限を持つ ManageEngine Log360 への特権アクセス
• 環境からログを収集するようにインストールおよび構成された ManageEngine Log360

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

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

• 新しいデプロイ: Chronicle API（オプション 1）を使用します。
• 以前のデプロイ: 2027 年 7 月 20 日に Ingestion API が廃止されるまで、取り込み認証ファイル（オプション 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] をコピーして保存します。

   注: Bindplane エージェント エクスポータを構成するには、お客様 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 エージェントのインストール ガイドをご覧ください。

注: 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/log360:
      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: MANAGE_ENGINE_LOG360
      raw_log_field: body
      ingestion_labels:
        env: production
  
  service:
    pipelines:
      logs/log360_to_chronicle:
        receivers:
          - tcplog
        exporters:
          - chronicle/log360
  

構成パラメータ

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

• レシーバーの構成:

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

• エクスポータの構成:

  • log360: エクスポータのわかりやすい名前
  • 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 に設定したままにします。
  • MANAGE_ENGINE_LOG360: Chronicle に表示されるログタイプ
  • ingestion_labels: YAML 形式の省略可能なラベル（例: env: production）

• パイプラインの構成:

  • log360_to_chronicle: パイプラインのわかりやすい名前

以前の Ingestion API エクスポータ

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

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

注: このエクスポータは、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"
   

ManageEngine Log360 syslog 転送を構成する

1. 管理者として ManageEngine Log360 コンソールにログインします。
2. [Settings] > [Admin Settings] > [Integrations] > [Log Forwarding] に移動します。
3. [Add New Profile] をクリックします。

4. 次の設定で転送プロファイルを構成します。

   設定	値
   フォワーダー名	わかりやすい名前を入力します（例: Chronicle-Bindplane）。
   移行先サーバー	Bindplane エージェント ホストの IP アドレスを入力します。
   プロトコル	Bindplane レシーバー タイプに合わせて [TCP] または [UDP] を選択します。
   ポート	Bindplane エージェントのレシーバー構成と一致するポート（514 など）を入力します。

5. [カスタマイズ] をクリックして、ログ形式を選択します。利用可能な形式は次のとおりです。

   • Rawlog: 受信した元のログを転送します。
   • JSON: 構造化 JSON 形式でログを転送します。
   • RFC 5424: 構造化データのサポートを含む標準の syslog 形式
   • 構造化データを含む RFC 5424: 拡張 RFC 5424 形式
   • RFC 3164: 以前の BSD syslog 形式
   • カスタム: カスタム syslog 形式テンプレートを定義します。

6. [デバイスを選択] で、ログを転送するデバイスを追加します。

7. 転送条件を選択します。

   • すべてのログ: 選択したデバイスから受信したすべてのログを転送します。
   • 除外: 指定したルールに一致するログを除外します。
   • 転送のみ: 指定したルールに一致するログのみを転送します

8. [保存] をクリックします。

   注: EventLog Analyzer は、最大 5 つの転送プロファイルをサポートしています。各プロファイルは、異なる宛先サーバーに転送できます。

UDM マッピング テーブル

ログフィールド	UDM マッピング	ロジック
authentication_package	additional.fields	authentication_package から作成されたラベル オブジェクトと統合されました
Logon_type	extensions.auth.mechanism	Logon_type == '3' の場合は「NETWORK」に設定。'4' の場合は「BATCH」、'5' の場合は「SERVICE」、'8' の場合は「NETWORK_CLEAR_TEXT」、'9' の場合は「NEW_CREDENTIALS」、'10' の場合は「REMOTE_INTERACTIVE」、'11' の場合は「CACHED_INTERACTIVE」、空でない場合は「MECHANISM_OTHER」に設定。
ユーザー	intermediary.hostname	値を直接コピーする
msg	metadata.description	値が直接コピーされる
user_present、principal_present	metadata.event_type	user_present == "true" の場合は「USER_RESOURCE_ACCESS」に設定。principal_present == "true" の場合は「STATUS_UPDATE」に設定。それ以外の場合は「GENERIC_EVENT」に設定。
eventid	metadata.product_event_type	値を直接コピーする
principal_domain	principal.administrative_domain	値を直接コピーする
source_ip	principal.asset.ip	IP Grok パターンを使用して抽出され、有効な場合は統合されます
source_ip	principal.ip	IP grok パターンを使用して抽出され、有効な場合はマージされます。
source_port	principal.port	値が直接コピーされ、整数に変換されます
creator_process_name	principal.process.file.full_path	値が直接コピーされる
process_id	principal.process.pid	値が [""," -"] に含まれていない場合、値は直接コピーされます。
logon_guid	principal.resource.product_object_id	値が直接コピーされる
principal_account_name	principal.user.userid	値を直接コピーする
principal_security_id	principal.user.windows_sid	Windows SID 正規表現と一致する場合、値は直接コピーされます。
channel, principal_logon_id, impersonation_level, restricted_admin_mode, virtual_account, elevated_token, event_in_sequence, logon_process, transited_services, key_length	security_result.detection_fields	各フィールドから作成されたラベル オブジェクトと統合
概要	security_result.description	値が直接コピーされる
イベント	src.asset.software.vendor_name	値を直接コピーする
target_domain	target.administrative_domain	[""," -"] にない場合、値は直接コピーされます。
target_account_name	target.user.userid	[""," -"] にない場合、値は直接コピーされます。
target_security_id	target.user.windows_sid	Windows SID 正規表現と一致する場合、値は直接コピーされます。

変更ログ

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

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