Google は AI 技術を使用して、コンテンツをご希望の言語に翻訳しています。AI 翻訳には誤りが含まれる場合があります。

Intel Endpoint Management Assistant（Intel EMA）のログを収集する

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

Google SecOps SIEM

このドキュメントでは、Bindplane を使用して Intel Endpoint Management Assistant（Intel EMA）のログを Google Security Operations に取り込む方法について説明します。

Intel Endpoint Management Assistant（Intel EMA）は、ファイアウォールの内外を問わず、クラウド内の Intel vPro プラットフォームベースのデバイスをリモート管理するソフトウェアアプリケーションです。Intel EMA を使用すると、IT 管理者は Intel Active Management Technology（Intel AMT）エンドポイントのリモート構成と管理、帯域外および帯域内オペレーションの実行、監査イベントロギングによるエンドポイントアクティビティのモニタリングを行うことができます。

始める前に

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

Google SecOps インスタンス
Windows Server 2016 以降、または systemd を使用する Linux ホスト
Bindplane エージェントと Intel EMA サーバー間のネットワーク接続
プロキシの背後で実行している場合は、Bindplane エージェントの要件に従ってファイアウォールポートが開いていることを確認する
NLog 構成ファイルを変更する権限を持つ Intel EMA サーバーへの管理者アクセス
Intel EMA サーバーバージョン 1.10 以降がインストールされ、動作している

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

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

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

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

Google Cloud コンソールにログインし、Google SecOps インスタンスにリンクされている Google Cloud プロジェクトを選択します。
[IAM と管理]> [サービスアカウント] に移動します。
[サービスアカウントを作成] をクリックします。
次の構成情報を指定します。
- サービスアカウント名: アカウントの名前を入力します（例: bindplane-ingest）。
- サービスアカウントの説明: 説明を入力します（例: Bindplane agent log ingestion）。
[作成して続行] をクリックします。
[このサービスアカウントにプロジェクトへのアクセスを許可する] セクションで、[ロールを選択] をクリックし、[Chronicle 編集者] を選択します。
[**続行**] をクリックして [**完了**] をクリックします。
作成したサービスアカウントをクリックし、[キー] タブに移動します。
鍵を追加 > 新しい鍵を作成 の順にクリックします。
[JSON] を選択し、[作成] をクリックします。キーファイルがパソコンにダウンロードされます。
キーファイルを Bindplane コレクタディレクトリ（Linux の場合は /opt/observiq-otel-collector/ingestion-auth.json、Windows の場合は C:\Program Files\observIQ OpenTelemetry Collector\ingestion-auth.json）に ingestion-auth.json として保存するか、保存するパスに合わせて config.yaml の creds_file_path を更新します。
[IAM と管理][>][設定] に移動し、[プロジェクト番号] をコピーします。エクスポート構成に必要になります。

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

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" /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)" install_unix.sh

インストールが完了するまでお待ちください。
次のコマンドを実行して、インストールの内容を確認します。
```
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/intel_ema:
    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: 'YOUR_CUSTOMER_ID'
    endpoint: chronicle.googleapis.com
    log_type: INTEL_EMA
    raw_log_field: body
    ingestion_labels:
      env: production

service:
  pipelines:
    logs/intel_ema_to_chronicle:
      receivers:
        - udplog
      exporters:
        - chronicle/intel_ema

構成パラメータ

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

レシーバーの構成:
- listen_address: UDP ポート 514 のすべてのインターフェースでリッスンするように 0.0.0.0:514 に設定します。Linux で 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: YOUR_CUSTOMER_ID を前のステップのお客様 ID に置き換えます。
- location: <LOCATION> を Google SecOps インスタンスのリージョン（us、europe、asia-southeast1 など）に置き換えます。エクスポーターは、この値に chronicle.googleapis.com という接頭辞を付けます。完全なリストについては、リージョンエンドポイントをご覧ください。
- project: <PROJECT_NUMBER> を [IAM と管理] > [設定] のプロジェクト番号に置き換えます。
- endpoint: chronicle.googleapis.com に設定したままにします。
- log_type: 示されているとおりに INTEL_EMA に設定します。
- ingestion_labels: YAML 形式のオプションのラベル（例: env: production）。

レガシー Ingestion API エクスポーター

オプション 2 の取り込み認証ファイルを使用する場合は、exporters ブロックを次のように置き換えます。creds_file_path を取り込み認証ファイルのパスに設定します。インスタンスが米国以外にある場合は、malachiteingestion-pa.googleapis.com をリージョンエンドポイント（europe-malachiteingestion-pa.googleapis.com など）に置き換えます。
```
exporters:
  chronicle/intel_ema:
    compression: gzip
    creds_file_path: '/opt/observiq-otel-collector/ingestion-auth.json'
    customer_id: 'YOUR_CUSTOMER_ID'
    endpoint: malachiteingestion-pa.googleapis.com
    log_type: INTEL_EMA
    raw_log_field: body
    ingestion_labels:
      env: production
```

構成ファイルを保存する

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

Linux: Ctrl+O、Enter、Ctrl+X を押します。
Windows: [File > Save] をクリックします。

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
```
- サービスコンソールを開きます。
  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"
