AMD Pensando DSS ファイアウォール ログを収集する

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

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

Google SecOps SIEM

このドキュメントでは、Bindplane を使用して AMD Pensando DSS ファイアウォール ログを Google Security Operations に取り込む方法について説明します。

AMD Pensando Distributed Services Switch（DSS）ファイアウォールは、Aruba CX 10000 シリーズ スイッチ内の AMD Pensando DPU で実行されるハードウェア アクセラレーション ステートフル ファイアウォールです。マイクロセグメンテーションと east-west トラフィック検査をラインレートで提供します。ファイアウォールは、AMD Pensando Policy and Services Manager（PSM）を介して管理されます。PSM は、一元化されたポリシー構成、モニタリング、Syslog エクスポート機能を提供します。

始める前に

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

• Google SecOps インスタンス。
• Windows Server 2016 以降、または systemd を使用する Linux ホスト。
• プロキシの背後で実行している場合は、Bindplane エージェントの要件に従ってファイアウォール ポートが開いていることを確認します。
• AMD Pensando Policy and Services Manager（PSM）または Aruba CX 10000 スイッチ管理インターフェースへの特権アクセス。
• Bindplane エージェント ホストと Aruba CX 10000 スイッチまたは PSM 間のネットワーク接続。

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 エージェントをインストールする

次の手順に沿って、Windows または Linux オペレーティング システムに Bindplane エージェントをインストールします。

Windows のインストール

1. 管理者として コマンド プロンプトまたは PowerShell を開きます。

2. 次のコマンドを実行します。

   msiexec /i "https://github.com/observIQ/bindplane-agent/releases/latest/download/observiq-otel-collector.msi" /quiet
   

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
   

その他のインストール リソース

その他のインストール オプションについては、Bindplane エージェントのインストール ガイドをご覧ください。

注: Chronicle API エクスポータの構成には、Bindplane コレクタ v1.106.0 以降が必要です。上記のコマンドを実行すると、最新リリースがインストールされます。既存のインストールを更新する場合は、構成を変更する前にコレクタをアップグレードします。

Syslog を取り込んで Google SecOps に送信するように Bindplane エージェントを構成する

1. 構成ファイルにアクセスします。

   • config.yaml ファイルを見つけます。通常は、Linux の /opt/observiq-otel-collector/ ディレクトリまたは Windows のインストール ディレクトリにあります。
   • テキスト エディタ（nano、vi、メモ帳など）を使用してファイルを開きます。

2. config.yaml ファイルを次のように編集します。

   receivers:
     udplog:
       # Replace the port and IP address as required
       listen_address: "0.0.0.0:514"
   
   exporters:
     chronicle/chronicle_w_labels:
       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
       # Adjust the path to the credentials file you downloaded in Step 1
       creds_file_path: '/path/to/ingestion-authentication-file.json'
       # Replace with your actual customer ID from Step 2
       customer_id: '<CUSTOMER_ID>'
       endpoint: chronicle.googleapis.com
       # Add optional ingestion labels for better organization
       log_type: 'AMD_DSS_FIREWALL'
       raw_log_field: body
       ingestion_labels:
   
   service:
     pipelines:
       logs/source0__chronicle_w_labels-0:
         receivers:
           - udplog
         exporters:
           - chronicle/chronicle_w_labels
   

   • <LOCATION> は、Google SecOps インスタンスのリージョン（us、europe、asia-southeast1 など）に置き換えます。エクスポーターは、chronicle.googleapis.com の先頭にこの値を付加します。完全なリストについては、リージョン エンドポイントをご覧ください。
   • <PROJECT_NUMBER> は、[IAM と管理>設定] のプロジェクト番号に置き換えます。

• 自社のインフラストラクチャでの必要性に応じて、ポートと IP アドレスを置き換えます。
• <CUSTOMER_ID> は、実際のお客様 ID に置き換えます。
• /path/to/ingestion-authentication-file.json を、サービス アカウント キー ファイル（オプション 1）が保存されたファイルパスに更新します。

