A10 ネットワーク ロードバランサのログを収集する

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

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

このドキュメントでは、Bindplane エージェントを使用して A10 ネットワーク ロードバランサ ログを Google Security Operations に取り込む方法について説明します。

A10 Networks は、アプリケーション トラフィックを最適化して保護するアプリケーション デリバリ コントローラ（ADC）とロードバランサを提供しています。A10 Thunder シリーズは、サーバー ロード バランシング、SSL オフロード、DDoS 対策、ウェブ アプリケーション ファイアウォール機能をサポートしています。

始める前に

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

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

Bindplane エージェントの Google SecOps 認証情報を取得する

Bindplane エージェントを Google SecOps に対して認証するには、次のいずれかの方法を選択します。

  • 新規デプロイ: Chronicle API を使用します（オプション 1）。
  • 以前のデプロイ: 2027 年 7 月 20 日に Ingestion API が廃止されるまで、取り込み認証ファイル（オプション 2）を引き続き使用します。
  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 と管理] > [設定] に移動し、[プロジェクト番号] をコピーします。エクスポーターの構成に必要になります。

オプション 2: 取り込み認証ファイルをダウンロードする（レガシー）

  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 /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/a10_lb:
    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: A10_LOAD_BALANCER
    raw_log_field: body

service:
  pipelines:
    logs/a10_to_chronicle:
      receivers:
        - udplog
      exporters:
        - chronicle/a10_lb

構成パラメータ

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

  • レシーバーの構成:

    • 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 に設定したままにします。

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

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

    exporters:
  chronicle/a10_lb:
    compression: gzip
    creds_file_path: '/opt/observiq-otel-collector/ingestion-auth.json'
    customer_id: '<customer_id>'
    endpoint: malachiteingestion-pa.googleapis.com
    log_type: A10_LOAD_BALANCER
    raw_log_field: body

構成ファイルを保存する

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

A10 ロードバランサで syslog 転送を構成する

  1. SSH クライアントを使用して、A10 ロードバランサへの SSH 接続を確立します。

  2. 次のコマンドを実行して、構成モードに入ります。

    config

  3. 次のコマンドを実行して、リモート syslog サーバーを構成します。

    logging host <BINDPLANE_IP> <PORT>
    • <BINDPLANE_IP> は、Bindplane エージェント ホストの IP アドレス（例: 192.168.1.100）に置き換えます。
    • <PORT> は、Bindplane レシーバーで構成されたポート（514 など）に置き換えます。

  4. 次のコマンドを実行して、重大度レベルを設定します。

    logging level information

  5. 次のコマンドを実行して、syslog ロギングが有効になっていることを確認します。

    logging enable

  6. 再起動後も構成が保持されるように、構成を保存します。

    write memory

  7. 完全な CLI 構成の例:

    config
logging host 192.168.1.100 514
logging level information
logging enable
write memory

UDM マッピング テーブル

