iBoss Web Proxy ログを収集する

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

Google SecOps SIEM

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

iBoss は、安全なインターネット アクセス、セキュア ウェブ ゲートウェイ（SWG）、CASB、ZTNA、DLP 機能を提供する、クラウドネイティブのゼロトラスト セキュア アクセス サービスエッジ（SASE）プラットフォームです。トラフィックをクラウド インフラストラクチャ経由でルーティングすることで、ユーザーの場所に関係なく、一貫したセキュリティ ポリシーと脅威保護を適用します。

始める前に

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

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

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

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

• 新規デプロイ: Chronicle API を使用します（オプション 1）。
• 以前のデプロイ: 2027 年 7 月 20 日に Ingestion API が廃止されるまで、取り込み認証ファイル（オプション 2）を引き続き使用します。

オプション 1: Chronicle API のサービス アカウントを作成する（推奨）

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 と管理] > [設定] に移動し、[プロジェクト番号] をコピーします。これはエクスポータの構成に必要です。

注: JSON キーは認証情報です。Bindplane ホスト上のファイルへのアクセスを制限し、組織のポリシーに従って鍵をローテーションします。

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

1. Google SecOps コンソールにログインします。
2. [SIEM 設定] > [収集エージェント] に移動します。
3. 取り込み認証ファイルをダウンロードします。
4. Bindplane エージェントがインストールされるシステムにファイルを安全に保存します。

注: このファイルは、エージェントを以前の Ingestion API（malachiteingestion-pa.googleapis.com）に対して認証します。この API は、2027 年 7 月 20 日にサポート終了が予定されています。その日までにオプション 1 に移行するよう計画してください。

Google SecOps のお客様 ID を取得する

1. Google SecOps コンソールにログインします。
2. [SIEM 設定] > [プロファイル] に移動します。
3. [組織の詳細情報] セクションから [お客様 ID] をコピーして保存します。

注: Bindplane エージェント エクスポータを構成するには、お客様 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 エージェントのインストール ガイドをご覧ください。

注: Chronicle API エクスポータの構成には、Bindplane コレクタ v1.106.0 以降が必要です。上記のコマンドを実行すると、最新リリースがインストールされます。既存のインストールを更新する場合は、構成を変更する前にコレクタをアップグレードします。

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/iboss_webproxy:
      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: '<CREDS_FILE_PATH>'
      customer_id: '<CUSTOMER_ID>'
      endpoint: chronicle.googleapis.com
      log_type: IBOSS_WEBPROXY
      raw_log_field: body
      ingestion_labels:
        log_source: iboss
  
  service:
    pipelines:
      logs/iboss_to_chronicle:
        receivers:
          - udplog
        exporters:
          - chronicle/iboss_webproxy
  

構成パラメータ

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

• レシーバーの構成:

  • listen_address: Bindplane エージェントが受信 syslog メッセージをリッスンする IP アドレスとポート。すべてのインターフェースでリッスンするには、0.0.0.0 を使用します。ポートは、iBoss syslog 転送設定で構成されたポートと一致する必要があります。
  • iBoss が TCP 経由でログを送信するように構成されている場合は、udplog レシーバーを tcplog に置き換えます。

  receivers:
    tcplog:
      listen_address: "0.0.0.0:514"
  

  注: service.pipelines セクションのレシーバ参照を適宜更新します。

• エクスポータの構成:

  • <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/iboss_webproxy:
      compression: gzip
      creds_file_path: '<CREDS_FILE_PATH>'
      customer_id: '<CUSTOMER_ID>'
      endpoint: malachiteingestion-pa.googleapis.com
      log_type: IBOSS_WEBPROXY
      raw_log_field: body
      ingestion_labels:
        log_source: iboss
  

注: このエクスポータは、2027 年 7 月 20 日に Ingestion API が廃止されると機能しなくなります。

構成ファイルを保存する

編集が完了したら、ファイルを保存します。

• Linux: Ctrl+O、Enter、Ctrl+X の順に押します。
• Windows の場合: [ファイル] > [保存] をクリックします。

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"
   

iBoss syslog 転送を構成する

1. iBoss ポータルにログインします。
2. 統合マーケットプレイスに移動し、左側のメニューから [ログ転送] を選択して、[Syslog ログ転送] ウィジェットに関連付けられている [構成] ボタンをクリックします。
3. [統合を追加] ボタンをクリックして、Syslog 統合を追加します。

