Quest File Access 監査ログを収集する

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

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

Quest Change Auditor（旧称 Quest File Access Audit）は、ファイル サーバーと Active Directory の監査プラットフォームです。Windows 環境全体で、ファイル アクセス アクティビティ、権限の変更、管理アクションをモニタリングしてレポートします。Change Auditor には、イベント サブスクリプションを介した syslog 転送など、組み込みの SIEM 統合機能が用意されています。

始める前に

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

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

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. 鍵ファイルを ingestion-auth.json として Bindplane コレクタ ディレクトリ（Linux の場合は /opt/observiq-otel-collector/ingestion-auth.json、Windows の場合は C:\Program Files\observIQ OpenTelemetry Collector\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. [Settings] > [Administration] > [Profile] に移動します。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/quest_file_audit:
    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: QUEST_FILE_AUDIT
    raw_log_field: body

service:
  pipelines:
    logs/quest_file_audit_to_chronicle:
      receivers:
        - udplog
      exporters:
        - chronicle/quest_file_audit

構成パラメータ

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

  • レシーバーの構成:

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

以前の Ingestion API エクスポータ

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

    exporters:
  chronicle/quest_file_audit:
    compression: gzip
    creds_file_path: '/opt/observiq-otel-collector/ingestion-auth.json'
    customer_id: '<customer_id>'
    endpoint: malachiteingestion-pa.googleapis.com
    log_type: QUEST_FILE_AUDIT
    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"

Quest Change Auditor の syslog 転送を構成する

オプション 1: Change Auditor クライアントを使用して syslog 転送を構成する

  1. Change Auditor クライアント アプリケーションを開きます。
  2. [Administration] > [Event Subscriptions] に移動します。
  3. [New] をクリックし、サブスクリプション タイプとして [Syslog] を選択します。
  4. Syslog イベント サブスクリプション ウィザードで、次のように構成します。
    • ホスト: Bindplane エージェント ホストの IP アドレスを入力します。
    • ポート: 「514」と入力します。
    • Message Format: [CEF]（Common Event Format）または [LEEF]（Log Event Extended Format）を選択します。
    • サブシステム: 転送するイベント サブシステムを選択します（例: ファイル システム）。
  5. [完了] をクリックしてサブスクリプションを作成します。

オプション 2: PowerShell を使用して syslog 転送を構成する

  1. Change Auditor コーディネーター サーバーで PowerShell を開き、Change Auditor モジュールをインポートします。

  2. syslog イベント サブスクリプションを作成します。

    $subsystems = Get-CAEventExportSubsystems | Where-Object { $_.Name -like "*File*" }
New-CASyslogEventSubscription -Host "<BINDPLANE_AGENT_IP>" -Port 514 -SyslogFormat "CEF" -Subsystems $subsystems

  3. サブスクリプションが作成されたことを確認します。

    Get-CASyslogEventSubscriptions

UDM マッピング テーブル

ログフィールド UDM マッピング ロジック
Keywords、EventType、Task、ThreadID、Channel、Opcode additional.fields イベントに関する追加情報
EventTime metadata.event_timestamp イベントが発生したタイムスタンプ
event_type metadata.event_type イベントのタイプ
EventReceivedTime metadata.ingested_timestamp イベントが取り込まれたときのタイムスタンプ
EventID metadata.product_event_type プロダクトで定義されているイベントタイプ
RecordNumber metadata.product_log_id プロダクトによって割り当てられたログ ID
metadata.product_name イベントを生成したサービスの名前
metadata.vendor_name イベントを生成したベンダーの名前
SourceModuleType observer.application オブザーバーが使用するアプリケーション
SourceModuleName observer.resource.attribute.labels オブザーバー リソースに関連付けられたラベル
ドメイン principal.administrative_domain プリンシパルの管理ドメイン
SourceName principal.application プリンシパルが使用するアプリケーション
ホスト名 principal.asset.hostname プリンシパルに関連付けられたアセットのホスト名
ip_address principal.asset.ip プリンシパルに関連付けられているアセットの IP アドレス
ホスト名 principal.hostname プリンシパルのホスト名
ip_address principal.ip プリンシパルの IP アドレス
ProcessID principal.process.pid プロセス ID
logonID principal.user.attribute.labels ユーザーに関連付けられているラベル
AccountType principal.user.attribute.roles ユーザーに関連付けられているロール
AccountName principal.user.userid ユーザー ID
UserID principal.user.windows_sid ユーザーの Windows SID
説明 security_result.description セキュリティ結果の説明
SeverityValue security_result.severity セキュリティ結果の重大度
重大度 security_result.severity_details 重大度の詳細
カテゴリ security_result.summary セキュリティ結果の概要
file_path target.file.full_path ターゲット ファイルのフルパス
file_path target.process.file.full_path ターゲット プロセスに関連付けられているファイルのフルパス

変更ログ

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

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