本頁面由 Cloud Translation API 翻譯而成。

收集 Veeam 記錄

支援的國家/地區：

Google SecOps SIEM

本文說明如何使用 Bindplane 將 Veeam 記錄擷取至 Google Security Operations。剖析器會使用 grok 模式從系統記錄訊息中擷取欄位，執行資料轉換 (例如取代和合併欄位)，並根據事件類型和可用欄位，將擷取的資料對應至統合式資料模型 (UDM)。此外，這項功能也會處理錯誤狀況，並設定適當的嚴重程度。

事前準備

請確認您已完成下列事前準備事項：

Google SecOps 執行個體
Windows 2016 以上版本，或搭載 systemd 的 Linux 主機
如果透過 Proxy 執行，請確認防火牆通訊埠已開啟
Veeam 的特殊存取權

取得 Google SecOps 擷取驗證檔案

登入 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

Linux 安裝

開啟具有根層級或 sudo 權限的終端機。

執行下列指令：

sudo sh -c "$(curl -fsSlL https://github.com/observiq/bindplane-agent/releases/latest/download/install_unix.sh)" install_unix.sh

其他安裝資源

如需其他安裝選項，請參閱安裝指南。

設定 Bindplane 代理程式，擷取系統記錄檔並傳送至 Google SecOps

存取設定檔：
- 找出 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 代理程式，可以使用「服務」控制台，或輸入下列指令：
```
net stop BindPlaneAgent && net start BindPlaneAgent
```

設定 Veeam 的系統記錄檔

登入 Veeam Backup & Replication 控制台。
依序點選「選單」>「選項」>「SIEM 整合」。
在「系統記錄伺服器」部分中，按一下「新增」。
提供下列設定詳細資料：
- 名稱：輸入 Bindplane 代理程式 IP 位址和通訊埠號碼 (例如 192.168.1.1:514)。
- 傳輸：根據實際的 Bindplane 代理程式設定，選取「UDP」或「TCP」。
按一下「確定」即可儲存。

UDM 對應表

記錄欄位	UDM 對應	邏輯
`application`	`principal.application`	直接從 grok 模式擷取的 `application` 欄位對應。
`CredentialId`	`principal.resource.attribute.labels.[]`	直接從 kv 篩選器擷取的 `CredentialId` 欄位對應。建立鍵為「CredentialId」的標籤。
`date_2`、`time_2`、`year`	`metadata.event_timestamp`	系統會使用 `date` 篩選器串連並剖析 `date_2`、`time_2` 和 `year` 欄位，藉此建立 `metadata.event_timestamp`。
`date_2`、`time_2`	`metadata.event_timestamp`	系統會使用 `date` 篩選器串連並剖析 `date_2` 和 `time_2` 欄位，藉此建立 `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 專業人員尋求答案。