4. 次の構成情報を提供してください。

   • 転送元: プルダウンから [報告者] を選択します。
   • Select Reporting Database: レポート データベースを選択します。
   • Service Name: 統合のわかりやすい名前を入力します（例: SecOps-Bindplane）。
   • Enable Service: [Enabled] に設定します。
   • ログタイプ: プルダウンから [URL] を選択します。これにより、ウェブ プロキシのトラフィック ログ（HTTP/HTTPS リクエスト）がキャプチャされます。DLP や DNS などの他のイベント カテゴリを転送するには、対応するログタイプで個別の統合を構成します。

   • プロトコル タイプ: プルダウンから [UDP] または [TCP] を選択します。

     注: プロトコルは、Bindplane エージェントの config.yaml ファイルで構成されているレシーバー タイプ（UDP の場合は udplog、TCP の場合は tcplog）と一致している必要があります。TCP は信頼性の高い順序付けられた配信を提供するため、本番環境におすすめです。

   • Syslog Facility Level: プルダウンから [Facility Syslog] を選択します。

   • レポート グループ: プルダウンから [すべて] を選択します。

   • ホスト名: Bindplane エージェント ホストの IP アドレスまたは完全修飾ドメイン名を入力します。

   • ポート: Bindplane エージェント構成の listen_address ポートに一致するポート番号を入力します（例: 514）。

     注: Linux では、ポート 514 は特権ポートです。Bindplane エージェントが root 以外のユーザーとして実行されている場合は、非特権ポート（5514 など）を使用し、iBoss の [Port] フィールドと Bindplane の listen_address の両方を更新して一致させます。

   • ログ形式: プルダウンから [JSON] を選択します。

   • 転送間隔: プルダウンから [継続的] を選択します。

   • フィールド区切り文字: プルダウンから [SPACE] を選択します。

   • Send DLP/Web/DNS/Malware/Audit/ConnectionError Logs: ログを送信する設定に基づいて、[Enable] に設定します。

     注: [Send Connection Error Logs] の切り替えは、[Send Web Logs] が無効になっている場合にのみ iBoss UI に表示されます。

   • Fields to Forward: DLP Base64 Encoded Meta Data、Base64 Encoded Meta Data、Chat GPT Message を除くすべてのフィールドを追加します。

5. [サービスを追加] をクリックします。

注: 複数のレポートノードがある場合は、レポートノードごとに手順 3 と 4 を繰り返します。

UDM マッピング テーブル

ログフィールド	UDM マッピング	ロジック
intermediary	intermediary	イベントに関連する中間デバイスまたはサービスに関する情報。
降順	metadata.description	イベントに関する追加の説明。
metadata.event_type	metadata.event_type	イベントのタイプ（USER_LOGIN、NETWORK_CONNECTION など）。
urlLogId	metadata.product_log_id	プロダクトのログエントリの固有識別子。
requestMethod	network.http.method	リクエストで使用される HTTP メソッド。
ref_url	network.http.referral_url	ユーザーを現在のページに誘導した URL。
response_Code	network.http.response_code	HTTP レスポンス コード。
user_Agent	network.http.user_agent	HTTP リクエストのユーザー エージェント文字列。
up_stream	network.received_bytes	ネットワーク接続で受信したバイト数。
down_stream	network.sent_bytes	ネットワーク接続で送信されたバイト数。
computerName	principal.asset.hostname	プリンシパルに関連付けられているアセットのホスト名。
computer_Mac_Address	principal.asset.mac	プリンシパルに関連付けられているアセットの MAC アドレス。
filtering_Group_Name	principal.group.group_display_name	プリンシパルに関連付けられたグループの表示名。
computerName	principal.hostname	プリンシパルのホスト名。
sourceIpAddress	principal.ip	プリンシパルの IP アドレス。
pri_ip	principal.ip
pub_ip	principal.ip
mac_address	principal.mac	プリンシパルの MAC アドレス。
src_port	principal.port	プリンシパルが使用するポート番号。
file_name	principal.process.file.names	プロセスに関連付けられているファイルの名前。
ユーザー名	principal.user.userid	プリンシパルのユーザー ID。
sec_res	security_result	アクションやカテゴリなど、セキュリティ分析の結果。
ホスト	target.hostname	ターゲットのホスト名。
ipAddress	target.ip	ターゲットの IP アドレス。
targetPort	target.port	ターゲットのポート番号。
uri_path	target.process.file.full_path	ターゲット上のファイルまたはリソースのフルパス。
URL	target.url	ターゲットの URL。
metadata.product_name	metadata.product_name	イベントを生成したプロダクトの名前。
metadata.vendor_name	metadata.vendor_name	商品を製造したベンダーの名前。

変更ログ

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

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