以前の Ingestion API エクスポータ

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

  exporters:
    chronicle/chronicle_w_labels:
      compression: gzip
      # Adjust the path to the credentials file you downloaded in Step 1
      creds_file_path: '/path/to/ingestion-authentication-file.json'
      # Replace with your actual customer ID from Step 2
      customer_id: '<CUSTOMER_ID>'
      endpoint: malachiteingestion-pa.googleapis.com
      # Add optional ingestion labels for better organization
      log_type: 'AMD_DSS_FIREWALL'
      raw_log_field: body
      ingestion_labels:
  

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

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"
   

AMD Pensando DSS ファイアウォールで syslog 転送を構成する

AMD Pensando DSS ファイアウォールは、syslog 転送を構成する 2 つの方法をサポートしています。Pensando Policy and Services Manager（PSM）ウェブ インターフェースを使用する方法と、Aruba CX 10000 スイッチの AOS-CX CLI を使用する方法です。

Pensando PSM を介して syslog エクスポートを構成する

1. AMD Pensando Policy and Services Manager（PSM）のウェブ インターフェースにログインします。
2. [Monitoring] > [Alerts & Events] に移動します。
3. [Destinations] タブを選択します。
4. [Add Destination] をクリックします。
5. 次の構成情報を指定します。
   • 宛先タイプ: [Syslog] を選択します。
   • サーバー アドレス: Bindplane エージェント ホストの IP アドレスを入力します（例: 192.168.1.100）。
   • ポート: Bindplane エージェント config.yaml で構成されたポート（514 など）を入力します。
   • プロトコル: Bindplane エージェント レシーバーの構成に合わせて [UDP] を選択します。
   • Format: [BSD (RFC 5424)] を選択します。
6. [保存] をクリックして、syslog の宛先を作成します。
7. [アラート ポリシー] タブを選択します。
8. [アラート ポリシーを追加] をクリックして、転送するイベントとアラートを定義します。
9. 目的のイベント カテゴリと重大度レベルを選択します。
10. [宛先] セクションで、作成した syslog の宛先を選択します。

11. [保存] をクリックして、アラート ポリシーを有効にします。

    注: PSM は、RFC 5424 形式で syslog メッセージを送信します。Bindplane エージェント レシーバーがこの形式を受け入れるように構成されていることを確認します。

Aruba CX 10000 で AOS-CX CLI を使用して syslog を構成する

1. SSH またはコンソールを介して Aruba CX 10000 スイッチに接続します。

2. 構成モードに移行します。

   configure terminal
   

3. UDP を使用してリモート Syslog サーバーを構成します（<BINDPLANE_IP> は Bindplane エージェントの IP アドレスに置き換えます）。

   logging <BINDPLANE_IP> udp 514 severity info
   

   TCP の場合:

   logging <BINDPLANE_IP> tcp 1470 severity info
   

   TLS の場合:

   logging <BINDPLANE_IP> tls 6514 severity info
   

   注: AOS-CX のデフォルト ポートは UDP=514、TCP=1470、TLS=6514 です。Bindplane エージェントの構成に合わせてポートを明示的に指定します。

4. syslog ファシリティを設定します。

   logging facility local0
   

5. 構成を保存します。

   write memory
   

6. 構成モードを終了します。

   exit
   

AOS-CX ロギング コマンドの詳細については、AOS-CX CLI リファレンスをご覧ください。

UDM マッピング テーブル

