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

收集 Imperva CEF 記錄

支援的國家/地區：

Google SecOps SIEM

本文說明如何使用 Bindplane，將 Imperva CEF 記錄擷取至 Google Security Operations。剖析器會從系統記錄訊息中擷取 CEF 格式的記錄，並轉換為 UDM 格式。可處理各種記錄格式、從酬載擷取鍵值組、執行資料轉換和擴充作業，並將擷取的欄位對應至相應的 UDM 欄位，包括網路資訊、使用者詳細資料、地理位置和安全性結果。

事前準備

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

Google SecOps 執行個體
搭載 systemd 的 Windows 2016 以上版本或 Linux 主機
如果透過 Proxy 執行，請確保防火牆通訊埠已根據 Bindplane 代理程式需求開啟
Imperva 管理控制台或設備的特殊存取權

取得 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

存取設定檔：
1. 找出 config.yaml 檔案。通常位於 Linux 的 /etc/bindplane-agent/ 目錄，或 Windows 的安裝目錄。
2. 使用文字編輯器 (例如 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: 'IMPERVA_CEF'
    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
```

設定 Imperva WAF Gateway (SecureSphere)，透過系統記錄檔傳送 CEF

在 MX 控制台中建立動作集：
- 依序前往「政策」>「動作集」。
- 按一下「新增」並命名 (例如 Google SecOps CEF)。
新增 CEF Syslog 動作介面：
- 在「Available Action Interfaces」(可用的動作介面) 中，開啟「System Log」(系統記錄)，然後視需要新增一或多個下列項目：
  - 使用 CEF 標準將安全事件記錄到系統記錄 (syslog)
  - 使用 CEF 標準將網路安全事件記錄到系統記錄 (syslog)
  - 使用 CEF 標準將系統事件記錄到系統記錄 (syslog)
  - 使用 CEF 標準將自訂安全性事件記錄到系統記錄 (syslog)
設定動作介面參數：
- 系統記錄檔主機：輸入 Bindplane 代理程式 IP 位址。如要使用非預設通訊埠，請附加 :PORT (如未指定，預設為 514)。範例：10.0.0.10:514。
- 設施 / 記錄層級：根據政策規定設定。
- 訊息：除非您有自訂對應，否則請保留 CEF 的供應商預設值。
將動作集附加至政策：
- 安全性 / 網路安全性事件：開啟相關政策，並將「後續動作」設為動作集。
- 如要使用系統事件：建立或驗證「系統事件」政策，並將「追蹤的動作」設為動作集，這樣系統也會透過 CEF 傳送這些事件。
選用：設定閘道專屬目標：
- 如果不同的閘道群組必須傳送至不同的系統記錄伺服器，請設定每個「閘道群組」>「外部記錄器」，並在政策中啟用「如果存在閘道設定，則使用該設定」。

UDM 對應表

記錄欄位	UDM 對應	邏輯
`act`	`security_result.action`	衍生。如果 `act` 為「allowed」、「alert」、以「REQ_PASSED」開頭或以「REQ_CACHED」開頭，則 `action` 為「ALLOW」。如果 `act` 為「deny」、「blocked」、開頭為「REQ_BLOCKED」或開頭為「REQ_CHALLENGE」，則 `action` 為「BLOCK」。如果 `act` 符合規則運算式 `(?i)REQ_BAD`，則 `action` 為「FAIL」。否則 `action` 為「UNKNOWN_ACTION」。然後將 `security_result.action` 設為 `action` 的值。
`act`	`security_result.action_details`	衍生。系統會根據 `act` 的值生成詳細說明。例如：「REQ_CACHED_FRESH：回應是從資料中心的快取傳回」、「REQ_BLOCKED：要求遭到封鎖」。
`app`	`network.application_protocol`	轉換為大寫後直接對應。
`cs1`	`security_result.detection_fields.value`	如果 `cs1` 不是空白或「不適用」，則會視情況對應。`security_result.detection_fields.key` 設為 `cs1Label` 的值。
`cs1Label`	`security_result.detection_fields.key`	如果 `cs1` 不為空白或「不適用」，則會視情況對應。`security_result.detection_fields.value` 設為 `cs1` 的值。
`cs2`	`security_result.detection_fields.value`	如有值，則會視情況對應。`security_result.detection_fields.key` 設為 `cs2Label` 的值。
`cs2Label`	`security_result.detection_fields.key`	如果 `cs2` 不為空白，則會視情況對應。`security_result.detection_fields.value` 設為 `cs2` 的值。
`cs3`	`security_result.detection_fields.value`	如果不是空白或「-」，則有條件地對應。`security_result.detection_fields.key` 會設為 `cs3Label` 的值。
`cs3Label`	`security_result.detection_fields.key`	如果 `cs3` 不是空白或「-」，則會條件式對應。`security_result.detection_fields.value` 會設為 `cs3` 的值。
`cs4`	`security_result.detection_fields.value`	如有值，則會視情況對應。`security_result.detection_fields.key` 設為 `cs4Label` 的值。
`cs4Label`	`security_result.detection_fields.key`	如果 `cs4` 不為空白，則會視情況對應。`security_result.detection_fields.value` 設為 `cs4` 的值。
`cs5`	`security_result.detection_fields.value`	如有值，則會視情況對應。`security_result.detection_fields.key` 設為 `cs5Label` 的值。
`cs5Label`	`security_result.detection_fields.key`	如果 `cs5` 不為空白，則會視情況對應。`security_result.detection_fields.value` 設為 `cs5` 的值。
`cs6`	`security_result.detection_fields.value`	如有值，則會視情況對應。`security_result.detection_fields.key` 設為 `cs6Label` 的值。
`cs6Label`	`security_result.detection_fields.key`	如果 `cs6` 不為空白，則會視情況對應。`security_result.detection_fields.value` 設為 `cs6` 的值。
`cs7`	`principal.location.region_latitude`	如果 `cs7Label` 為「緯度」，則有條件地對應。
`cs8`	`principal.location.region_longitude`	如果 `cs8Label` 為「longitude」，則有條件地對應。
`cn1`	`security_result.detection_fields.value`	如果不是空白且 `cn1Label` 不是空白，則有條件對應。`security_result.detection_fields.key` 設為 `cn1Label` 的值。
`cn1Label`	`security_result.detection_fields.key`	如果 `cn1` 和 `cn1Label` 不為空值，則會視情況對應。`security_result.detection_fields.value` 設為 `cn1` 的值。
`fileType`	`security_result.detection_fields.value`	如有值，則會視情況對應。`security_result.detection_fields.key` 設為「fileType」。
`filePermission`	`security_result.detection_fields.value`	如有值，則會視情況對應。`security_result.detection_fields.key` 設為「filePermission」。
`request`	`target.url`	直接對應。
`requestClientApplication`	`network.http.user_agent`	如有值，則會視情況對應。覆寫從 CEF 酬載中的 `requestContext` 或 `requestClientApplication` 鍵/值組合擷取，並從 `user_agent` 欄位對應的值。
`requestMethod`	`network.http.method`	直接對應。
`siteid`	`security_result.detection_fields.value`	如有值，則會視情況對應。`security_result.detection_fields.key` 設為「siteid」。
`sourceServiceName`	`target.hostname`	直接對應。如有，則覆寫 `dhost` 的值。
`src`	`principal.ip`	直接對應。
`start`	`metadata.event_timestamp.seconds`	使用 grok 模式擷取，並轉換為時間戳記。如果沒有 `deviceReceiptTime`，系統會改用這個值。如果 `deviceReceiptTime` 和 `start` 皆為空值，系統會使用記錄時間戳記。
`suid`	`principal.user.userid`	如有內容，則會視情況對應。
不適用	`metadata.event_type`	硬式編碼為「NETWORK_HTTP」。
不適用	`metadata.log_type`	直接從頂層 `log_type` 欄位對應。
不適用	`metadata.product_event_type`	如果 `csv.event_id` 不為空白，則會從該欄位對應。
不適用	`metadata.product_name`	硬式編碼為「網頁應用程式防火牆」。
不適用	`metadata.vendor_name`	硬式編碼為「Imperva」。

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