我們重新調整了說明文件的導覽結構，直接對應您的作業工作流程。詳情請參閱版本資訊和逐步解說影片。

Google 會運用 AI 技術將內容翻譯成你偏好的語言，但可能會出錯。

收集 Cohesity DataProtect (舊稱 Veritas NetBackup) 記錄

支援的國家/地區：

Google SecOps SIEM

本文說明如何使用 Bindplane，將 Cohesity DataProtect (舊稱 Veritas NetBackup) 記錄檔擷取至 Google Security Operations。

Cohesity DataProtect (前身為 Veritas NetBackup，於 2024 年 12 月由 Cohesity 收購) 是企業級資料保護和備份解決方案，可保護實體、虛擬和雲端環境中的資料。可集中管理備份、復原和災難復原作業，支援各種平台、應用程式和儲存目標，確保資料在大規模環境中保持彈性。

事前準備

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

Google SecOps 執行個體。
Windows Server 2016 以上版本，或搭載 systemd 的 Linux 主機。
Bindplane 代理程式與 Cohesity DataProtect (原名 Veritas NetBackup) 之間的網路連線。
如果透過 Proxy 執行，請確保防火牆通訊埠已根據 Bindplane 代理程式需求開啟。
NetBackup 管理控制台或 NetBackup Appliance Shell 的特殊存取權。
NetBackup 7.7 以上版本 (支援轉送系統記錄)。

取得 Google SecOps 擷取驗證檔案

