收集 Veritas NetBackup 記錄

支援的國家/地區：

Google SecOps SIEM

注意： 這項功能受《Google Security Operations 服務專屬條款》的《正式發布前產品條款》規範。正式發布前的功能或許只提供部分支援，而且這類功能的變更可能與其他正式發布前版本不相容。詳情請參閱《Google SecOps 技術支援服務指南》和《Google SecOps 服務專屬條款》。

本文說明如何使用 Bindplane 將 Veritas NetBackup 記錄擷取至 Google Security Operations。剖析器會使用 Grok 模式從系統記錄訊息中擷取欄位，然後將這些欄位對應至統合式資料模型 (UDM)。可處理各種記錄格式，包括鍵/值組合和 JSON，並執行資料轉換，確保 UDM 中的資料呈現方式一致。

事前準備

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

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

取得 Google SecOps 擷取驗證檔案

1. 登入 Google SecOps 控制台。
2. 依序前往「SIEM 設定」>「收集代理程式」。
3. 下載擷取驗證檔案。將檔案安全地儲存在要安裝 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" /quiet
   

Linux 安裝

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

2. 執行下列指令：

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

其他安裝資源

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

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

1. 存取設定檔：
   • 找出 config.yaml 檔案。通常位於 Linux 的 /etc/bindplane-agent/ 目錄，或 Windows 的安裝目錄。
   • 使用文字編輯器 (例如 nano、vi 或記事本) 開啟檔案。

2. 按照下列方式編輯 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: 'VERITAS_NETBACKUP'
           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
  

為 Veritas NetBackup 設定 Syslog

1. 登入 NetBackup Appliance Shell 網頁版 UI。
2. 依序前往「Main」(主要)>「Settings」(設定)>「LogForwarding」(記錄轉送)。
3. 選取 [啟用]。
4. 提供下列設定詳細資料：
   • 伺服器名稱或 IP 位址：輸入 Bindplane 代理程式 IP 位址。
   • 伺服器連接埠：輸入 Bindplane 代理程式連接埠號碼 (例如 514)。
   • 通訊協定：根據 Bindplane 代理程式設定，選取「UDP」或「TCP」。
   • 間隔：維持預設的 15。如果將間隔設為 0，設備會持續將系統記錄轉送至目標伺服器。
   • 傳輸層安全標準 (TLS)：選取「否」。
5. 輸入 Yes 即可完成並儲存。

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 從原始記錄訊息中擷取的錯誤訊息或摘要。剖析器會以硬式編碼方式寫死「date_time」鍵。如果 Grok 剖析後，原始記錄中存在 thread 欄位，系統就會新增「執行緒」鍵。
data	additional.fields[1].value.string_value	從記錄中的 JSON 資料擷取的 thread 值。如果原始記錄在 Grok 剖析後包含 m 欄位，系統就會新增「m」鍵。
data	additional.fields[2].value.string_value	從記錄中的 JSON 資料擷取的 m 值。如果原始記錄在 Grok 剖析後包含 fn 欄位，系統就會新增「fn」鍵。
data	additional.fields[3].value.string_value	從記錄中的 JSON 資料擷取的 fn 值。
collection_time	metadata.event_timestamp	原始記錄中 collection_time 欄位所含的時間戳記。如有主體主機名稱，請設為「STATUS_UPDATE」，否則請設為「GENERIC_EVENT」。硬式編碼為「Veritas Netbackup」。硬式編碼為「VERITAS NETBACKUP」。
collection_time	timestamp	原始記錄中 collection_time 欄位中的時間戳記。

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