Avaya Aura のログを収集する

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

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

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

Avaya Aura は、ユーザーのログイン/ログアウト イベント、システム構成の変更、セキュリティ イベントの syslog メッセージを生成する統合コミュニケーション プラットフォームです。パーサーは、grok パターンを使用して syslog メッセージからフィールドを抽出し、統合データモデル（UDM）にマッピングします。

始める前に

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

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

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

service:
    pipelines:
        logs/avaya_aura_to_chronicle:
            receivers:
                - udplog
            exporters:
                - chronicle/avaya_aura

構成パラメータ

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

  • レシーバーの構成:

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

Avaya Aura で syslog を構成する

  1. Avaya Aura コンソールにログインします。
  2. [EM] > [System Configuration] > [Logging Settings] > [Syslog] に移動します。
  3. [SYSLOG Delivery of Logs] を有効にします。
  4. [追加] をクリックします。
  5. 次の構成情報を提供してください。
    • サーバー アドレス: Bindplane エージェントの IP アドレスを入力します。
    • ポート: Bindplane エージェントのリッスン ポートを入力します。
  6. [保存] をクリックします。
  7. [確認] をクリックします。
  8. Avaya Aura を再起動 します。

UDM マッピング テーブル

ログフィールド UDM マッピング ロジック
data{}.@timestamp metadata.event_timestamp イベントのタイムスタンプは、grok パターンを使用してデータ フィールドから解析され、UDM の metadata セクションの event_timestamp フィールドに割り当てられます。
data{}.host principal.hostname ホスト値は、grok パターンを使用してデータ フィールドから抽出され、UDM の principal セクションの hostname フィールドに割り当てられます。
data{}.portal security_result.about.resource.attribute.labels.value ポータルの値は、grok パターンを使用してデータ フィールドから抽出され、UDM の security_result の about.resource.attribute.labels セクションの Portal ラベルの値として割り当てられます。
data{}.prod_log_id metadata.product_log_id prod_log_id の値は、grok パターンを使用してデータ フィールドから抽出され、UDM の metadata セクションの product_log_id フィールドに割り当てられます。
data{}.sec_cat security_result.category_details sec_cat の値は、grok パターンを使用してデータ フィールドから抽出され、UDM の security_result セクションの category_details フィールドに割り当てられます。
data{}.sec_desc security_result.description sec_desc の値は、grok パターンを使用してデータ フィールドから抽出され、UDM の security_result セクションの description フィールドに割り当てられます。
data{}.severity security_result.severity 重大度の値は、grok パターンを使用してデータ フィールドから抽出されます。重大度が warn、fatal、error のいずれかの場合（大文字と小文字を区別しない）、UDM の security_result.severity フィールドの HIGH にマッピングされます。それ以外の場合、重大度が info の場合は LOW にマッピングされます（大文字と小文字を区別しない）。
data{}.summary security_result.summary 概要の値は、grok パターンを使用してデータ フィールドから抽出され、UDM の security_result セクションの summary フィールドに割り当てられます。
data{}.user_id target.user.userid user_id の値は、grok パターンを使用してデータ フィールドから抽出され、UDM の target.user セクションの userid フィールドに割り当てられます。
extensions.auth.type event_name フィールドに log(in|on) または logoff（大文字と小文字を区別しない）が含まれている場合、または summary フィールドに login または logoff（大文字と小文字を区別しない）が含まれていて、user_id フィールドが空でない場合、auth.type フィールドは AUTHTYPE_UNSPECIFIED に設定されます。
metadata.description description フィールドには、desc フィールドの値が空でない場合はその値が入力されます。
metadata.event_type event_type フィールドは、次のロジックに基づいて決定されます。 - event_name フィールドに log(in|on) が含まれている場合、または summary フィールドに login（大文字と小文字を区別しない）が含まれていて、user_id フィールドが空でない場合、event_type は USER_LOGIN に設定されます。- event_name フィールドに logoff が含まれている場合、または summary フィールドに logoff（大文字と小文字を区別しない）が含まれていて、user_id フィールドが空でない場合、event_type は USER_LOGOUT に設定されます。 - has_principal フィールドが true の場合、event_type は STATUS_UPDATE に設定されます。 - それ以外の場合、event_type は GENERIC_EVENT（デフォルト値）のままになります。
metadata.log_type log_type は AVAYA_AURA にハードコードされています。
metadata.product_event_type product_event_type フィールドには、event_name フィールドの値が空でない場合はその値が入力されます。
metadata.product_name product_name は AVAYA AURA にハードコードされています。
metadata.vendor_name vendor_name は AVAYA AURA にハードコードされています。
security_result.action security_result セクションの action フィールドは、次のロジックに基づいて設定されます。 - summary フィールドに fail または failed（大文字と小文字を区別しない）が含まれている場合、action は BLOCK に設定されます。- summary フィールドに success（大文字と小文字を区別しない）が含まれている場合、action は ALLOW に設定されます。
security_result.severity_details severity_details フィールドには、severity_details フィールドの値が空でない場合はその値が入力されます。
timestamp.nanos metadata.event_timestamp.nanos timestamp フィールドの nanos 値は、UDM の metadata の event_timestamp セクションの nanos フィールドに直接マッピングされます。
timestamp.seconds metadata.event_timestamp.seconds timestamp フィールドの seconds 値は、UDM の metadata の event_timestamp セクションの seconds フィールドに直接マッピングされます。
time event.idm.read_only_udm.metadata.event_timestamp 変更履歴からマッピング
src_ip event.idm.read_only_udm.principal.ip と event.idm.read_only_udm.principal.asset.ip 変更履歴からマッピング
src_port event.idm.read_only_udm.principal.port 変更履歴からマッピング
dst_ip event.idm.read_only_udm.target.ip と event.idm.read_only_udm.target.asset.ip 変更履歴からマッピング
dst_port event.idm.read_only_udm.target.port 変更履歴からマッピング
process_pid event.idm.read_only_udm.principal.process.pid 変更履歴からマッピング
principal_application event.idm.read_only_udm.principal.application 変更履歴からマッピング
network_protocol event.idm.read_only_udm.network.ip_protocol 変更履歴からマッピング
application_protocol_version event.idm.read_only_udm.network.application_protocol_version 変更履歴からマッピング
community_id event.idm.read_only_udm.network.community_id 変更履歴からマッピング
security_description event.idm.read_only_udm.security_result.description 変更履歴からマッピング
device_uptime event.idm.read_only_udm.additional.fields 変更履歴からマッピング
cmg_trap_subsystem event.idm.read_only_udm.additional.fields 変更履歴からマッピング
cmg_trap_onboard event.idm.read_only_udm.additional.fields 変更履歴からマッピング
cmg_trap_location event.idm.read_only_udm.additional.fields 変更履歴からマッピング
syslog_priority event.idm.read_only_udm.additional.fields 変更履歴からマッピング

変更履歴

このパーサーの変更履歴を表示する

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