登入 Google SecOps 控制台。
依序前往「SIEM 設定」>「收集代理程式」。
按一下「下載」即可下載「擷取驗證檔案」。
將檔案安全地儲存在要安裝 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](https://github.com/observIQ/bindplane-agent/releases/latest/download/observiq-otel-collector.msi)" /quiet

等待安裝完成。
執行下列指令，確認安裝成功：
```
sc query observiq-otel-collector
```

服務應顯示為「RUNNING」。

Linux 安裝

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

執行下列指令：

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

等待安裝完成。

執行下列指令，確認安裝成功：

sudo systemctl status observiq-otel-collector

服務應顯示為有效 (執行中)。

其他安裝資源

如需其他安裝選項和疑難排解資訊，請參閱 Bindplane 代理程式安裝指南。

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

找出設定檔

Linux：

sudo nano /etc/bindplane-agent/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/netbackup:
    compression: gzip
    creds_file_path: '/etc/bindplane-agent/ingestion-auth.json'
    customer_id: 'your-customer-id-here'
    endpoint: malachiteingestion-pa.googleapis.com
    log_type: VERITAS_NETBACKUP
    raw_log_field: body
    ingestion_labels:
      env: production
      source: netbackup

service:
  pipelines:
    logs/netbackup_to_chronicle:
      receivers:
        - udplog
      exporters:
        - chronicle/netbackup

設定參數

替換下列預留位置：

接收器設定：
- listen_address：要接聽的 IP 位址和通訊埠。使用 0.0.0.0:514 監聽通訊埠 514 的所有介面。如果通訊埠 514 需要 Linux 上的根權限，請使用 0.0.0.0:1514，並將 NetBackup 設為傳送至通訊埠 1514。
匯出工具設定：
- creds_file_path：擷取驗證檔案的完整路徑：
  - Linux：/etc/bindplane-agent/ingestion-auth.json
  - Windows：C:\Program Files\observIQ OpenTelemetry Collector\ingestion-auth.json
- customer_id：上一步中的客戶 ID (例如 a1b2c3d4-e5f6-g7h8-i9j0-k1l2m3n4o5p6)
- endpoint：區域端點網址：
  - 美國：malachiteingestion-pa.googleapis.com
  - 歐洲：europe-malachiteingestion-pa.googleapis.com
  - 亞洲：asia-southeast1-malachiteingestion-pa.googleapis.com
  - 如需完整清單，請參閱「區域端點」
- log_type：必須是 VERITAS_NETBACKUP
- ingestion_labels：用於篩選和整理的選用標籤

儲存設定檔

編輯完成後，請儲存檔案：

Linux：依序按下 Ctrl+O、Enter 和 Ctrl+X
Windows：依序點選「檔案」>「儲存」

重新啟動 Bindplane 代理程式，以套用變更

如要在 Linux 中重新啟動 Bindplane 代理程式，請執行下列步驟：

執行下列指令：

sudo systemctl restart observiq-otel-collector

確認服務正在執行：

sudo systemctl status observiq-otel-collector

檢查記錄中是否有錯誤：

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. 按一下滑鼠右鍵，然後選取「重新啟動」。
確認服務正在執行：
```
sc query observiq-otel-collector
```

檢查記錄中是否有錯誤：

type "C:\Program Files\observIQ OpenTelemetry Collector\log\collector.log"

設定 Cohesity DataProtect (舊稱 Veritas NetBackup) 系統記錄轉送

NetBackup 支援兩種設定系統記錄轉送的方法：透過 NetBackup 主要伺服器上的 bp.conf 設定檔，或是透過 NetBackup Appliance Shell (適用於以設備為基礎的部署作業)。

選項 A：透過 bp.conf 設定系統記錄 (NetBackup 主要伺服器)

以管理員身分登入 NetBackup 主要伺服器。

開啟 bp.conf 設定檔：

Linux：

sudo vi /usr/openv/netbackup/bp.conf

Windows：

C:\Program Files\Veritas\NetBackup\bp.conf

在 bp.conf 檔案中新增下列項目：
```
SYSLOG_SERVER = <BINDPLANE_AGENT_IP>
SYSLOG_PORT = 514
```
- 將 <BINDPLANE_AGENT_IP> 替換為 Bindplane 代理程式主機的 IP 位址 (例如 192.168.1.100)。
注意： SYSLOG_SERVER 參數會指定目的地系統記錄檔伺服器，而 SYSLOG_PORT 則會設定 UDP 通訊埠。如未指定 SYSLOG_PORT，預設通訊埠為 514。
儲存並關閉檔案。

重新啟動 NetBackup 服務，以套用變更：

Linux：

sudo /usr/openv/netbackup/bin/bp.kill_all
sudo /usr/openv/netbackup/bin/bp.start_all

Windows：

"C:\Program Files\Veritas\NetBackup\bin\bpdown.exe" -f
"C:\Program Files\Veritas\NetBackup\bin\bpup.exe" -f

選項 B：透過 NetBackup Appliance Shell 設定系統記錄

透過 SSH 或網頁式控制台登入 NetBackup Appliance Shell。
依序前往「設定」>「系統記錄」。
執行下列指令來設定系統記錄轉送：
```
Settings > Syslog > Set <BINDPLANE_AGENT_IP> 514 UDP
```
- 將 <BINDPLANE_AGENT_IP> 替換為 Bindplane 代理程式主機的 IP 位址 (例如 192.168.1.100)。
執行下列指令，確認設定：
```
Settings > Syslog > Show
```
確認系統記錄伺服器的 IP、通訊埠和通訊協定顯示正確無誤。

確認系統記錄檔轉送功能

設定 syslog 轉送後，請檢查 Bindplane 代理程式主機，確認記錄是否正在傳送：

Linux：
```
sudo tcpdump -i any port 514 -A
```
Windows：

使用 Wireshark 或 Microsoft Message Analyzer 擷取通訊埠 514 的流量。

NetBackup syslog 行為相關注意事項

NetBackup 會透過系統記錄檔傳送作業事件記錄、工作狀態通知和系統快訊。記錄訊息包括備份工作狀態、媒體事件、裝置錯誤和管理動作。
根據預設，系統會透過 UDP 傳送 Syslog 訊息。NetBackup 不支援透過 bp.conf 方法轉送 TCP 系統記錄。
Google SecOps VERITAS_NETBACKUP 剖析器會處理 NetBackup 的鍵/值組合和 JSON 格式的系統記錄訊息。
請確認 NetBackup 主要伺服器系統時間已與 NTP 同步，並設定為 UTC，確保記錄時間戳記的準確性。

UDM 對應表

記錄欄位	UDM 對應	邏輯
`data`	`additional.fields[0].value.string_value`	原始記錄訊息中的日期和時間，使用 grok 擷取並格式化為「MM/DD/YY HH:MM:SS」。
`data`	`metadata.description`	使用 grok 擷取的訊息說明部分。例如：「(OdbcStatement::ExecDirect:962)::Error」。
`data`	`metadata.product_event_type`	使用 grok 擷取的產品事件類型。例如：「Error::83」。
`data`	`principal.asset.hostname`	使用 Grok 從系統記錄訊息中擷取的主機名稱。
`data`	`principal.file.full_path`	從記錄檔中的 JSON 資料擷取的 PEM 檔案路徑。
`data`	`principal.hostname`	使用 Grok 從系統記錄訊息中擷取的主機名稱。
`data`	`security_result.detection_fields[0].key`	如果原始記錄在 Grok 剖析後包含 `SqlState` 欄位，系統就會新增「SqlState」鍵。
`data`	`security_result.detection_fields[0].value`	使用 grok 和 kv 從原始記錄訊息中擷取的 SqlState 值。
`data`	`security_result.detection_fields[1].key`	如果原始記錄在 Grok 剖析後包含 `NativeError` 欄位，系統就會新增「NativeError」鍵。
`data`	`security_result.detection_fields[1].value`	使用 grok 和 kv 從原始記錄訊息中擷取的 NativeError 值。
`data`	`security_result.detection_fields[2].key`	如果原始記錄在 Grok 剖析後包含 `sev` 欄位，系統就會新增「sev」鍵。
`data`	`security_result.detection_fields[2].value`	從記錄中的 JSON 資料擷取的 `sev` 值。
`data`	`security_result.severity`	如果 `sev` 欄位 (從 JSON 擷取) 為「normal」，請設為「LOW」。
`data`	`security_result.summary`	使用 grok 從原始記錄訊息中擷取的錯誤訊息或摘要。
`data`	`additional.fields[1].value.string_value`	從記錄中的 JSON 資料擷取的 `thread` 值。
`data`	`additional.fields[2].value.string_value`	從記錄中的 JSON 資料擷取的 `m` 值。
`data`	`additional.fields[3].value.string_value`	從記錄中的 JSON 資料擷取的 `fn` 值。
`collection_time`	`metadata.event_timestamp`	原始記錄中 `collection_time` 欄位中的時間戳記。如有主機名稱，請設為「STATUS_UPDATE」，否則請設為「GENERIC_EVENT」。
`collection_time`	`timestamp`	原始記錄中 `collection_time` 欄位中的時間戳記。
`product_id`	`event.idm.read_only_udm.metadata.product_log_id`	從變更記錄對應
`event_ts`	`event.idm.read_only_udm.additional.fields`	從變更記錄對應
`event_action`	`event.idm.read_only_udm.additional.fields`	從變更記錄對應

變更記錄

查看這個剖析器的變更記錄

還有其他問題嗎？向社群成員和 Google SecOps 專業人員尋求答案。