Google uses AI technology to translate content into your preferred language. AI translations can contain errors.

VMware Tanzu のログを収集する

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

Google SecOps SIEM

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

VMware Tanzu は、Kubernetes API サーバーイベント、リソースアクセス、認証の決定、構成変更の JSON 形式と syslog 形式の監査ログを生成する Kubernetes プラットフォームです。パーサーは、JSON 形式の監査ログからフィールドを抽出し、統合データモデル（UDM）にマッピングします。

始める前に

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

Google SecOps インスタンス
Windows Server 2016 以降、または systemd を使用する Linux ホスト
Bindplane エージェントと Tanzu Operations Manager 間のネットワーク接続
プロキシの背後で実行している場合は、Bindplane エージェントの要件に従ってファイアウォールポートが開いていることを確認します
VMware Tanzu への特権アクセス

Google SecOps の取り込み認証ファイルを取得する

Google SecOps コンソールにログインします。
[SIEM 設定] > [収集エージェント] に移動します。
Ingestion Authentication File をダウンロードします。
Bindplane をインストールするシステムにファイルを安全に保存します。

注: この JSON ファイルには、Bindplane エージェントを Google SecOps に対して認証するための認証情報が含まれています。

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

Google SecOps コンソールにログインします。
[SIEM 設定] > [プロファイル] に移動します。
[組織の詳細情報] セクションから [お客様 ID] をコピーして保存します。

注: Bindplane エージェントエクスポータを構成するには、顧客 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/vmware_tanzu:
        compression: gzip
        creds_file_path: '/etc/bindplane-agent/ingestion-auth.json'
        customer_id: '<customer_id>'
        endpoint: malachiteingestion-pa.googleapis.com
        log_type: VMWARE_TANZU
        raw_log_field: body

service:
    pipelines:
        logs/vmware_tanzu_to_chronicle:
            receivers:
                - udplog
            exporters:
                - chronicle/vmware_tanzu

構成パラメータ

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

レシーバーの構成:
- 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
- customer_id: Google SecOps コンソールからコピーしたお客様 ID
- endpoint: リージョナルエンドポイント URL:
  - 米国: malachiteingestion-pa.googleapis.com
  - ヨーロッパ: europe-malachiteingestion-pa.googleapis.com
  - アジア: asia-southeast1-malachiteingestion-pa.googleapis.com
  - 完全なリストについては、リージョンエンドポイントをご覧ください。

構成ファイルを保存する

編集後、ファイルを保存します。
- 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"
```

VMware Tanzu の syslog を構成する

Tanzu Operations Manager ウェブ UI にログインします。
[ユーザー名] を選択し、[設定] をクリックします。
[Syslog] を選択します。
[はい] をクリックして、システムログをリモートサーバーに送信します。
次の構成の詳細を入力します。
- アドレス: Bindplane エージェントの IP アドレスを入力します。
- ポート: Bindplane エージェントのポート番号を入力します。
- トランスポートプロトコル: Bindplane エージェントの構成に応じて、[UDP] または [TCP] を選択します。
[保存] をクリックします。

UDM マッピングテーブル

ログフィールド	UDM マッピング	ロジック
`annotations.authorization.k8s.io/decision`	`security_result.action`	アノテーション `authorization.k8s.io/decision` が存在する場合、その値は大文字に変換されます。大文字の値が「ALLOW」の場合、UDM フィールドは ALLOW に設定されます。それ以外の場合は BLOCK に設定されます。
`annotations.authorization.k8s.io/reason`	`security_result.description`	アノテーション `authorization.k8s.io/reason` が存在する場合、その値（二重引用符を削除したもの）が使用されます。
`apiVersion`	`metadata.product_version`	直接マッピングされます。
`auditID`	`metadata.product_log_id`	直接マッピングされます。
`kind`	`metadata.product_event_type`	直接マッピングされます。
`objectRef.name`	`target.resource.name`	直接マッピングされます。
`objectRef.namespace`	`target.resource.attribute.labels.key`、`target.resource.attribute.labels.value`	`key` は「namespace」に設定され、`value` は `objectRef.namespace` から取得されます。
`objectRef.resource`	`target.resource.resource_subtype`	直接マッピングされます。
`objectRef.resourceVersion`	`target.resource.attribute.labels.key`、`target.resource.attribute.labels.value`	`key` は「resourceVersion」に設定され、`value` は `objectRef.resourceVersion` から取得されます。
`objectRef.uid`	`target.resource.product_object_id`	直接マッピングされます。
`requestReceivedTimestamp`/`timestamp`	`metadata.event_timestamp`	パーサーは、まず `requestReceivedTimestamp` の解析を試みます。存在しない場合は、syslog 接頭辞から抽出された `timestamp` フィールドを使用します。
`requestURI`	`target.url`	直接マッピングされます。
`responseStatus.code`	`network.http.response_code`	整数に変換された後、直接マッピングされます。
`sourceIPs`	`principal.ip`	`sourceIPs` 配列内のすべての IP アドレスが `principal.ip` 配列に追加されます。
`stage`	`metadata.description`	直接マッピングされます。
`stageTimestamp`	`metadata.collected_timestamp`	直接マッピングされます。
`user.groups`	`principal.user.group_identifiers`	`user.groups` 配列内のすべてのグループが `principal.user.group_identifiers` 配列に追加されます。
`user.uid`	`principal.user.userid`	直接マッピングされます。
`user.username`	`principal.user.user_display_name`	直接マッピングされます。
`verb`	`network.http.method`	大文字に変換された後、直接マッピングされます。`verb` フィールドによって決定されます。`verb` が「CREATE」の場合、イベントタイプは `USER_RESOURCE_CREATION` です。`verb` が「PATCH」または「UPDATE」の場合、イベントタイプは `USER_RESOURCE_UPDATE_CONTENT` です。`verb` が「DELETE」の場合、イベントタイプは `USER_RESOURCE_DELETION` です。それ以外の場合、`verb` が空でなければ、イベントタイプは `USER_RESOURCE_ACCESS` です。上記の条件のいずれも満たされない場合、イベントタイプは `GENERIC_EVENT` に設定されます。「VMWARE_TANZU」にハードコードされています。「VMWARE」にハードコードされます。「VMWARE_TANZU」にハードコードされています。「CLUSTER」にハードコードされています。

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