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 コンソールへの管理者アクセス権
Google SecOps の取り込み認証ファイルを取得する
- Google SecOps コンソールにログインします。
- [SIEM 設定] > [コレクション エージェント] に移動します。
取り込み認証ファイル をダウンロードします。Bindplane をインストールするシステムにファイルを安全に保存します。
Google SecOps のお客様 ID を取得する
- Google SecOps コンソールにログインします。
- [SIEM 設定] > [プロファイル] に移動します。
[組織の詳細情報] セクションから [お客様 ID] をコピーして保存します。
Bindplane エージェントをインストールする
次の手順に沿って、Windows または Linux オペレーティング システムに Bindplane エージェントをインストールします。
Windows のインストール
- 管理者としてコマンド プロンプトまたは PowerShell を開きます。
次のコマンドを実行します。
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インストールが完了するまで待ちます。
次のコマンドを実行して、インストールの内容を確認します。
sc query observiq-otel-collector
サービスが RUNNING と表示されます。
Linux のインストール
- root 権限または sudo 権限でターミナルを開きます。
次のコマンドを実行します。
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インストールが完了するまで待ちます。
次のコマンドを実行して、インストールの内容を確認します。
sudo systemctl status observiq-otel-collector
サービスは active (running) と表示されます。
その他のインストール リソース
その他のインストール オプションとトラブルシューティングについては、Bindplane エージェントのインストール ガイドをご覧ください。
Syslog を取り込んで Google SecOps に送信するように Bindplane エージェントを構成する
構成ファイルを探す
Linux:
sudo nano /etc/bindplane-agent/config.yamlWindows:
notepad "C:\Program Files\observIQ OpenTelemetry Collector\config.yaml"
構成ファイルを編集します。
config.yamlの内容全体を次の構成に置き換えます。receivers: tcplog: listen_address: "0.0.0.0:514" exporters: chronicle/workspace_one: compression: gzip creds_file_path: '/etc/bindplane-agent/ingestion-auth.json' customer_id: '<customer_id>' endpoint: malachiteingestion-pa.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: 取り込み認証ファイルのフルパス:- Linux:
/etc/bindplane-agent/ingestion-auth.json - Windows:
C:\Program Files\observIQ OpenTelemetry Collector\ingestion-auth.json
- Linux:
customer_id: Google SecOps コンソールからコピーしたお客様 IDendpoint: リージョン エンドポイント URL:- 米国:
malachiteingestion-pa.googleapis.com - ヨーロッパ:
europe-malachiteingestion-pa.googleapis.com - アジア:
asia-southeast1-malachiteingestion-pa.googleapis.com - 完全なリストについては、リージョン エンドポイントをご覧ください。
- 米国:
構成ファイルを保存する
- 編集が完了したら、ファイルを保存します。
- Linux:
Ctrl+O、Enter、Ctrl+Xの順に押します。 - Windows: [ファイル> 保存] をクリックします。
- Linux:
Bindplane エージェントを再起動して変更を適用する
Linux で Bindplane エージェントを再起動するには:
次のコマンドを実行します。
sudo systemctl restart observiq-otel-collectorサービスが実行されていることを確認します。
sudo systemctl status observiq-otel-collectorログでエラーを確認します。
sudo journalctl -u observiq-otel-collector -f
Windows で Bindplane エージェントを再起動するには、次のいずれかのオプションを選択します。
管理者としてコマンド プロンプトまたは PowerShell を開きます。
net stop observiq-otel-collector && net start observiq-otel-collectorサービス コンソール:
Win+Rキーを押し、「services.msc」と入力して Enter キーを押します。- observIQ OpenTelemetry Collector を見つけます。
右クリックして [再起動] を選択します。
サービスが実行されていることを確認します。
sc query observiq-otel-collectorログでエラーを確認します。
type "C:\Program Files\observIQ OpenTelemetry Collector\log\collector.log"
Omnissa Workspace ONE UEM で syslog 転送を構成する
- Omnissa Workspace ONE UEM コンソールにログインします。
- [Settings] > [System] > [Enterprise Integration] > [Syslog] に移動します。
- [有効] を選択して、syslog 統合を有効にします。
次の構成情報を提供してください。
- ホスト名: Bindplane エージェント ホストの IP アドレスまたはホスト名を入力します(例:
192.168.1.100)。 - ポート: 「
514」と入力します。 - プロトコル: [TCP] を選択します。
- Syslog Facility: Local0 または環境に適した別のファシリティを選択します。
- メッセージ タグ: 説明タグを入力します(例:
WorkspaceONE)。
- ホスト名: Bindplane エージェント ホストの IP アドレスまたはホスト名を入力します(例:
[イベント カテゴリ] セクションで、転送するイベントタイプを選択します。
- デバイス イベント - 登録、コンプライアンス、デバイスのステータスの変更
- コンソール イベント - 管理者の操作と構成の変更
- アプリケーション イベント - アプリケーションのインストール、削除、管理アクション
- コンプライアンス イベント - コンプライアンス ポリシー違反と修復アクション
[Save] をクリックして、syslog 構成を適用します。
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 のプロフェッショナルから回答を得ることができます。