AlgoSec Security Management のログを収集する

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

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

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

AlgoSec Security Management Suite（ASMS）は、ファイアウォール、SDN、クラウド プラットフォーム全体でネットワーク セキュリティ ポリシーの管理を提供します。リスクとコンプライアンスの分析を行う Firewall Analyzer、変更管理の自動化を行う FireFlow、アプリケーション接続の可視化を行う AppViz が含まれています。

始める前に

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

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

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. [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/algosec:
    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: ALGOSEC
    raw_log_field: body

service:
  pipelines:
    logs/algosec_to_chronicle:
      receivers:
        - udplog
      exporters:
        - chronicle/algosec

構成パラメータ

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

  • レシーバーの構成:

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

Firewall Analyzer の syslog を構成する

  1. SSH を使用して AFA アプライアンスにログインします。

  2. syslog-ng 構成ディレクトリに移動します。

    cd /etc/syslog-ng

  3. 既存の構成をバックアップします。

    cp syslog-ng.conf syslog-ng.conf.orig

  4. syslog-ng 構成ファイルを編集します。

    vi syslog-ng.conf

  5. 次の行を追加して、リモート syslog サーバーを定義します。

    destination d_remote { udp("<BINDPLANE_IP>" port(514)); };
log { source(s_sys); destination(d_remote); };
    • <BINDPLANE_IP> は、Bindplane エージェントの IP アドレスに置き換えます。

  6. 保存してエディタを終了します。

  7. syslog-ng サービスを再起動して変更を適用します。

    service syslog-ng restart

  8. 省略可: Syslog 構成を確認します。

    1. [Administration] > [Syslog Server Settings] に移動します。
    2. [接続をテスト] をクリックします。

FireFlow の syslog を構成する

  1. FireFlow マシンに root としてログインします。

  2. 編集する /etc/syslog.conf ファイルを開きます。

    vi /etc/syslog.conf

  3. 次の行をファイルに追加します。

    local0.*@<BINDPLANE_IP>
    • <BINDPLANE_IP> は、Bindplane エージェント サーバーの IP アドレスに置き換えます。

AppViz の Syslog を構成する

  1. SSH 経由で AppViz アプライアンスにログインします。

  2. syslog-ng 構成ディレクトリに移動します。

    cd /etc/syslog-ng

  3. 既存の構成をバックアップします。

    cp syslog-ng.conf syslog-ng.conf.orig

  4. syslog-ng 構成ファイルを編集します。

    vi syslog-ng.conf

  5. リモート syslog サーバーを定義するには、次の行を追加します。

    destination d_remote { udp("<BINDPLANE_IP>" port(514)); };
log { source(s_sys); destination(d_remote); };
    • <BINDPLANE_IP> は、Bindplane エージェントの IP アドレスに置き換えます。

  6. 保存してエディタを終了します。

  7. syslog-ng サービスを再起動して変更を適用します。

    service syslog-ng restart

  8. syslog 構成を確認します。

    1. AppViz インターフェースで、[アドミニストレーション] > [Syslog サーバー設定] に移動します。
    2. [接続をテスト] をクリックします。

ログイン イベントとログアウト イベントの syslog を構成する

  1. SSH 経由で ASMS アプライアンスにログインします。

  2. syslog-ng 構成ディレクトリに移動します。

    cd /etc/syslog-ng

  3. 既存の構成をバックアップします。

    cp syslog-ng.conf syslog-ng.conf.orig

  4. syslog-ng 構成ファイルを編集します。

    vi syslog-ng.conf

  5. リモート syslog サーバーを定義するには、次の行を追加します。

    destination d_remote { udp("<BINDPLANE_IP>" port(514)); };
log { source(s_sys); destination(d_remote); };
    • <BINDPLANE_IP> は、Bindplane エージェントの IP アドレスに置き換えます。

  6. 保存してエディタを終了します。

  7. syslog-ng サービスを再起動して変更を適用します。

    service syslog-ng restart

UDM マッピング テーブル

ログフィールド UDM マッピング ロジック
by_user principal.user.user_display_name 未加工ログの by_user フィールドの値がこの UDM フィールドに割り当てられます。
collection_time metadata.event_timestamp seconds フィールドと nanos フィールドが結合されて、タイムスタンプが作成されます。
comm target.process.command_line grok を使用して desc フィールドから抽出された comm フィールドの値が、この UDM フィールドに割り当てられます。
datetime metadata.event_timestamp 日付と時刻は未加工ログから抽出され、イベント タイムスタンプの入力に使用されます。
desc metadata.description 他の説明が使用できない場合、未加工ログの desc フィールドの値がこの UDM フィールドに割り当てられます。
dest_ip target.ip 未加工ログの dest_ip フィールドの値がこの UDM フィールドに割り当てられます。
dest_port target.port 未加工ログの dest_port フィールドの値がこの UDM フィールドに割り当てられます。
details security_result.summary 未加工ログの details フィールドの値がこの UDM フィールドに割り当てられます。
device principal.asset.hostname 未加工ログの device フィールドの値がこの UDM フィールドに割り当てられます。
dst_ip target.ip 未加工ログの dst_ip フィールドの値がこの UDM フィールドに割り当てられます。
dst_port target.port 未加工ログの dst_port フィールドの値がこの UDM フィールドに割り当てられます。
event_id metadata.product_event_type 未加工ログの event_id フィールドの値がこの UDM フィールドに割り当てられます。また、パーサー ロジックで metadata.event_type などのフィールドを決定するためにも使用されます。
event_name metadata.product_event_type 未加工ログの event_name フィールドの値がこの UDM フィールドに割り当てられます。
firewall target.hostname 未加工ログの firewall フィールドの値がこの UDM フィールドに割り当てられます。
host principal.hostname 未加工ログの host フィールドの値がこの UDM フィールドに割り当てられます。
host_type principal.asset.category 未加工ログの host_type フィールドの値がこの UDM フィールドに割り当てられます。
iporhost principal.ip/principal.hostname/target.ip/target.hostname/observer.ip/observer.hostname 値が IP アドレスの場合、ログソースとイベントタイプに応じて principal.ip,target.ip, または observer.ip にマッピングされます。ホスト名の場合は、principal.hostname,target.hostname, または observer.hostname にマッピングされます。
IP principal.ip 未加工ログの IP フィールドの値がこの UDM フィールドに割り当てられます。
kv_data security_result.summary 未加工ログの kv_data フィールドの値がこの UDM フィールドに割り当てられます。
log_type metadata.log_type ALGOSEC にハードコードされています。
metric security_result.action_details 未加工ログの metric フィールドの値がこの UDM フィールドに割り当てられます。
msg security_result.summary/security_result.description 未加工ログの msg フィールドの値は、コンテキストに応じて、セキュリティ結果の概要または説明のいずれかを入力するために使用されます。また、extractrisk_level,risk_count,risk_code, フィールドと risk_title フィールドにも使用されます。
pid target.process.pid grok を使用して desc フィールドから抽出された pid フィールドの値が、この UDM フィールドに割り当てられます。
product metadata.product_name 未加工ログの product フィールドの値がこの UDM フィールドに割り当てられます。
report security_result.description 未加工ログの report フィールドの値が、セキュリティ結果の説明に含まれます。
report_data.Device IP target.ip 解析された JSON データの Device IP フィールドの値が、この UDM フィールドに割り当てられます。
report_data.Highest Risk Level security_result.description 解析された JSON データの Highest Risk Level フィールドの値は、セキュリティ結果の説明に含まれます。セキュリティ結果の重大度を判断するためにも使用されます。
report_data.Security Rating Score security_result.description 解析された JSON データの Security Rating Score フィールドの値は、セキュリティ結果の説明に含まれます。
Requestor.Email principal.user.email_addresses 解析された JSON データの Request オブジェクト内の Email フィールドの値がこの UDM フィールドに割り当てられます。
Requestor.Name principal.user.user_display_name 解析された JSON データの Requestor オブジェクト内の Name フィールドの値が、この UDM フィールドに割り当てられます。
RequestType target.resource.attribute.labels 未加工ログの RequestType フィールドの値が、ターゲット リソースのラベルとして追加されます。
risk_title security_result.summary 未加工ログの risk_title フィールドの値がこの UDM フィールドに割り当てられます。
src_ip principal.ip 未加工ログの src_ip フィールドの値がこの UDM フィールドに割り当てられます。
src_port principal.port 未加工ログの src_port フィールドの値がこの UDM フィールドに割り当てられます。
status security_result.description/security_result.action_details 未加工ログの status フィールドの値は、コンテキストに応じて、セキュリティ結果またはアクションの詳細の説明に含まれます。また、セキュリティ結果の重大度を判断するためにも使用されます。
target_app target.application 未加工ログの target_app フィールドの値がこの UDM フィールドに割り当てられます。
TemplateName metadata.description 未加工ログの TemplateName フィールドの値がこの UDM フィールドに割り当てられます。
url security_result.url_back_to_product 未加工ログの url フィールドの値がこの UDM フィールドに割り当てられます。
user principal.user.userid 未加工ログの user フィールドの値がこの UDM フィールドに割り当てられます。
vendor metadata.vendor_name 未加工ログの vendor フィールドの値がこの UDM フィールドに割り当てられます。
version metadata.product_version 未加工ログの version フィールドの値がこの UDM フィールドに割り当てられます。
WorkFlow target.resource.attribute.labels 未加工ログの WorkFlow フィールドの値が、ターゲット リソースにラベルとして追加されます。
(Parser Logic) extensions.auth.type MACHINE にハードコードされています。
(Parser Logic) security_result.action event_id などのフィールドに基づいて決定されます。通常は ALLOW or BLOCK に設定します。
(Parser Logic) security_result.category Firewall Analyzer イベントの場合は POLICY_VIOLATION にハードコードされています。
(Parser Logic) security_result.description 他のフィールドに基づいて構築され、イベントに関するコンテキストと詳細を提供します。
(Parser Logic) security_result.severity event_id,msg, などのフィールドに基づいて決定されます。通常は LOW,MEDIUM, または HIGH に設定します。
(Parser Logic) metadata.event_type event_id などのフィールドに基づいて決定されます。例は USER_LOGIN,USER_LOGOUT,USER_RESOURCE_ACCESS,GENERIC_EVENT,STATUS_UNCATEGORIZED,SCAN_HOST,NETWORK_CONNECTION,、STATUS_UPDATE などです。

変更ログ

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

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