Big Switch BigCloudFabric のログを収集する

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

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

Arista Networks Big Cloud Fabric（BCF）（現在は Converged Cloud Fabric（CCF）と呼ばれています）は、一元化されたコントローラを介してデータセンター ファブリックの自動管理を提供するソフトウェア定義ネットワーキング（SDN）ソリューションです。BCF/CCF コントローラはリーフ スパイン ネットワーク アーキテクチャを管理し、エンタープライズ データセンター ネットワークの一元的な構成、モニタリング、トラブルシューティング機能を提供します。このプロダクトは、もともと Big Switch Networks によって開発されたもので、その後 Arista Networks に買収されました。

始める前に

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

  • Google SecOps インスタンス
  • Windows Server 2016 以降、または systemd を使用する Linux ホスト
  • Bindplane エージェントと BCF/CCF コントローラ間のネットワーク接続
  • プロキシの背後で実行している場合は、Bindplane エージェントの要件に従ってファイアウォール ポートが開いていることを確認します。
  • GUI または CLI を介した BCF/CCF コントローラへの管理者アクセス
  • BCF/CCF コントローラ バージョン 2.5 以降（syslog サポート用）

Google SecOps の取り込み認証ファイルを取得する

  1. Google SecOps コンソールにログインします。
  2. [SIEM 設定] > [コレクション エージェント] に移動します。
  3. Ingestion Authentication File をダウンロードします。

  4. Bindplane をインストールするシステムにファイルを安全に保存します。

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

  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

    サービスが [アクティブ（実行中）] と表示されます。

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

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

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

構成ファイルを見つける

  • Linux:

    sudo nano /etc/bindplane-agent/config.yaml

  • Windows:

    notepad "C:\Program Files\observIQ OpenTelemetry Collector\config.yaml"

構成ファイルを編集します。

  1. config.yaml の内容全体を次の構成に置き換えます。

    receivers:
    udplog:
        listen_address: "0.0.0.0:514"

exporters:
    chronicle/bigswitch_bcf:
        compression: gzip
        creds_file_path: '/etc/bindplane-agent/ingestion-auth.json'
        customer_id: 'YOUR_CUSTOMER_ID'
        endpoint: malachiteingestion-pa.googleapis.com
        log_type: BIGSWITCH_BCF
        raw_log_field: body
        ingestion_labels:
            env: production
            source: bcf_controller

service:
    pipelines:
        logs/bcf_to_chronicle:
            receivers:
                - udplog
            exporters:
                - chronicle/bigswitch_bcf

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

    • レシーバーの構成:

      • BCF/CCF コントローラからの syslog メッセージを UDP ポート 514 でリッスンするようにレシーバーが構成されている
      • 別のポートを使用するには、514 を目的のポート番号（権限のない Linux インストールの場合の 1514 など）に変更します。

    • エクスポータの構成:

      • creds_file_path: 取り込み認証ファイルのフルパス:

        • Linux: /etc/bindplane-agent/ingestion-auth.json
        • Windows: C:\Program Files\observIQ OpenTelemetry Collector\ingestion-auth.json

      • YOUR_CUSTOMER_ID: Customer ID に置き換えます。詳細については、Google SecOps の顧客 ID を取得するをご覧ください。

      • endpoint: リージョン エンドポイント URL:

        • 米国: malachiteingestion-pa.googleapis.com
        • ヨーロッパ: europe-malachiteingestion-pa.googleapis.com
        • アジア: asia-southeast1-malachiteingestion-pa.googleapis.com
        • 完全なリストについては、リージョン エンドポイントをご覧ください。

      • log_type: BIGSWITCH_BCF に設定します（変更しないでください）

      • ingestion_labels: ログの分類に使用するオプションのラベル（必要に応じてカスタマイズ）

構成ファイルを保存する

編集が完了したら、ファイルを保存します。

  • 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"

Big Switch BigCloudFabric の syslog 転送を構成する

GUI または CLI のいずれかの方法を使用して、syslog メッセージを Bindplane エージェントに転送するように BCF/CCF コントローラを構成します。

