Cisco Vision Dynamic Signage Director（旧 StadiumVision Director）のログを収集する

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

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

Google SecOps SIEM

このドキュメントでは、Bindplane を使用して Cisco Vision Dynamic Signage Director（以前の StadiumVision Director）のログを Google Security Operations に取り込む方法について説明します。

Cisco Vision Dynamic Signage Director は、スタジアム、アリーナ、大規模な会場向けに設計されたデジタル サイネージおよびコンテンツ管理プラットフォームです。これにより、ビデオウォール、スコアボード、デジタル メニュー ボードなど、会場ネットワーク全体のデジタル ディスプレイへのマルチメディア コンテンツの一元管理と配信が可能になります。

始める前に

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

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

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. 鍵ファイルを ingestion-auth.json として Bindplane コレクタ ディレクトリ（Linux の場合は /opt/observiq-otel-collector/ingestion-auth.json、Windows の場合は C:\Program Files\observIQ OpenTelemetry Collector\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:
    udplog:
      listen_address: "0.0.0.0:514"
  
  exporters:
    chronicle/cisco_vision:
      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: '<PLACEHOLDER_CREDS_FILE_PATH>'
      customer_id: '<PLACEHOLDER_CUSTOMER_ID>'
      endpoint: chronicle.googleapis.com
      log_type: CISCO_STADIUMVISION
      raw_log_field: body
      ingestion_labels:
        source: cisco_vision_director
  
  service:
    pipelines:
      logs/cisco_vision_to_chronicle:
        receivers:
          - udplog
        exporters:
          - chronicle/cisco_vision
  

構成パラメータ

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

• レシーバーの構成:

  • 受信側は、すべてのネットワーク インターフェース（0.0.0.0:514）の UDP ポート 514 でリッスンするように構成されています。
  • Cisco Vision Director は、UDP（RFC 5426 トランスポート）経由で RFC 5424 形式を使用して syslog メッセージを送信します。

• エクスポータの構成:

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

• 構成の例

  receivers:
    udplog:
      listen_address: "0.0.0.0:514"
  
  exporters:
    chronicle/cisco_vision:
      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: 'a1b2c3d4-e5f6-g7h8-i9j0-k1l2m3n4o5p6'
      endpoint: chronicle.googleapis.com
      log_type: CISCO_STADIUMVISION
      raw_log_field: body
      ingestion_labels:
        source: cisco_vision_director
        env: production
  
  service:
    pipelines:
      logs/cisco_vision_to_chronicle:
        receivers:
          - udplog
        exporters:
          - chronicle/cisco_vision
  

以前の取り込み API エクスポータ

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

  exporters:
    chronicle/cisco_vision:
      compression: gzip
      creds_file_path: '<PLACEHOLDER_CREDS_FILE_PATH>'
      customer_id: '<PLACEHOLDER_CUSTOMER_ID>'
      endpoint: malachiteingestion-pa.googleapis.com
      log_type: CISCO_STADIUMVISION
      raw_log_field: body
      ingestion_labels:
        source: cisco_vision_director
  

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

Cisco Vision Dynamic Signage Director の syslog 転送を構成する

Cisco Vision Director で syslog を有効にする

1. 管理者認証情報を使用して Cisco Vision Dynamic Signage Director ウェブ インターフェースにログインします。
2. [Configuration] > [System Configuration] > [Dynamic Signage Director Setting] > [Syslog Configuration] に移動します。
3. [Configuration Properties] パネルで [Enable Syslog] を選択します。
4. [編集] をクリックします。[Edit Configuration Setting] ダイアログ ボックスが表示されます。
5. プルダウン メニューから [true] を選択します。
6. [保存] をクリックします。

注: [Enable Syslog] のデフォルト値は false です。これを true に設定すると、Cisco Vision Director はシステムログ ファイルを外部の syslog サーバーに送信できます。

Syslog サーバーの IP アドレスとポートを構成する

