Arista スイッチのログを収集する

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

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

Google SecOps SIEM

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

Arista EOS（Extensible Operating System）は、Arista ネットワーク スイッチで実行され、システム イベント、インターフェースの変更、認証、AAA アカウンティング、プロトコルの状態変更に関する syslog メッセージを生成します。パーサーは JSON 形式と syslog 形式の両方を処理します。

始める前に

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

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

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/arista_switch:
      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: ARISTA_SWITCH
      raw_log_field: body
  
  service:
    pipelines:
      logs/arista_to_chronicle:
        receivers:
          - udplog
        exporters:
          - chronicle/arista_switch
  

構成パラメータ

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

• レシーバーの構成:

  • 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/arista_switch:
      compression: gzip
      creds_file_path: '/opt/observiq-otel-collector/ingestion-auth.json'
      customer_id: '<customer_id>'
      endpoint: malachiteingestion-pa.googleapis.com
      log_type: ARISTA_SWITCH
      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. サービスが実行されていることを確認します。

     ```bash
     sudo systemctl status observiq-otel-collector
     ```
     

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

     ```bash
     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"
       

Arista スイッチで syslog を構成する

1. Arista スイッチにログインします。

2. 構成モードに入ります。

   Arista# configure terminal
   

3. Bindplane エージェントにログを送信するように syslog の宛先を構成します。

   Arista(config)# logging host <bindplane-server-ip> <port-number> protocol udp
   Arista(config)# logging trap informational
   Arista(config)# copy running-config startup-config
   

   • <bindplane-server-ip> を Bindplane エージェントの IP アドレスに置き換えます。
   • <port-number> をリッスンするように構成されたポート（514 など）に置き換えます。

4. （省略可）AAA アカウンティングのコマンド実行ロギングを有効にします。

   Arista(config)# aaa accounting commands all console start-stop logging
   Arista(config)# aaa accounting commands all default start-stop logging
   Arista(config)# aaa accounting exec console start-stop logging
   Arista(config)# aaa accounting exec default start-stop logging
   Arista(config)# copy running-config startup-config
   

5. （省略可）認証の成功と失敗のロギングを有効にします。

   Arista(config)# aaa authentication policy on-success log
   Arista(config)# aaa authentication policy on-failure log
   Arista(config)# copy running-config startup-config
   

UDM マッピング テーブル

ログフィールド	UDM マッピング	論理
appname	target.application	appname フィールドから直接マッピングされます。
description	metadata.description	description フィールドから直接マッピングされます。このフィールドは、product_event_type に基づいて Grok パターンを使用して message フィールドから抽出されます。
dst_ip	target.ip、target.asset.ip	dst_ip フィールドから直接マッピングされます。このフィールドは、Grok パターンを使用して message フィールドから抽出されます。
dst_mac	target.mac	dst_mac フィールドから直接マッピングされます。このフィールドは、Grok パターンを使用して message フィールドから抽出されます。
dst_port	target.port	dst_port フィールドから直接マッピングされます。このフィールドは、Grok パターンを使用して message フィールドから抽出されます。
facility	additional.fields[facility].string_value	facility フィールドから直接マッピングされます。
hostname	principal.hostname、principal.asset.hostname	hostname フィールドから直接マッピングされます。
inner_msg	metadata.description	inner_msg フィールドから直接マッピングされます。このフィールドは、Grok パターンを使用して message フィールドから抽出されます。
ip_protocol	network.ip_protocol	ip_protocol フィールドから直接マッピングされます。このフィールドは、Grok パターンを使用して message フィールドから抽出されます。値が「tcp」の場合は、「TCP」に変換されます。イベントタイプが「NO_IGMP_QUERIER」の場合は、「IGMP」に設定されます。
pid	principal.process.pid	pid フィールドから直接マッピングされます。このフィールドは、Grok パターンを使用して message フィールドから抽出されます。
prin_ip	principal.ip、principal.asset.ip	prin_ip フィールドから直接マッピングされます。このフィールドは、Grok パターンを使用して message フィールドから抽出されます。
product_event_type	metadata.product_event_type	product_event_type フィールドから直接マッピングされます。このフィールドは、Grok パターンを使用して message フィールドから抽出されます。
proto	network.application_protocol	proto フィールドが「sshd」の場合、UDM フィールドは「SSH」に設定されます。
severity	security_result.severity、security_result.severity_details	security_result.severity は、次のマッピングに基づいて severity フィールドから派生します。「DEFAULT」、「DEBUG」、「INFO」、「NOTICE」->「INFORMATIONAL」、「WARNING」、「ERROR」、「ERR」、「WARN」->「MEDIUM」、「CRITICAL」、「ALERT」、「EMERGENCY」->「HIGH」。severity の未加工の値は security_result.severity_details にマッピングされます。
session_id	network.session_id	session_id フィールドから直接マッピングされます。このフィールドは、Grok パターンを使用して message フィールドから抽出されます。
source_ip	principal.ip、principal.asset.ip	source_ip フィールドから直接マッピングされます。このフィールドは、Grok パターンを使用して message フィールドから抽出されます。
source_port	principal.port	source_port フィールドから直接マッピングされます。このフィールドは、Grok パターンを使用して message フィールドから抽出されます。
src_ip	principal.ip、principal.asset.ip	src_ip フィールドから直接マッピングされます。このフィールドは、Grok パターンを使用して message フィールドから抽出されます。
table_name	target.resource.name	table_name フィールドから直接マッピングされます。このフィールドは、Grok パターンを使用して message フィールドから抽出されます。このフィールドが入力されている場合、target.resource.resource_type は「TABLE」に設定されます。
target_host	target.hostname、target.asset.hostname	target_host フィールドから直接マッピングされます。このフィールドは、Grok パターンを使用して message フィールドから抽出されます。
target_ip	target.ip、target.asset.ip	target_ip フィールドから直接マッピングされます。このフィールドは、Grok パターンを使用して message フィールドから抽出されます。
target_package	target.process.command_line	target_package フィールドから直接マッピングされます。このフィールドは、Grok パターンを使用して message フィールドから抽出されます。
target_port	target.port	target_port フィールドから直接マッピングされます。このフィールドは、Grok パターンを使用して message フィールドから抽出されます。
timestamp	metadata.event_timestamp	タイムスタンプ オブジェクトに解析された後、timestamp フィールドから直接マッピングされます。
user	principal.user.userid	user フィールドから直接マッピングされます。このフィールドは、Grok パターンを使用して message フィールドから抽出されます。
user_name	target.user.userid	user_name フィールドから直接マッピングされます。このフィールドは、Grok パターンを使用して message フィールドから抽出されます。
vrf	additional.fields[vrf].string_value	vrf フィールドから直接マッピングされます。このフィールドは、Grok パターンを使用して message フィールドから抽出されます。パーサーコードに記載されているように、複雑な条件ロジックを使用して、has_principal、has_target、user、message、product_event_type、description フィールドの組み合わせから派生します。デフォルト値は「GENERIC_EVENT」です。「ARISTA_SWITCH」にハードコードされています。「Arista Switch」にハードコードされています。「Arista」にハードコードされています。description フィールドに「connection rejected」が含まれている場合は、「BLOCK」に設定されます。
dpid	additional.fields[DPID].string_value	dpid フィールドから直接マッピングされます。
intf	additional.fields[intf].string_value	intf フィールドから直接マッピングされます。

変更ログ

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

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