ログフィールド	UDM マッピング	ロジック
action	read_only_udm.metadata.product_event_type	直接マッピング。
action	read_only_udm.security_result.action	アクションが「deny」の場合、「BLOCK」に設定します。action が「allow」の場合、「ALLOW」に設定します。
column10	read_only_udm.network.session_id	直接マッピング。
column11	read_only_udm.additional.fields.value.string_value	直接マッピング。キーは「security_policy_id」としてハードコードされています。
column12	read_only_udm.security_result.rule_id	直接マッピング。
column13	read_only_udm.security_result.rule_name	直接マッピング。
column14	read_only_udm.network.sent_packets	直接マッピング。
column15	read_only_udm.network.sent_bytes	直接マッピング。
column16	read_only_udm.network.received_packets	直接マッピング。
column17	read_only_udm.network.received_bytes	直接マッピング。
column18	read_only_udm.additional.fields.value.string_value	直接マッピング。キーは「vlan」としてハードコードされています。
column19	read_only_udm.principal.asset.software.vendor_name	直接マッピング。
column19	read_only_udm.principal.asset.software.name	直接マッピング。
column2	read_only_udm.metadata.product_event_type	直接マッピング。
column20	read_only_udm.principal.asset.software.version	直接マッピング。
column21	read_only_udm.principal.asset_id	「asset_id:」と column21 の値を連結します。
column22	read_only_udm.principal.asset.attribute.labels.value	直接マッピング。キーは「device_name」としてハードコードされています。
column23	read_only_udm.principal.asset.attribute.labels.value	直接マッピング。キーは「unit_id」としてハードコードされています。
column24	read_only_udm.metadata.product_version	直接マッピング。
column25	read_only_udm.additional.fields.value.string_value	直接マッピング。キーは「policy_name」としてハードコードされています。
column25	read_only_udm.security_result.rule_type	直接マッピング。
column4	read_only_udm.principal.resource.product_object_id	直接マッピング。
column5	read_only_udm.principal.ip	直接マッピング。
column6	read_only_udm.principal.port	直接マッピング。
column7	read_only_udm.target.ip	直接マッピング。
column8	read_only_udm.target.port	直接マッピング。
column9	read_only_udm.network.ip_protocol	数値のプロトコル番号を対応する名前（例: 6 を TCP、17 を UDP）にマッピングします。
dip	read_only_udm.target.ip	直接マッピング。
dport	read_only_udm.target.port	直接マッピング。
dvc	read_only_udm.intermediary.hostname	dvc が IP アドレスでない場合は、hostname にマッピングします。それ以外の場合は、IP にマッピングします。
iflowbytes	read_only_udm.network.sent_bytes	直接マッピング。
iflowpkts	read_only_udm.network.sent_packets	直接マッピング。
msg_id	read_only_udm.additional.fields.value.string_value	直接マッピング。キーは「msg_id」としてハードコードされています。
policy_name	read_only_udm.additional.fields.value.string_value	直接マッピング。キーは「policy_name」としてハードコードされています。
policy_name	read_only_udm.security_result.rule_type	直接マッピング。
proc_id	read_only_udm.target.process.pid	直接マッピング。
proc_name	read_only_udm.target.application	直接マッピング。
protocol_number_src	read_only_udm.network.ip_protocol	数値のプロトコル番号を対応する名前（例: 6 を TCP、17 を UDP）にマッピングします。
rflowbytes	read_only_udm.network.received_bytes	直接マッピング。
rflowpkts	read_only_udm.network.received_packets	直接マッピング。
rule_id	read_only_udm.security_result.rule_id	直接マッピング。
rule_name	read_only_udm.security_result.rule_name	直接マッピング。
sd	read_only_udm.additional.fields.value.string_value	直接マッピング。キーは「sd」としてハードコードされています。
security_policy_id	read_only_udm.additional.fields.value.string_value	直接マッピング。キーは「security_policy_id」としてハードコードされています。
session_id	read_only_udm.network.session_id	直接マッピング。
session_state	read_only_udm.metadata.product_event_type	直接マッピング。
sip	read_only_udm.principal.ip	直接マッピング。
software_version	read_only_udm.principal.asset.software.version	直接マッピング。
sport	read_only_udm.principal.port	直接マッピング。
ts	read_only_udm.metadata.event_timestamp	ログのタイムスタンプが解析され、UDM タイムスタンプ形式に変換されます。
vlan	read_only_udm.additional.fields.value.string_value	直接マッピング。キーは「vlan」としてハードコードされています。
	read_only_udm.metadata.event_type	sip と dip の両方が存在する場合は、「NETWORK_UNCATEGORIZED」に設定されます。sip のみが存在する場合は「STATUS_UPDATE」に設定されます。それ以外の場合は、「GENERIC_EVENT」に設定されます。
	read_only_udm.metadata.log_type	「AMD_DSS_FIREWALL」にハードコードされています。
	read_only_udm.metadata.product_name	「AMD_DSS_FIREWALL」にハードコードされています。
	read_only_udm.metadata.vendor_name	「AMD_DSS_FIREWALL」にハードコードされています。
	read_only_udm.principal.resource.resource_type	「VPC_NETWORK」にハードコードされます。

変更ログ

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

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