Digi Modems のログを収集する

パーサーのバージョン: 1.0

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

Google SecOps SIEM

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

Digi Modems は、ログイン イベント、認証試行、ネットワーク接続の Syslog メッセージを生成する産業用セルラー モデムです。パーサーは、grok パターンを使用してフィールドを抽出し、Unified Data Model（UDM）にマッピングします。

始める前に

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

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

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
   

   サービスは [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/digi_modems:
      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: DIGI_MODEMS
      raw_log_field: body
  
  service:
    pipelines:
      logs/digi_modems_to_chronicle:
        receivers:
          - udplog
        exporters:
          - chronicle/digi_modems
  

構成パラメータ

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

• レシーバーの構成:

  • listen_address: リッスンする IP アドレスとポート:
    • すべてのインターフェースでリッスンする場合は 0.0.0.0（推奨）
    • ポート 514 は標準の Syslog ポートです（Linux では root が必要です。root 以外の場合は 1514 を使用してください）。

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

  • 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: Google SecOps コンソールからコピーしたお客様 ID
  • location: <LOCATION> を Google SecOps インスタンスのリージョン（us、europe、asia-southeast1 など）に置き換えます。エクスポーターは、chronicle.googleapis.com の前にこの値を付けます。完全なリストについては、リージョン エンドポイントをご覧ください。
  • project: <PROJECT_NUMBER> を [IAM と管理] > [設定] のプロジェクト番号に置き換えます。
  • endpoint: chronicle.googleapis.com に設定したままにします。

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

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

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

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

構成ファイルを保存する

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

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

• Linux で Bindplane エージェントを再起動するには、次のコマンドを実行します。

  sudo systemctl restart observiq-otel-collector
  

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

     sudo systemctl status observiq-otel-collector
     

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

     sudo journalctl -u observiq-otel-collector -f
     

• Windows で Bindplane エージェントを再起動するには、次のいずれかのオプションを選択します。

  • 管理者としてコマンド プロンプトまたは 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"
       

Digi Modem で Syslog サーバーを構成する

1. Digi Remote Manager またはローカル Digi Modem ウェブ UI にログインします。
2. Remote Manager を使用してデバイス設定にアクセスします。
   • Syslog を構成するデバイスを見つけます。
   • [デバイス ID]> [設定]> [構成] をクリックします。
3. ローカル Digi Modem ウェブ UI を使用してデバイス設定にアクセスします。
   • [システム] > [構成] > [デバイス設定] をクリックします。
4. [システム] > [ログ] に移動します。
5. クリックして [サーバーリスト] を開きます。
6. [サーバーを追加 +] をクリックします。
7. 次の構成情報を指定します。
   • サーバー: Bindplane エージェントの IP アドレスを入力します。
   • サーバーに送信するイベント カテゴリを選択します（デフォルトではすべてのイベント カテゴリが有効になっています）。
   • Syslog 出力ポート: Bindplane エージェントのポート番号を入力します（デフォルトは 514）。
   • [Protocol]: [**UDP**] を選択します。
8. [適用] をクリックします。

サポートされている Digi モデムのログサンプル

• SYSLOG

  {
    "priority": 14,
    "timestamp": "Dec 28 17:27:45",
    "hostname": "host-device.router",
    "tag": "Eventlog",
    "message": "17:27:33, 28 Dec 2006,Login failure by Host: 10.0.0.25:23: CMD,Telnet"
  }
  

• SYSLOG

  {
    "priority": 14,
    "timestamp": "May 25 11:03:55",
    "hostname": "internal-srv-01",
    "tag": "Eventlog",
    "message": "11:03:55, 25 May 2023,Login failure by sanitized_user: WEB"
  }
  

• SYSLOG

  {
    "priority": 14,
    "timestamp": "Jun 11 23:58:26",
    "hostname": "internal-srv-01",
    "tag": "Eventlog",
    "message": "23:58:26, 11 Jun 2023,Login failure by GET /masked_path HTTP/1.0: CMD,Telnet"
  }
  

• SYSLOG

  {
    "priority": 14,
    "timestamp": "Jun 19 19:52:19",
    "hostname": "gateway-device-02",
    "tag": "Eventlog",
    "message": "19:52:18, 19 Jun 2023,WEB Login OK by internal_admin lvl 0"
  }
  

UDM マッピング テーブル

ログフィールド	UDM マッピング	ロジック
コンテンツ	security_result.description	最初の grok 解析後に content フィールドから直接マッピングされます。
http_method	network.http.method	grok パターンを使用して content フィールドから抽出されます。
http_version	network.application_protocol_version	grok パターンを使用して content フィールドから抽出されます。
hostname	principal.hostname	grok パターンを使用してログ メッセージから抽出されます。
ip	target.ip	grok パターンを使用して content フィールドから抽出されます。
ポート	target.port	grok パターンを使用して content フィールドから抽出され、整数に変換されます。
proto	network.application_protocol	grok パターンを使用して content フィールドから抽出されます。
ts	metadata.event_timestamp	grok パターンを使用してログ メッセージから抽出され、タイムスタンプに変換されます。
type	login_type_label.value	grok パターンを使用して content フィールドから抽出されます。
	extensions.auth.type	パーサーのロジックによって MACHINE に設定されます。
	login_type_label.key	パーサーのロジックによって Login type に設定されます。
	metadata.event_type	ip や user などの特定のフィールドの有無によって決まり、NETWORK_CONNECTION または USER_LOGIN に設定されます。
	metadata.log_type	パーサーのロジックによって DIGI_MODEMS に設定されます。
	metadata.product_event_type	ログ メッセージの product_type フィールドから抽出されます。
	metadata.product_name	パーサーのロジックによって DIGI_MODEMS に設定されます。
	metadata.vendor_name	パーサーのロジックによって DIGI_MODEMS に設定されます。
	security_result.action	メッセージに Login OK または Login failure が存在するかどうかによって決まり、それぞれ ALLOW または BLOCK に設定されます。
ユーザー	target.user.userid	grok パターンを使用して content フィールドから抽出されます。

変更ログ

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

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