Active Countermeasures AC-Hunter ログを収集する

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

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

このドキュメントでは、Bindplane を使用して Active Countermeasures AC-Hunter ログを Google Security Operations に取り込む方法について説明します。

AC-Hunter は、Active Countermeasures のネットワーク脅威検出プラットフォームです。ネットワーク トラフィックを分析して、コマンド＆コントロール サーバーと通信している侵害されたシステムを特定することで、脅威ハンティングを自動的に実行します。AC-Hunter は Linux サーバー上の Docker コンテナで実行され、syslog プロトコルを介して SIEM または一元化されたロギング サーバーに脅威アラートを転送できます。

始める前に

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

  • Google SecOps インスタンス。
  • Windows Server 2016 以降、または systemd を使用する Linux ホスト。
  • プロキシの背後で実行している場合は、Bindplane エージェントの要件に従ってファイアウォール ポートが開いていることを確認します。
  • 構成ファイルを編集するための、Active Countermeasures AC-Hunter サーバーへの特権アクセス（sudo を使用した SSH）。
  • AC-Hunter バージョン 5.3.0 以降（以前のバージョンには syslog メッセージの送信をブロックするバグが含まれています）。
  • AC-Hunter サーバーから、選択した syslog ポート（UDP または TCP）の Bindplane エージェント ホストへのネットワーク パス。
  • AC-Hunter ホストで IP 転送を有効にして、Docker コンテナが外部サーバーに syslog を送信できるようにします。

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

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 エージェントのインストール ガイドをご覧ください。

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/ac_hunter:
    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: AI_HUNTER
    raw_log_field: body

service:
  pipelines:
    logs/ac_hunter_to_chronicle:
      receivers:
        - udplog
      exporters:
        - chronicle/ac_hunter

構成パラメータ

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

  • レシーバーの構成:

    • udplog: UDP syslog の場合は udplog、TCP syslog の場合は tcplog を使用します。AC-Hunter で構成されたプロトコルと一致させます。
    • 0.0.0.0:514: リッスンする IP アドレスとポート。すべてのインターフェースでリッスンするには、0.0.0.0 を使用します。

  • エクスポータの構成:

    • <CUSTOMER_ID>: 前の手順でコピーした Google SecOps の顧客 ID。
    • /opt/observiq-otel-collector/ingestion-auth.json: サービス アカウントの JSON キーファイルのフルパス（オプション 1）。
      • Linux: /opt/observiq-otel-collector/ingestion-auth.json
      • Windows: C:\Program Files\observIQ OpenTelemetry Collector\ingestion-auth.json
    • location: <LOCATION> を Google SecOps インスタンスのリージョン（us、europe、asia-southeast1 など）に置き換えます。エクスポートでは、この値が chronicle.googleapis.com の前に付加されます。完全なリストについては、リージョン エンドポイントをご覧ください。
    • project: <PROJECT_NUMBER> を [IAM と管理] > [設定] のプロジェクト番号に置き換えます。
    • endpoint: chronicle.googleapis.com に設定したままにします。

以前の Ingestion API エクスポータ

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

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

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"

Active Countermeasures AC-Hunter で syslog 転送を構成する

  1. 特権アクセス権を使用して SSH 経由で AC-Hunter サーバーにログインします。

  2. 既存の構成ファイルをバックアップします。

    sudo cp /etc/AI-Hunter/config.yaml /etc/AI-Hunter/config.yaml.backup

  3. テキスト エディタで構成ファイルを開きます。

    sudo nano /etc/AI-Hunter/config.yaml

  4. [アラート:] セクションと、ネストされた [Syslog:] セクションを見つけます。次の構成情報を提供してください。

    Alert:
    Syslog:
        Threshold: 20
        Protocol: "udp"
        Address: "BINDPLANE_IP:514"
        Tag: " AC-Hunter "
    • しきい値: アラートをトリガーする最小の脅威スコアを入力します（例: 20）。この値以上のスコアを持つシステムは、syslog アラートを生成します。
    • プロトコル: Bindplane エージェント レシーバーの構成に合わせて "udp" または "tcp" を選択します。rsyslog 転送のために、""（空の文字列）を使用してホスト /dev/log に書き込みます。
    • アドレス: Bindplane エージェントの IP アドレスとポートを入力します（例: "10.1.2.3:514"）。
    • Tag: ログを識別するためのタグ（" AC-Hunter " など）を入力します（省略可）。タグがメッセージ テキストに埋もれないように、閉じ引用符の前に末尾のスペースを挿入します。

  5. 構成ファイルを保存して、エディタを終了します。

  6. AC-Hunter を再起動して変更を適用します。

    hunt up -d --force-recreate

  7. 次の時間の 20 分後まで待ちます。AC-Hunter は、センサーから新しい 1 時間ごとのログをインポートし、このインポート サイクル中に構成されたしきい値を超えるシステムに対して syslog アラートを送信します。

  8. ローカルの syslog ログファイルを確認して、syslog メッセージが Bindplane エージェント ホストに到着していることを確認します。

    sudo tail -f /var/log/syslog

UDM マッピング テーブル

ログフィールド UDM マッピング ロジック
api_msg_label additional.fields 統合済み
prev_score metadata.description 直接マッピングされます。
score metadata.description 直接マッピングされます。
ts_date metadata.event_timestamp MMM dd HH:mm:ss として解析
ts_iso8601 metadata.event_timestamp ISO8601 として解析
has_principal metadata.event_type マッピング済み: true → STATUS_UNCATEGORIZED
src_ip principal.asset.ip 統合済み
src_ip principal.ip 統合済み
blacklist_avg_bytes_label principal.labels 統合済み
blacklist_in_label principal.labels 統合済み
blacklist_out_label principal.labels 統合済み
database_label principal.labels 統合済み
dns_txt_query_label principal.labels 統合済み
invalid_cert_label principal.labels 統合済み
max_beacon_label principal.labels 統合済み
max_duration_label principal.labels 統合済み
prev_score_label principal.labels 統合済み
rare_client_label principal.labels 統合済み
score_label principal.labels 統合済み
unexpected_proto_label principal.labels 統合済み
source_module_label principal.resource.attribute.labels 統合済み
domain target.asset.hostname 直接マッピングされます。
domain target.hostname 直接マッピングされます。
なし metadata.event_type 定数: STATUS_UNCATEGORIZED
なし metadata.product_name 定数: AI hunter
なし metadata.vendor_name 定数: Active Countermeasures

変更ログ

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

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