方法 1: GUI を使用して syslog を構成する

  1. 管理者認証情報を使用して BCF/CCF コントローラのウェブ インターフェースにログインします。
  2. [メンテナンス> ロギング] に移動します。
  3. [リモート ロギング] タブをクリックします。
  4. [追加] をクリックして、新しいリモート syslog サーバー構成を作成します。
  5. 次の構成の詳細を指定します。
    • サーバー: Bindplane エージェント ホストの IP アドレス（例: 192.168.1.100）を入力します。
    • ポート: 514（または Bindplane エージェントの config.yaml で構成されたポート）を入力します。
    • Protocol: [UDP] を選択します。
  6. [保存] または [適用] をクリックして、構成を保存します。
  7. 構成が [Remote Logging] リストに表示されていることを確認します。

方法 2: CLI を使用して syslog を構成する

  1. 管理者認証情報を使用して SSH 経由で BCF/CCF コントローラに接続します。

  2. イネーブル モードに入ります。

    controller-1> enable

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

    controller-1# configure

  4. リモート syslog サーバーを構成します。

    controller-1(config)# logging remote 192.168.1.100

    192.168.1.100 は、Bindplane エージェント ホストの IP アドレスに置き換えます。

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

    controller-1(config)# exit

  6. syslog 構成を確認します。

    controller-1# show logging

    出力には、構成されたリモート syslog サーバーの IP アドレスが表示されます。

ログ転送を確認する

  1. 構成の変更を行うか、システム ステータスを表示して、BCF/CCF コントローラでテストログ イベントを生成します。

  2. Bindplane エージェントのログを調べて、syslog メッセージが受信されていることを確認します。

    • Linux:

      sudo journalctl -u observiq-otel-collector -f

    • Windows:

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

  3. Google SecOps コンソールにログインし、取り込みラベル BIGSWITCH_BCF を使用して、ログが [検索] インターフェースに表示されていることを確認します。

UDM マッピング テーブル

ログフィールド UDM マッピング ロジック
説明 metadata.description 先頭と末尾のスペースを削除して値を直接コピー
target_host、time、product_event_type、description、application metadata.event_type target_host と time が空でない場合は STATUS_HEARTBEAT に設定します。product_event_type == PORT_DOWN の場合は SERVICE_STOP に設定します。説明が「.Running job.」と一致する場合、または product_event_type == PORT_UP または application == snmpd-execstart の場合は SERVICE_START に設定します。説明が「.status down.」と一致する場合は STATUS_SHUTDOWN に設定します。product_event_type == Removing Endpoint の場合は SERVICE_DELETION、product_event_type == Adding Endpoint の場合は SERVICE_CREATION、product_event_type == Moving Endpoint または説明が「.change instances.」と一致する場合は SERVICE_MODIFICATION。target_host が空でない場合は NETWORK_CONNECTION、それ以外の場合は GENERIC_EVENT
product_event_type metadata.product_event_type 値を直接コピーしました
application_protocol network.application_protocol application_protocol == 「lldpa」の場合は、「UNKNOWN_APPLICATION_PROTOCOL」に設定します。
ホスト principal.hostname 値を直接コピーしました
ip principal.ip 値を直接コピーしました
process_id principal.process.pid 値を直接コピーしました
USER principal.user.userid 値を直接コピーしました
log_level security_result 重大度が INFO の場合は INFORMATIONAL、WARN の場合は MEDIUM、ERROR の場合は HIGH に設定されたオブジェクト。アクションは、INFO または WARN の場合は ALLOW、ERROR の場合は BLOCK に設定されます。
アプリケーション target.application 値を直接コピーしました
target_host target.hostname 値を直接コピーしました
ポート target.port 整数に変換しました
COMMAND target.process.command_line 値を直接コピーしました
product_specific_id target.process.product_specific_process_id 「Bigswitch:」の接頭辞が付いています。
kv_1、kv2、kv3 target.user.group_identifiers 空でない場合は kv_1、空でない場合は kv2、空でない場合は kv3 から統合されます。
metadata.product_name 「Big Cloud Fabric」に設定
metadata.vendor_name 「ビッグスイッチ」に設定

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