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

支援：

本文說明如何使用 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 以上版本 (支援 syslog 轉送)。

取得 Bindplane 代理程式的 Google SecOps 憑證

如要向 Google SecOps 驗證 Bindplane 代理程式，請選擇下列其中一種方法：

  • 新部署作業：使用 Chronicle API (選項 1)。
  • 舊版部署作業：繼續使用擷取驗證檔案 (選項 2)，直到 Ingestion API 於 2027 年 7 月 20 日停用。
  1. 登入 Google Cloud 控制台，然後選取連結至 Google SecOps 執行個體的 Google Cloud 專案。
  2. 依序前往「IAM & Admin」(IAM 與管理) >「Service Accounts」(服務帳戶)。
  3. 按一下「建立服務帳戶」。
  4. 請提供下列設定詳細資料：
    • 「Service account name」(服務帳戶名稱)：輸入帳戶名稱 (例如 bindplane-ingest)。
    • 服務帳戶說明：輸入說明 (例如 Bindplane agent log ingestion)。
  5. 點按「Create and continue」(建立並繼續)。
  6. 在「將專案存取權授予這個服務帳戶」部分，按一下「選取角色」，然後選取「Chronicle 編輯者」。
  7. 依序點選「繼續」和「完成」。
  8. 按一下您建立的服務帳戶，然後前往「金鑰」分頁標籤。
  9. 依序點選「新增金鑰」>「建立新的金鑰」。
  10. 選取「JSON」，然後點選「建立」。金鑰檔案會下載到電腦。
  11. 將金鑰檔案儲存為 Bindplane 收集器目錄中的 ingestion-auth.json (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 Settings」 > 「Collection Agents」。
  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](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](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 代理程式安裝指南。

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

找出設定檔

  • 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/netbackup:
    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-here'
    endpoint: chronicle.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：服務帳戶 JSON 金鑰檔案的完整路徑 (選項 1)：
      • Linux：/opt/observiq-otel-collector/ingestion-auth.json
      • Windows：C:\Program Files\observIQ OpenTelemetry Collector\ingestion-auth.json
    • customer_id：上一步中的客戶 ID (例如 a1b2c3d4-e5f6-g7h8-i9j0-k1l2m3n4o5p6)
    • location：將 <LOCATION> 替換為 Google SecOps 執行個體的區域 (例如 us、europe 或 asia-southeast1)。匯出工具會在這個值前面加上 chronicle.googleapis.com。如需完整清單，請參閱「區域性端點」。
    • project：將 <PROJECT_NUMBER> 替換為「IAM 與管理」>「設定」中的專案編號。
    • endpoint：請將此值設為 chronicle.googleapis.com。
    • log_type：必須是 VERITAS_NETBACKUP
    • ingestion_labels：用於篩選和整理的選用標籤

舊版 Ingestion API 匯出工具

  • 如果您使用方式 2 的擷取驗證檔案，請將 exporters 區塊替換成下列內容。將 creds_file_path 設為擷取驗證檔案的路徑。如果執行個體位於美國境外，請將 malachiteingestion-pa.googleapis.com 替換為區域端點 (例如 europe-malachiteingestion-pa.googleapis.com)。

    exporters:
  chronicle/netbackup:
    compression: gzip
    creds_file_path: '/opt/observiq-otel-collector/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

儲存設定檔

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

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

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

如要在 Linux 中重新啟動 Bindplane 代理程式，請按照下列步驟操作：

  1. 執行下列指令：

    sudo systemctl restart observiq-otel-collector

  2. 確認服務是否正在執行：

    sudo systemctl status observiq-otel-collector

  3. 檢查記錄是否有錯誤：

    sudo journalctl -u observiq-otel-collector -f

如要在 Windows 重新啟動 Bindplane 代理程式，請按照下列步驟操作：

  1. 您可以選擇下列其中一個選項：

    • 以管理員身分開啟命令提示字元或 PowerShell：
    net stop observiq-otel-collector && net start observiq-otel-collector
    • 服務控制台：
      1. 按下 Win+R，輸入 services.msc，然後按下 Enter 鍵。
      2. 找出「observIQ OpenTelemetry Collector」。
      3. 按一下滑鼠右鍵，然後選取「重新啟動」。

  2. 確認服務正在執行：

    sc query observiq-otel-collector

  3. 查看記錄檔是否有錯誤：

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

設定 Cohesity DataProtect (舊稱 Veritas NetBackup) syslog 轉送

NetBackup 支援兩種設定 syslog 轉送的方法：透過 NetBackup 主要伺服器上的 bp.conf 設定檔，或透過 NetBackup Appliance Shell 進行設備型部署。

方法 A：透過 bp.conf 設定 syslog (NetBackup 主要伺服器)

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

  2. 開啟 bp.conf 設定檔：

    • Linux：
    sudo vi /usr/openv/netbackup/bp.conf
    • Windows：
    C:\Program Files\Veritas\NetBackup\bp.conf

  3. 在 bp.conf 檔案中新增下列項目：

    SYSLOG_SERVER = <BINDPLANE_AGENT_IP>
SYSLOG_PORT = 514
    • 將 <BINDPLANE_AGENT_IP> 替換為 Bindplane 代理程式主機的 IP 位址 (例如 192.168.1.100)。

  4. 儲存並關閉檔案。

  5. 重新啟動 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 設定系統記錄檔

  1. 透過 SSH 或網頁式控制台登入 NetBackup Appliance Shell。

  2. 依序前往「設定」 > 「Syslog」。

  3. 執行下列指令，設定 syslog 轉送：

    Settings > Syslog > Set <BINDPLANE_AGENT_IP> 514 UDP
    • 將 <BINDPLANE_AGENT_IP> 替換為 Bindplane 代理程式主機的 IP 位址 (例如 192.168.1.100)。

  4. 執行下列指令，確認設定：

    Settings > Syslog > Show

  5. 確認 syslog 伺服器 IP、通訊埠和通訊協定正確顯示。

驗證系統記錄轉送

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

  • Linux：

    sudo tcpdump -i any port 514 -A

  • Windows：

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

NetBackup syslog 行為注意事項

  • NetBackup 會透過 syslog 傳送作業事件記錄、工作狀態通知和系統警示。記錄訊息包括備份作業狀態、媒體事件、裝置錯誤和管理動作。

  • 系統預設會透過 UDP 傳送 Syslog 訊息。NetBackup 不支援透過 bp.conf 方法轉送 TCP 系統記錄。

  • Google SecOps VERITAS_NETBACKUP 剖析器會處理 NetBackup 的鍵/值組合和 JSON 格式系統記錄訊息。

  • 確認 NetBackup 主要伺服器系統時間與 NTP 同步，並設為世界標準時間，確保記錄時間戳記準確。

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 從 syslog 訊息擷取的主機名稱。
data principal.file.full_path 從記錄中 JSON 資料擷取的 pem 檔案路徑。
data principal.hostname 使用 grok 從 syslog 訊息擷取的主機名稱。
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 專家尋求解答。