Omnissa Workspace ONE UEM（旧称 VMware Workspace ONE）ログを収集する

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

このドキュメントでは、Bindplane を使用して Omnissa Workspace ONE UEM（旧称 VMware Workspace ONE）ログを Google Security Operations に取り込む方法について説明します。

Omnissa Workspace ONE UEM は、モバイル、デスクトップ、高耐久性、IoT エンドポイントにわたってデバイス、アプリケーション、データを管理、保護できる統合エンドポイント管理プラットフォームです。このパーサーは、Workspace ONE UEM からの syslog メッセージを正規化し、デバイス コンプライアンス イベント、アプリケーション管理アクション、登録ステータスの変更、コンソール管理アクティビティなどのフィールドを抽出して、統合データモデル（UDM）にマッピングします。

始める前に

次の前提条件を満たしていることを確認します。 * Google SecOps インスタンス * Windows Server 2016 以降、または systemd を搭載した Linux ホスト * Bindplane エージェントと Omnissa Workspace ONE UEM コンソール間のネットワーク接続 * プロキシの背後で実行している場合は、Bindplane エージェントの要件に従ってファイアウォール ポートが開いていることを確認します。 * Omnissa Workspace ONE UEM コンソールへの管理者アクセス権

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](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](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:
  tcplog:
    listen_address: "0.0.0.0:514"

exporters:
  chronicle/workspace_one:
    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: VMWARE_WORKSPACE_ONE
    raw_log_field: body

service:
  pipelines:
    logs/workspace_one_to_chronicle:
      receivers:
        - tcplog
      exporters:
        - chronicle/workspace_one

構成パラメータ

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

レシーバーの構成:

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

構成ファイルを保存する

  • 編集が完了したら、ファイルを保存します。
    • 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 エージェントを再起動するには、次のいずれかのオプションを選択します。

  • 管理者としてコマンド プロンプトまたは 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"

Omnissa Workspace ONE UEM で Syslog 転送を構成する

  1. Omnissa Workspace ONE UEM コンソールにログインします。
  2. [Settings] > [System] > [Enterprise Integration] > [Syslog] に移動します。
  3. [有効] を選択して、syslog 統合を有効にします。

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

    • ホスト名: Bindplane エージェント ホストの IP アドレスまたはホスト名を入力します（例: 192.168.1.100）。
    • ポート: 「514」と入力します。
    • プロトコル: [TCP] を選択します。
    • Syslog Facility: Local0 または環境に適した別のファシリティを選択します。
    • メッセージ タグ: わかりやすいタグを入力します（例: WorkspaceONE）。

  5. [Event Categories] セクションで、転送するイベントタイプを選択します。

    • デバイス イベント - 登録、コンプライアンス、デバイス ステータスの変更
    • コンソール イベント - 管理者の操作と構成の変更
    • アプリケーション イベント - アプリケーションのインストール、削除、管理アクション
    • コンプライアンス イベント - コンプライアンス ポリシー違反と修復アクション

  6. [Save] をクリックして、syslog 構成を適用します。

  7. Bindplane エージェントのログをチェックして、ログが送信されていることを確認します。

UDM マッピング テーブル

ログフィールド UDM マッピング 論理
AdminAccount principal.user.userid 未加工ログの AdminAccount は principal.user.userid フィールドにマッピングされます。
Application target.application 未加工ログの Application フィールドは target.application フィールドにマッピングされます。
ApplicationUUID additional.fields 未加工ログの ApplicationUUID フィールドは、UDM の additional.fields 配列に Key-Value ペアとして追加されます。キーは「ApplicationUUID」です。
BytesReceived network.received_bytes 未加工ログの BytesReceived フィールドは network.received_bytes フィールドにマッピングされます。
Device target.hostname 未加工ログの Device フィールドは target.hostname フィールドにマッピングされます。
FriendlyName target.hostname Device が使用できない場合、未加工ログの FriendlyName フィールドは target.hostname フィールドにマッピングされます。
GroupManagementData security_result.description 未加工ログの GroupManagementData フィールドは security_result.description フィールドにマッピングされます。
Hmac additional.fields 未加工ログの Hmac フィールドは、UDM の additional.fields 配列に Key-Value ペアとして追加されます。キーは「Hmac」です。
LoginSessionID network.session_id 未加工ログの LoginSessionID フィールドは network.session_id フィールドにマッピングされます。
LogDescription metadata.description 未加工ログの LogDescription フィールドは metadata.description フィールドにマッピングされます。
MessageText metadata.description 未加工ログの MessageText フィールドは metadata.description フィールドにマッピングされます。
OriginatingOrganizationGroup principal.user.group_identifiers 未加工ログの OriginatingOrganizationGroup フィールドは principal.user.group_identifiers フィールドにマッピングされます。
OwnershipType additional.fields 未加工ログの OwnershipType フィールドは、UDM の additional.fields 配列に Key-Value ペアとして追加されます。キーは「OwnershipType」です。
Profile target.resource.name ProfileName が使用できない場合、未加工ログの Profile フィールドは target.resource.name フィールドにマッピングされます。
ProfileName target.resource.name 未加工ログの ProfileName フィールドは target.resource.name フィールドにマッピングされます。
Request Url target.url 未加工ログの Request Url フィールドは target.url フィールドにマッピングされます。
SmartGroupName target.group.group_display_name 未加工ログの SmartGroupName フィールドは target.group.group_display_name フィールドにマッピングされます。
Tags additional.fields 未加工ログの Tags フィールドは、UDM の additional.fields 配列に Key-Value ペアとして追加されます。キーは「Tags」です。
User target.user.userid 未加工ログの User フィールドは target.user.userid フィールドにマッピングされます。未加工ログの Event Category は、UDM の additional.fields 配列に Key-Value ペアとして追加されます。キーは「Event Category」です。未加工ログの Event Module は、UDM の additional.fields 配列に Key-Value ペアとして追加されます。キーは「Event Module」です。未加工ログの Event Source は、UDM の additional.fields 配列に Key-Value ペアとして追加されます。キーは「Event Source」です。特定のイベントでは、パーサーによって「SSO」に設定されます。未加工ログのタイムスタンプから取得されます。パーサーは、未加工ログから日時を抽出し、UDM タイムスタンプに変換します。event_name と他のフィールドに基づいてパーサーによって決定されます。マッピング ロジックについては、パーサーコードをご覧ください。パーサーによって「AIRWATCH」に設定されます。未加工ログの event_name は metadata.product_event_type フィールドにマッピングされます。パーサーによって「AirWatch」に設定されます。パーサーによって「VMWare」に設定されます。未加工ログの domain は principal.administrative_domain フィールドにマッピングされます。hostname は、未加工ログの device_name フィールドから抽出されるか、Device フィールドまたは FriendlyName フィールドからマッピングされます。未加工ログの sys_ip は principal.ip フィールドにマッピングされます。特定のイベントタイプでは、未加工ログから抽出されます。特定のイベントタイプでは、未加工ログから抽出されます。未加工ログの user_name は principal.user.userid フィールドにマッピングされます。特定のイベントタイプでは、未加工ログから抽出されます。特定のイベントでは、パーサーによって設定されます。特定のイベントでは、パーサーによって設定されます。未加工ログの event_category は security_result.category_details フィールドにマッピングされます。特定のイベントタイプでは、未加工ログから抽出されます。特定のイベントタイプでは、未加工ログから抽出されます。未加工ログの domain は target.administrative_domain フィールドにマッピングされます。「DeleteDeviceRequested」イベントの未加工ログから DeviceSerialNumber と DeviceUdid を組み合わせて作成されます。特定のイベントタイプでは、未加工ログから抽出されます。特定のイベントタイプでは、未加工ログから抽出されます。未加工ログの sys_ip または他の IP アドレスは、target.ip フィールドにマッピングされます。特定のイベントタイプでは、未加工ログから抽出されます。特定のイベントタイプでは、未加工ログから抽出されます。特定のイベントでは、パーサーによって設定されます。特定のイベントタイプでは、未加工ログから抽出されます。特定のイベントタイプでは、未加工ログから抽出されます。特定のイベントタイプでは、未加工ログから抽出されます。

変更ログ

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

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