Hitachi Content Platform のログを収集する

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

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

Hitachi Content Platform（HCP）は、固定コンテンツ データの増大する大規模なリポジトリをサポートするように設計された分散オブジェクト ストレージ システムです。HCP は、REST API、NFS、CIFS、WebDAV を介したデータ保護、コンプライアンス保持、バージョン管理、マルチプロトコル アクセスなどの機能を備えた安全なストレージを提供します。このプラットフォームは、Namespace 分離によるマルチテナンシーをサポートし、包括的なシステム モニタリング機能とロギング機能を備えています。

始める前に

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

  • Google SecOps インスタンス
  • Windows Server 2016 以降、または systemd を使用する Linux ホスト
  • Bindplane エージェントと Hitachi Content Platform 間のネットワーク接続
  • プロキシの背後で実行している場合は、Bindplane エージェントの要件に従ってファイアウォール ポートが開いていることを確認します。
  • HCP で管理者ロールまたはセキュリティ ロールを持つシステムレベルのユーザー アカウント。モニタリング ロールまたはコンプライアンス ロールは [Syslog] ページを表示できますが、syslog ロギングを構成したり、接続をテストしたりすることはできません。
  • HCP システム管理コンソールへのアクセス

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. [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:
  udplog:
    listen_address: "0.0.0.0:514"

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

service:
  pipelines:
    logs/hcp_to_chronicle:
      receivers:
        - udplog
      exporters:
        - chronicle/hcp

構成パラメータ

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

  • レシーバーの構成:

    • レシーバーは、ポート 514 で UDP syslog メッセージをリッスンするように udplog として構成されています。
    • listen_address: "0.0.0.0:514" は、ポート 51 のすべてのインターフェースでリッスンします。Linux でポート 514 に root 権限が必要な場合は、代わりにポート 1514 を使用し、そのポートに送信するように HCP を構成します。

  • エクスポータの構成:

    • 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: HITACHI_CLOUD_PLATFORM に設定します。
    • ingestion_labels: YAML 形式のオプションのラベル（例: env: production）。

以前の Ingestion API エクスポータ

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

    exporters:
  chronicle/hcp:
    compression: gzip
    creds_file_path: '/opt/observiq-otel-collector/ingestion-auth.json'
    customer_id: 'YOUR_CUSTOMER_ID'
    endpoint: malachiteingestion-pa.googleapis.com
    log_type: HITACHI_CLOUD_PLATFORM
    raw_log_field: body
    ingestion_labels:
      env: production

構成ファイルを保存する

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

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

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"

Hitachi Content Platform の syslog 転送を構成する

  1. 管理者ロールまたはセキュリティ ロールを持つアカウントを使用して、HCP システム管理コンソールにログインします。
  2. 最上位メニューで、[Monitoring] > [Syslog] を選択します。
  3. [Syslog Server IP Addresses] フィールドに、Bindplane エージェント ホストの IP アドレスを入力します。必要に応じて、コロンとポート番号（192.168.1.100:514 や 192.168.1.100:1514 など）を続けて入力します。ポート番号を省略すると、HCP はデフォルトでポート 514 を使用します。
  4. [追加] をクリックします。指定した IP アドレスがフィールドの下のリストに移動します。
  5. [このレベル以上のログ メッセージを送信する] フィールドで、Syslog サーバーに送信するメッセージの重大度レベルを選択します。
    • NOTICE: 重大度レベルが Notice、Warning、Error のメッセージを送信します。
    • WARNING: 重大度レベルが Warning または Error のメッセージを送信します。
    • ERROR: 重大度がエラーのメッセージのみを送信します。
  6. [HTTP access Facility] フィールドで、HTTP アクセス ログ メッセージを送信する syslog ローカル ファシリティを選択します。オプションは local0～local7 です。
  7. HTTP ベースのデータアクセス イベントに関するログメッセージを含めるには、[HTTP ベースのデータアクセス リクエストのログメッセージを送信する] を選択します。
  8. [MAPI アクセス機能] フィールドで、管理 API ログ メッセージの転送先となる syslog ローカル機能を指定します。オプションは local0～local7 です。
  9. 管理 API リクエスト イベントに関するログ メッセージを含めるには、[管理 API リクエストのログ メッセージを送信する] を選択します。
  10. セキュリティ イベント（無効なユーザー名でシステム管理コンソールにログインしようとした試み）に関するログ メッセージを含めるには、セキュリティ イベントを送信するオプション（利用可能な場合）を選択します。
  11. [設定を更新] をクリックして、構成を保存します。

  12. 接続をテストするには、[Syslog] ページで [Test] をクリックします。HCP は、重大度レベルが Notice のテスト メッセージを syslog サーバーに送信します。Bindplane エージェント ログを調べて、メッセージが受信されたことを確認します。

UDM マッピング テーブル

ログフィールド UDM マッピング ロジック
host_name intermediary.hostname 中間デバイスのホスト名
event_type metadata.event_type イベントのタイプ（例: USER_LOGIN、NETWORK_CONNECTION）
product_event metadata.product_event_type サービス固有のイベントタイプ
network.application_protocol 使用されるアプリケーション プロトコル（HTTP、HTTPS など）
http_method network.http.method HTTP メソッド（GET、POST など）
URL network.http.referral_url HTTP リクエストのリファラー URL
response_code network.http.response_code HTTP レスポンス コード
src_ip principal.ip 接続の送信元 IP アドレス
metadata.product_name 製品名
metadata.vendor_name ベンダー/会社名

変更ログ

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

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