ログフィールド UDM マッピング ロジック
dns additional.fields.dns.value.string_value 値は、Grok パターンによって抽出された dns フィールドから取得されます。
dns_server additional.fields.dns_server.value.string_value 値は、Grok パターンによって抽出された dns_server フィールドから取得されます。
gslb additional.fields.gslb.value.string_value 値は、Grok パターンによって抽出された gslb フィールドから取得されます。
host_name principal.hostnameprincipal.asset.hostname 値は、Grok パターンによって抽出された host_name フィールドから取得されます。
httpmethod network.http.method 値は、Grok パターンによって抽出された httpmethod フィールドから取得されます。
partion_id additional.fields.partion_id.value.string_value 値は、Grok パターンによって抽出された partion_id フィールドから取得されます。
prin_ip principal.ipprincipal.asset.ip 値は、Grok パターンによって抽出された prin_ip フィールドから取得されます。
prin_mac principal.mac 値は、Grok パターンによって抽出された prin_mac フィールドから取得されます。ドットは削除され、2 文字ごとにコロンが挿入されます。
prin_port principal.port 値は、grok パターンによって抽出された prin_port フィールドから取得され、整数に変換されます。
proto network.ip_protocol 値は、Grok パターンによって抽出された proto フィールドから取得されます。message フィールドに UDP が含まれている場合、値は UDP に設定されます。
sessionid network.session_id 値は、Grok パターンによって抽出された sessionid フィールドから取得されます。
status_code network.http.response_code 値は、grok パターンによって抽出された status_code フィールドから取得され、整数に変換されます。
tar_ip target.iptarget.asset.ip 値は、Grok パターンによって抽出された tar_ip フィールドから取得されます。
tar_mac target.mac 値は、Grok パターンによって抽出された tar_mac フィールドから取得されます。ドットは削除され、2 文字ごとにコロンが挿入されます。
tar_port target.port 値は、Grok パターンによって抽出された tar_port フィールドから取得され、整数に変換されます。
time metadata.event_timestamp.seconds 値は、grok パターンによって抽出された time フィールドから、複数の日付形式を使用して解析されます。
url target.url 値は、Grok パターンによって抽出された url フィールドから取得されます。
user principal.user.userid 値は、Grok パターンによって抽出された user フィールドから取得されます。
なし metadata.event_type プリンシパルとターゲット情報の有無に基づいて、パーサー ロジックによって決定されます。
-NETWORK_CONNECTION: プリンシパルとターゲット情報の両方が存在する場合。
-STATUS_UPDATE: プリンシパル情報のみが存在する場合。
-GENERIC_EVENT: それ以外の場合。
なし metadata.log_type A10_LOAD_BALANCER にハードコードされています。
なし network.application_protocol proto フィールドが HTTP の場合、HTTP に設定します。
dhost event.idm.read_only_udm.target.hostname 変更履歴からマッピング
inter_host event.idm.read_only_udm.observer.hostname 変更履歴からマッピング
virtualserver event.idm.read_only_udm.intermediary.hostname 変更履歴からマッピング
Script_name event.idm.read_only_udm.additional.fields 変更履歴からマッピング
len event.idm.read_only_udm.additional.fields 変更履歴からマッピング
seq_id event.idm.read_only_udm.additional.fields 変更履歴からマッピング
desc event.idm.read_only_udm.metadata.description 変更履歴からマッピング
target_user event.idm.read_only_udm.target.user.userid 変更履歴からマッピング
rule_name event.idm.read_only_udm.security_result.rule_name 変更履歴からマッピング
vendor_severity event.idm.read_only_udm.security_result.severity 変更履歴からマッピング
facility event.idm.read_only_udm.additional.fields 変更履歴からマッピング
proxy_machine_ip event.idm.read_only_udm.intermediary.ip と event.idm.read_only_udm.intermediary.asset.ip 変更履歴からマッピング
event_dt event.idm.read_only_udm.metadata.event_timestamp 変更履歴からマッピング
prin_host principal.hostname 変更履歴からマッピング
app target.application 変更履歴からマッピング
device_version metadata.product_version 変更履歴からマッピング
device_vendor metadata.vendor_name 変更履歴からマッピング
device_product metadata.product_name 変更履歴からマッピング
event_name" and "device_event_class_id metadata.product_event_type 変更履歴からマッピング
severity security_result.severity 変更履歴からマッピング
src principal.ip 変更履歴からマッピング
spt principal.port 変更履歴からマッピング
dst target.ip 変更履歴からマッピング
dpt target.port 変更履歴からマッピング
msg metadata.description 変更履歴からマッピング
suser principal.user.user_display_name 変更履歴からマッピング
act" and "cn1 additional.fields 変更履歴からマッピング
app_proto network.application_protocol 変更履歴からマッピング
tls_version network.tls.version 変更履歴からマッピング

変更ログ

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

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