```

Intel EMA syslog 転送を構成する

Intel EMA は NLog ロギングフレームワークを使用します。syslog 経由でログを Bindplane エージェントに転送するには、syslog ネットワークターゲットを Intel EMA NLog 構成ファイルに追加する必要があります。

NLog Syslog ターゲット拡張機能をインストールする

ローカル管理者として Intel EMA サーバーにログインします。
管理者として PowerShell を開きます。
Intel EMA ウェブアプリケーションディレクトリに移動します。
```
cd C:\inetpub\wwwroot
```
NLog.Targets.Syslog.dll ファイルを Intel EMA ウェブアプリケーションディレクトリ（C:\inetpub\wwwroot）にコピーして、NLog.Targets.Syslog NuGet パッケージをインストールします。

注: NLog.Targets.Syslog パッケージは NuGet ギャラリーからダウンロードできます。パッケージから DLL を抽出し、NLog.dll ファイルと NLog.config ファイルと同じディレクトリに配置します。

NLog 構成ファイルを編集する

テキストエディタで NLog 構成ファイルを開きます。
```
notepad C:\inetpub\wwwroot\NLog.config
```
<extensions> セクション内に syslog 拡張機能を追加します。<extensions> セクションが存在しない場合は、<nlog> 要素内に作成します。
```
<extensions>
    <add assembly="NLog.Targets.Syslog" />
</extensions>
```
<targets> セクション内に syslog ターゲットを追加します。
```
<target name="syslog" xsi:type="Syslog">
    <sl:messageSend>
        <protocol>UDP</protocol>
        <udp>
            <server>BINDPLANE_AGENT_IP</server>
            <port>514</port>
        </udp>
    </sl:messageSend>
</target>
```
- BINDPLANE_AGENT_IP を、Bindplane エージェントを実行しているホストの IP アドレス（192.168.1.100 など）に置き換えます。
- 標準以外のポートを使用している場合は、514 を Bindplane エージェントで構成したポートに置き換えます。
- Bindplane エージェントレシーバーの構成に合わせて、プロトコル を UDP または TCP に設定します。
<rules> セクション内にロギングルールを追加して、すべてのログメッセージを syslog ターゲットにルーティングします。
```
<logger name="*" minlevel="Info" writeTo="syslog" />
```
注: 情報、警告、エラー、重大なイベントをキャプチャするには、minlevel を Info に設定します。詳細なロギングの場合は Debug に、メッセージ数を減らす場合は Warn に設定します。
ファイルを保存して閉じます。

syslog ターゲットを使用した NLog.config の例

NLog.config 構成ファイルに追加された関連セクションの例を次に示します。

<?xml version="1.0" encoding="utf-8"?>
<nlog xmlns="http://www.nlog-project.org/schemas/NLog.xsd"
      xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
      xmlns:sl="http://www.nlog-project.org/schemas/NLog.Targets.Syslog.xsd">
    <extensions>
        <add assembly="NLog.Targets.Syslog" />
    </extensions>
    <targets>
        <!-- Existing file targets remain here -->
        <target name="syslog" xsi:type="Syslog">
            <sl:messageSend>
                <protocol>UDP</protocol>
                <udp>
                    <server>192.168.1.100</server>
                    <port>514</port>
                </udp>
            </sl:messageSend>
        </target>
    </targets>
    <rules>
        <!-- Existing rules remain here -->
        <logger name="*" minlevel="Info" writeTo="syslog" />
    </rules>
</nlog>

IIS を再起動して変更を適用する

管理者としてコマンドプロンプト または PowerShell を開きます。
IIS を再起動して NLog 構成を再読み込みします。
```
iisreset
```
ウェブブラウザで Intel EMA Platform Manager に移動して、Intel EMA ウェブアプリケーションが実行されていることを確認します。

syslog 転送を確認する

Intel EMA コンソールで操作（ログイン、エンドポイントの表示、構成の変更など）を行い、監査イベントを生成します。
Bindplane エージェントログを確認して、syslog メッセージが Intel EMA サーバーから受信されていることを確認します。

UDM マッピングテーブル

ログフィールド	UDM マッピング	ロジック
server_type	additional.fields	キー server_type、server_type_id、Endpoint_count を使用してラベルをマージしました
server_type_id	additional.fields
Endpoint_count	additional.fields
時間	metadata.event_timestamp	yyyy-MM-dd HH:mm:ss.SSSS、ISO8601、RFC 3339 形式で日付フィルタを使用して解析
metadata.event_type	metadata.event_type	「GENERIC_EVENT」に設定
version_id	metadata.product_version	値を直接コピー
EndpointId	security_result.detection_fields	キー EndpointId を使用してラベルをマージしました
重要度	security_result.severity	CRITICAL の場合は CRITICAL、ERROR の場合は ERROR、ALERT または EMERGENCY の場合は HIGH、INFO または NOTICE の場合は INFORMATIONAL、DEBUG の場合は LOW、WARNING の場合は MEDIUM、それ以外の場合は UNKNOWN_SEVERITY にマッピング
文化	target.resource.attribute.labels	キー culture、public_key_token、process_name を使用してラベルをマージしました
Publickeytoken	target.resource.attribute.labels
process_name	target.resource.attribute.labels

変更ログ

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

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

Intel Endpoint Management Assistant（Intel EMA）のログを収集する

始める前に

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

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

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

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

Bindplane エージェントをインストールする

Windows へのインストール

Linux へのインストール

その他のインストール リソース

syslog を取り込んで Google SecOps に送信するように Bindplane エージェントを構成する

構成ファイルを探す

構成ファイルを編集する

構成パラメータ

レガシー Ingestion API エクスポーター

構成ファイルを保存する

Bindplane エージェントを再起動して変更を適用する

Intel EMA syslog 転送を構成する

NLog Syslog ターゲット拡張機能をインストールする

NLog 構成ファイルを編集する

syslog ターゲットを使用した NLog.config の例

IIS を再起動して変更を適用する

syslog 転送を確認する

UDM マッピング テーブル

変更ログ

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

その他のインストールリソース

UDM マッピングテーブル