1. 同じ Syslog Configuration セクションで、Syslog サーバー IP & ポート を選択します。
2. [編集] をクリックします。[構成を編集] ダイアログ ボックスが表示されます。
3. [値] フィールドに、Bindplane エージェント ホストの IP アドレスとポートを IP_ADDRESS:PORT の形式で入力します。
   • 例: 192.168.1.100:514
   • 192.168.1.100 は、Bindplane エージェント ホストの実際の IP アドレスに置き換えます。
   • Bindplane エージェントの構成に合わせてポート 514 を使用します。
4. [保存] をクリックします。
5. [Syslog Server IP & Port] フィールドに IP アドレスとポートが表示されていることを確認します。

注: Cisco Vision Director は、UDP トランスポート（RFC 5426）を介して RFC 5424 形式（最新の syslog メッセージ形式）でシステムログ ファイルを転送します。

Director を介した DMP syslog 転送を有効にする（省略可）

Digital Media Player（DMP）システムログを Cisco Vision Director 経由で外部 syslog サーバーに転送する場合は、次の手順を行います。

1. [Syslog Configuration] セクションで、[Enable DMP Syslog through Director] を選択します。
2. [編集] をクリックします。[Edit Configuration Setting] ダイアログ ボックスが表示されます。
3. [値] を [true] に変更します。
4. [保存] をクリックします。

注: この設定により、DWS ログを除き、DMP システム ログファイルが Cisco Vision Director を介して外部 Syslog サーバーに転送されます。デフォルト値は false です。

syslog の構成を確認する

1. 構成を保存したら、ログが Bindplane エージェントに送信されていることを確認します。

2. Bindplane エージェント ログで、受信した syslog メッセージを確認します。

   • Linux:

   sudo journalctl -u observiq-otel-collector -f
   

   • Windows:

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

3. Cisco Vision Director の syslog メッセージの受信と転送が成功したことを示すログエントリが表示されます。

その他の構成リソース

Cisco Vision Dynamic Signage Director の syslog 構成の詳細については、次の Cisco ドキュメントをご覧ください。

• Cisco Vision Dynamic Signage Director リリース 6.4 のリリースノート
• Cisco Vision Dynamic Signage Director 管理ガイド リリース 6.4

UDM マッピング テーブル

ログフィールド	UDM マッピング	ロジック
intem_host	intermediary.hostname	仲介デバイスのホスト名
desc, data	metadata.description	イベントに関する追加の説明
	metadata.event_type	ログエントリが表すイベントの種類
event_category	metadata.product_event_type	プロダクト固有のイベントタイプ
	network.application_protocol	接続で使用されるアプリケーション プロトコル
method	network.http.method	リクエストで使用される HTTP メソッド
レスポンス	network.http.response_code	HTTP レスポンス コード
user_agent	network.http.user_agent	HTTP リクエストのユーザー エージェント文字列
ses	network.session_id	ネットワーク セッションの識別子
アプリケーション	principal.application	プリンシパルに関連付けられたアプリケーション
prin_ip	principal.ip	プリンシパルに関連付けられた IP アドレス
pid	principal.process.pid	プリンシパルのプロセス ID
acct	principal.user.userid	プリンシパルのユーザー ID
action_result	security_result.action	セキュリティ システムによって実行されたアクション
res、task	security_result.action_details	セキュリティ アクションの詳細
msg_data, desc	security_result.description	セキュリティ結果の説明
grantors、method_name、type、name、count、m1_rate、m5_rate、m15_rate、mean_rate、rate_unit、duration_unit	security_result.detection_fields	検出に関連する追加フィールド
重要度	security_result.severity	セキュリティ結果の重大度レベル
op, act_detail	security_result.summary	セキュリティ結果の概要
exe、ENV	target.file.full_path	ターゲット ファイルのフルパス
COMMAND	target.process.command_line	ターゲット プロセスのコマンドライン
path, url	target.url	ターゲットに関連付けられた URL
USER	target.user.userid	ターゲットのユーザー ID

変更ログ

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

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