Zix Email Encryption ログを収集する

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

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

Zix Email Encryption（現在は OpenText ZixEncrypt）は、安全なメール通信とコンプライアンスのためのメール暗号化および DLP プラットフォームです。ZixGateway アプライアンスで SMTP トランザクション ログと暗号化イベント ログを生成します。

始める前に

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

  • Google SecOps インスタンス
  • Windows Server 2016 以降、または systemd を使用する Linux ホスト
  • Bindplane エージェントと Zix Email Encryption アプライアンス間のネットワーク接続
  • プロキシの背後で実行している場合は、Bindplane エージェントの要件に従ってファイアウォール ポートが開いていることを確認する
  • 管理者権限で Zix Email Encryption アプライアンス（ZixGateway）にアクセスできる
  • Zix Email Encryption ログファイル（SMTP トランザクション ログ、暗号化イベント ログ）にアクセスできる

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

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

  • 新しいデプロイ: Chronicle API を使用します（オプション 1）。
  • レガシー デプロイ: Ingestion API が 2027 年 7 月 20 日に廃止されるまで、取り込み認証ファイル（オプション 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. キーファイルを 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 を更新します。
  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:
  filelog:
    include:
      - /var/log/zix/*.log
      - /opt/zix/logs/*.log
    start_at: beginning

exporters:
  chronicle/zix_email:
    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: ZIX_EMAIL_ENCRYPTION
    raw_log_field: body
    ingestion_labels:
      env: production

service:
  pipelines:
    logs/zix_to_chronicle:
      receivers:
        - filelog
      exporters:
        - chronicle/zix_email

構成パラメータ

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

  • レシーバーの構成:

    • filelog: ディスクからログファイルを収集するレシーバーのタイプ
    • include: モニタリングするファイルパスまたは glob パターンのリスト:
      • Linux: /var/log/zix/*.log または /opt/zix/logs/*.log
      • Windows: C:\Program Files\Zix\logs\*.log
      • ZixGateway ログファイルの場所に合わせてパスを調整します。
    • start_at: 既存のログファイルを最初から読み取る場合は beginning、新しいエントリのみを読み取る場合は end に設定します。

  • エクスポーターの構成:

    • zix_email: エクスポーターの説明名
    • 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>: 前のステップのお客様 ID
    • location: <LOCATION> を Google SecOps インスタンスのリージョン（us、europe、asia-southeast1 など）に置き換えます。エクスポーターは、この値に chronicle.googleapis.com という接頭辞を付けます。完全なリストについては、リージョン エンドポイントをご覧ください。
    • project: <PROJECT_NUMBER> を [IAM と管理] > [設定] のプロジェクト番号に置き換えます。
    • endpoint: chronicle.googleapis.com に設定したままにします。
    • ZIX_EMAIL_ENCRYPTION: Chronicle に表示されるログタイプ
    • ingestion_labels: YAML 形式の省略可能なラベル（例: env: production）

  • パイプラインの構成:

    • zix_to_chronicle: パイプラインの説明名

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

  • オプション 2 の取り込み認証ファイルを使用する場合は、exporters ブロックを次のように置き換えます。creds_file_path を取り込み認証ファイルのパスに設定します。インスタンスが米国以外にある場合は、malachiteingestion-pa.googleapis.com を リージョン エンドポイント（europe-malachiteingestion-pa.googleapis.com など）に置き換えます。

    exporters:
  chronicle/zix_email:
    compression: gzip
    creds_file_path: '/opt/observiq-otel-collector/ingestion-auth.json'
    customer_id: '<customer_id>'
    endpoint: malachiteingestion-pa.googleapis.com
    log_type: ZIX_EMAIL_ENCRYPTION
    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

    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"

Zix Email Encryption ログ収集を構成する

Bindplane エージェントは、ZixGateway アプライアンスのファイル システムからログファイルを直接収集します。

ログファイルの場所を確認する

  1. ZixGateway 管理コンソールにログインします。
  2. [Monitoring] > [Logs] に移動します。

  3. ログファイル ディレクトリを確認します。

    • Linux: /var/log/zix/ または /opt/zix/logs/
    • Windows: C:\Program Files\Zix\logs\

  4. SMTP トランザクション ログと暗号化イベント ログが想定どおりの場所に書き込まれていることを確認します。

  5. ログ ディレクトリがデフォルトと異なる場合は、Bindplane エージェントの config.yaml で include パスを更新します。

UDM マッピング テーブル

ログフィールド UDM マッピング ロジック
intermediary intermediary intermediary から統合
relay_host intermediary.hostname relay_host から直接コピーされた値
relay_ip intermediary.ip relay_ip から統合
relay_port intermediary.port relay_port の値が整数に変換される
message_details metadata.description smtp、smtpd、cleanup、error ブロックの message_details から直接コピーされた値
principal_hostname, sender_email metadata.event_type principal_hostname と sender_email が空でない場合は「EMAIL_TRANSACTION」に設定します。principal_hostname と（target_host または target_ip）が空でない場合は「NETWORK_CONNECTION」に設定します。principal_hostname が空でなく、（target_host または target_ip）が空の場合は「STATUS_UPDATE」に設定します。それ以外の場合は「GENERIC_EVENT」に設定します。
metadata.product_name 「Zix Email Encryption」に設定
metadata.vendor_name 「Zix」に設定
メッセージ network.application_protocol メッセージが smtp または smtpd と一致する場合は「SMTP」に設定
sender_email network.email.from sender_email がメールの正規表現と一致する場合は、値が直接コピーされる
件名 network.email.subject 件名から統合
recipient_email network.email.to recipient_email がメールの正規表現と一致する場合は、recipient_email から統合
data_size network.received_bytes data_size の値が uinteger に変換される
tls_cipher network.tls.cipher tls_cipher から直接コピーされた値
cert_data network.tls.client.certificate.issuer cert_data から直接コピーされた値
デーモン principal.application デーモンから直接コピーされた値
principal_hostname principal.hostname principal_hostname から直接コピーされた値
ファイル principal.process.file.full_path ファイルから直接コピーされた値
pid principal.process.pid pid から直接コピーされた値
principal.resource.type デーモンが cleanup の場合は「CLEANUP_MESSAGE_ID」に設定
sender_email principal.user.user_display_name sender_email がメールの正規表現と一致しない場合は、値が直接コピーされる
user_id principal.user.userid user_id が空でない場合は user_id の値、それ以外の場合は else ブロックの user_id の値
security_result security_result security_result から統合
security_action security_result.action security_action から統合
failure_reason security_result.description failure_reason から直接コピーされた値
security_summary security_result.summary security_summary から直接コピーされた値
ファイル target.file.full_path ファイルから直接コピーされた値
target_host target.hostname target_host から直接コピーされた値
target_ip target.ip target_ip から統合
target_port target.port target_port の値が整数に変換される
message_id target.resource.name message_id から直接コピーされた値
recipient_email target.user.user_display_name recipient_email がメールの正規表現と一致しない場合は、値が直接コピーされる

変更ログ

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

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