Veeam ログを収集する
このドキュメントでは、Bindplane を使用して Veeam ログを Google Security Operations に取り込む方法について説明します。パーサーは、grok パターンを使用して syslog メッセージからフィールドを抽出し、フィールドの置換や統合などのデータ変換を行い、イベントタイプと使用可能なフィールドに基づいて抽出されたデータを統合データモデル(UDM)にマッピングします。また、エラー条件を処理し、適切な重大度レベルを設定します。
始める前に
次の前提条件を満たしていることを確認してください。
- Google SecOps インスタンス
- Windows 2016 以降、または systemdを使用する Linux ホスト
- プロキシの背後で実行している場合は、ファイアウォール ポートが開いていることを確認する
- Veeam への特権アクセス
Google SecOps の取り込み認証ファイルを取得する
- Google SecOps コンソールにログインします。
- [SIEM 設定] > [コレクション エージェント] に移動します。
- Ingestion Authentication File をダウンロードします。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
Linux のインストール
- root 権限または sudo 権限でターミナルを開きます。
- 次のコマンドを実行します。 - sudo sh -c "$(curl -fsSlL https://github.com/observiq/bindplane-agent/releases/latest/download/install_unix.sh)" install_unix.sh
その他のインストール リソース
その他のインストール オプションについては、インストール ガイドをご覧ください。
Syslog を取り込んで Google SecOps に送信するように Bindplane エージェントを構成する
- 構成ファイルにアクセスします。
- config.yamlファイルを見つけます。通常、Linux では- /etc/bindplane-agent/ディレクトリに、Windows ではインストール ディレクトリにあります。
- テキスト エディタ(nano、vi、メモ帳など)を使用してファイルを開きます。
 
- config.yamlファイルを次のように編集します。- receivers: udplog: # Replace the port and IP address as required listen_address: "0.0.0.0:514" exporters: chronicle/chronicle_w_labels: compression: gzip # Adjust the path to the credentials file you downloaded in Step 1 creds_file_path: '/path/to/ingestion-authentication-file.json' # Replace with your actual customer ID from Step 2 customer_id: <customer_id> endpoint: malachiteingestion-pa.googleapis.com # Add optional ingestion labels for better organization log_type: 'VEEAM' raw_log_field: body ingestion_labels: service: pipelines: logs/source0__chronicle_w_labels-0: receivers: - udplog exporters: - chronicle/chronicle_w_labels- 自社のインフラストラクチャでの必要性に応じて、ポートと IP アドレスを置き換えます。
- <customer_id>は、実際の顧客 ID に置き換えます。
- /path/to/ingestion-authentication-file.jsonの値を、Google SecOps の取り込み認証ファイルを取得するで認証ファイルを保存したパスに更新します。
 
Bindplane エージェントを再起動して変更を適用する
- Linux で Bindplane エージェントを再起動するには、次のコマンドを実行します。 - sudo systemctl restart bindplane-agent
- Windows で Bindplane エージェントを再起動するには、Services コンソールを使用するか、次のコマンドを入力します。 - net stop BindPlaneAgent && net start BindPlaneAgent
Veeam の Syslog を構成する
- Veeam Backup & Replication コンソールにログインします。
- メニュー > オプション > SIEM 統合 に移動します。
- [Syslog サーバー] セクションで、[追加] をクリックします。
- 次の構成の詳細を入力します。
- 名前: Bindplane エージェントの IP アドレスとポート番号(192.168.1.1:514など)を入力します。
- トランスポート: 実際の Bindplane エージェントの構成に応じて、[UDP] または [TCP] を選択します。
 
- 名前: Bindplane エージェントの IP アドレスとポート番号(
- [OK] をクリックして保存します。
UDM マッピング テーブル
| ログフィールド | UDM マッピング | ロジック | 
|---|---|---|
| application | principal.application | Grok パターンによって抽出された applicationフィールドから直接マッピングされます。 | 
| CredentialId | principal.resource.attribute.labels.[] | kv フィルタによって抽出された CredentialIdフィールドから直接マッピングされます。キー「CredentialId」のラベルが作成されます。 | 
| date_2、time_2、year | metadata.event_timestamp | date_2、time_2、yearフィールドは連結され、dateフィルタを使用して解析されてmetadata.event_timestampが作成されます。 | 
| date_2、time_2 | metadata.event_timestamp | date_2フィールドとtime_2フィールドが連結され、dateフィルタを使用して解析されてmetadata.event_timestampが作成されます。 | 
| deviceId | principal.resource.product_object_id | kv フィルタによって抽出された deviceIdフィールドから直接マッピングされます。 | 
| description | security_result.description | Grok パターンによって抽出された descriptionフィールドから直接マッピングされます。 | 
| error_code | security_result.detection_fields.[] | Grok パターンによって抽出された error_codeフィールドから直接マッピングされます。キー「error_code」のラベルが作成されます。 | 
| executing_feature | principal.hostname、principal.asset.hostname | Grok パターンによって抽出された executing_featureフィールドから直接マッピングされます。 | 
| host | principal.hostname、principal.asset.hostname | Grok パターンによって抽出された hostフィールドから直接マッピングされます。 | 
| ManagementIP | principal.ip、principal.asset.ip | kv フィルタによって抽出された ManagementIPフィールドから直接マッピングされます。 | 
| pid | principal.process.pid | Grok パターンによって抽出された pidフィールドから直接マッピングされます。 | 
| previousSeverity | security_result.severity_details | Grok パターンによって抽出された previousSeverityフィールドから直接マッピングされます。 | 
| prod_event_type | metadata.product_event_type | Grok パターンによって抽出された prod_event_typeフィールドから直接マッピングされます。 | 
| query | security_result.detection_fields.[] | Grok パターンによって抽出された queryフィールドから直接マッピングされます。キー「query」のラベルが作成されます。 | 
| reportingAddress | principal.ip、principal.asset.ip | Grok パターンによって抽出された reportingAddressフィールドから直接マッピングされます。 | 
| severity | security_result.severity | severityフィールドからマッピングされます。値は、severityフィールドに基づく条件ロジックによって決定されます(ERROR、MAJOR/WARN、INFO は特定の UDM 重大度値にマッピングされます)。 | 
| src_ip | principal.ip、principal.asset.ip | Grok パターンによって抽出された src_ipフィールドから直接マッピングされます。 | 
| summary | security_result.summary | Grok パターンによって抽出された summaryフィールドから直接マッピングされます。 | 
| target_ip | target.ip、target.asset.ip | Grok パターンによって抽出された target_ipフィールドから直接マッピングされます。 | 
| thread_id | security_result.detection_fields.[] | Grok パターンによって抽出された thread_idフィールドから直接マッピングされます。キー「thread_id」のラベルが作成されます。 | 
| (なし) | event_type | パーサーのロジックによって決定されます。 principalとtargetの両方に MID データが存在する場合は、NETWORK_UNCATEGORIZEDです。principalのみに MID データがある場合はSTATUS_UPDATE。それ以外の場合はGENERIC_EVENTです。 | 
| (なし) | metadata.event_type | 内部で生成された event_typeフィールドからコピーされます。 | 
| (なし) | metadata.vendor_name | 「VEEAM」にハードコードされます。 | 
| (なし) | metadata.product_name | 「Veeam」にハードコードされています。 | 
| (なし) | event.timestamp | イベントのタイムスタンプは、ログエントリの collection_timeフィールドから取得されます。 | 
さらにサポートが必要な場合 コミュニティ メンバーや Google SecOps のプロフェッショナルから回答を得ることができます。