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

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

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

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

Aruba スイッチは、システム イベント、インターフェースの状態変化、認証、プロセス アクティビティの syslog メッセージを生成します。パーサーは、grok パターンを使用して syslog メッセージからフィールドを抽出し、UDM モデルにマッピングします。

始める前に

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

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

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

  1. Google SecOps コンソールにログインします。
  2. [SIEM 設定] > [収集エージェント] に移動します。
  3. 取り込み認証ファイル をダウンロードします。

  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

    サービスは active (running) と表示されます。

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

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

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

構成ファイルを探す

  • Linux:

    sudo nano /etc/bindplane-agent/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/aruba_switch:
        compression: gzip
        creds_file_path: '/etc/bindplane-agent/ingestion-auth.json'
        customer_id: '<customer_id>'
        endpoint: malachiteingestion-pa.googleapis.com
        log_type: ARUBA_SWITCH
        raw_log_field: body

service:
    pipelines:
        logs/aruba_switch_to_chronicle:
            receivers:
                - udplog
            exporters:
                - chronicle/aruba_switch

構成パラメータ

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

  • レシーバーの構成:

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

  • エクスポータの構成:

    • creds_file_path: 取り込み認証ファイルのフルパス:
      • Linux: /etc/bindplane-agent/ingestion-auth.json
      • Windows: C:\Program Files\observIQ OpenTelemetry Collector\ingestion-auth.json
    • customer_id: Google SecOps コンソールからコピーしたお客様 ID
    • endpoint: リージョン エンドポイント URL:
      • 米国: malachiteingestion-pa.googleapis.com
      • ヨーロッパ: europe-malachiteingestion-pa.googleapis.com
      • アジア: asia-southeast1-malachiteingestion-pa.googleapis.com
      • 完全なリストについては、リージョン エンドポイントをご覧ください。

構成ファイルを保存する

  • 編集が完了したら、ファイルを保存します。
    • 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"

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

オプション 1: CLI 構成

  1. SSH 経由で Aruba スイッチに接続します。

    ssh admin@<switch-ip>

  2. グローバル構成モードに入ります。

    configure terminal

  3. 外部 syslog サーバーを指定します。

    logging <bindplane-ip>
    • <bindplane-ip> は、Bindplane エージェントの IP アドレスに置き換えます。

  4. （省略可）ロギングの重大度レベルを設定します。

    logging severity <level>

  5. （省略可）カスタム ログソース識別子（タグ）を追加します。

    logging facility local5

  6. 構成を保存します。

    write memory

オプション 2: ウェブ インターフェースの構成

  1. Aruba スイッチのウェブ インターフェースにログインします。
  2. [System] > [Logs] > [Syslog] に移動します。
  3. syslog サーバー パラメータを追加します。
    • Bindplane IP アドレスを入力します。
    • [Bindplane Port] を入力します。
    • ログの詳細度を制御するには、[重大度レベル] を設定します。
  4. [保存] をクリックします。

UDM マッピング テーブル

ログフィールド UDM マッピング 論理
app principal.application 未加工ログの app フィールドの値が principal.application に直接割り当てられます。
description security_result.description 未加工ログの description フィールドの値が security_result.description に直接割り当てられます。
event_id additional.fields.key 文字列「event_id」が additional.fields.key に割り当てられます。
event_id additional.fields.value.string_value 未加工ログの event_id フィールドの値が additional.fields.value.string_value に直接割り当てられます。
host principal.asset.hostname 未加工ログの host フィールドの値が principal.asset.hostname に直接割り当てられます。
host principal.hostname 未加工ログの host フィールドの値が principal.hostname に直接割り当てられます。
pid principal.process.pid 未加工ログの pid フィールドの値が principal.process.pid に直接割り当てられます。
ts metadata.event_timestamp 未加工ログの ts フィールドの値はタイムスタンプに変換され、metadata.event_timestamp に割り当てられます。このタイムスタンプは、UDM の最上位レベルの timestamp フィールドにも使用されます。metadata.event_type は「STATUS_UPDATE」に設定されます。これは、未加工ログに host フィールドが存在する場合、パーサーで principal_mid_present 変数が「true」に設定されるためです。文字列「ARUBA_SWITCH」は、パーサー内の metadata.product_name に割り当てられます。文字列「ARUBA SWITCH」は、パーサー内の metadata.vendor_name に割り当てられます。パーサーは、client.userAgent.rawUserAgent を使用して、未加工ログからユーザー エージェントを抽出して解析しようとします。成功すると、解析されたユーザー エージェントが network.http.parsed_user_agent に割り当てられます。ただし、提供された未加工ログにこのフィールドが含まれていないため、この UDM フィールドは空になる可能性があります。パーサーは、client.userAgent.rawUserAgent を使用して、未加工のログから未加工のユーザー エージェントを抽出しようとします。成功すると、未加工のユーザー エージェントが network.http.user_agent に割り当てられます。ただし、提供された未加工ログにこのフィールドが含まれていないため、この UDM フィールドは空になる可能性があります。
product_event_type event.idm.read_only_udm.metadata.product_event_type 変更履歴からマッピング
mac event.idm.read_only_udm.principal.mac 変更履歴からマッピング
ip event.idm.read_only_udm.principal.ip 変更履歴からマッピング
ip event.idm.read_only_udm.principal.asset.ip 変更履歴からマッピング
dal_function event.idm.read_only_udm.security_result.detection_fields 変更履歴からマッピング
return_code event.idm.read_only_udm.security_result.detection_fields 変更履歴からマッピング
error_tag event.idm.read_only_udm.security_result.detection_fields 変更履歴からマッピング
internal_id event.idm.read_only_udm.security_result.detection_fields 変更履歴からマッピング
priority event.idm.read_only_udm.security_result.detection_fields 変更履歴からマッピング
neighbor_port_id event.idm.read_only_udm.additional.fields 変更履歴からマッピング
prin_mac event.idm.read_only_udm.principal.mac 変更履歴からマッピング
hostname event.idm.read_only_udm.principal.ip と event.idm.read_only_udm.principal.asset.ip 変更履歴からマッピング
log_id event.idm.read_only_udm.additional.fields 変更履歴からマッピング
priority event.idm.read_only_udm.additional.fields 変更履歴からマッピング
facility event.idm.read_only_udm.additional.fields 変更履歴からマッピング
status event.idm.read_only_udm.security_result.action_details 変更履歴からマッピング
severity security_result.severity 変更履歴からマッピング

変更ログ

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

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