收集 Trellix DLP (舊稱 McAfee DLP) 記錄
本文說明如何使用 Bindplane,將 Trellix DLP (舊稱 McAfee DLP) 記錄檔擷取至 Google Security Operations。
Trellix DLP 是一種資料遺失防護解決方案,可監控、偵測及防止機密資料在端點、網路和雲端環境中未經授權傳輸。這項功能由 Trellix ePO (ePolicy Orchestrator) 管理,可集中管理政策、監控事件,以及產生資料遺失防護事件的報表。
事前準備
請確認您已完成下列事前準備事項:
- Google SecOps 執行個體。
- 搭載 systemd 的 Windows 2016 以上版本或 Linux 主機。
- 如果透過 Proxy 執行,請確保防火牆通訊埠已根據 Bindplane 代理程式需求開啟。
- Trellix ePO (ePolicy Orchestrator) 控制台的特殊權限。
- 已設定 Trellix DLP 政策,並在 ePO 中產生事件。
取得 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 的/observiq-otel-collector/目錄,或 Windows 的安裝目錄。 - 使用文字編輯器 (例如
nano、vi或記事本) 開啟檔案。
- 找出
按照下列方式編輯
config.yaml檔案:```yaml receivers: tcplog: listen_address: "0.0.0.0:514" exporters: chronicle/chronicle_w_labels: compression: gzip creds_file_path: '/path/to/ingestion-authentication-file.json' customer_id: '<customer_id>' endpoint: malachiteingestion-pa.googleapis.com log_type: MCAFEE_DLP raw_log_field: body ingestion_labels: service: pipelines: logs/source0__chronicle_w_labels-0: receivers: - tcplog exporters: - chronicle/chronicle_w_labels ```
- 視基礎架構需求,替換通訊埠和 IP 位址。
- 將
<customer_id>替換為實際的客戶 ID。 - 將
/path/to/ingestion-authentication-file.json更新為檔案路徑,驗證檔案已儲存在「取得 Google SecOps 擷取驗證檔案」步驟中。
重新啟動 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- 服務控制台:
- 按下
Win+R,輸入services.msc,然後按下 Enter 鍵。 - 找出 observIQ OpenTelemetry Collector。
- 按一下滑鼠右鍵,然後選取「重新啟動」。
- 按下
確認服務正在執行:
sc query observiq-otel-collector檢查記錄中是否有錯誤:
type "C:\Program Files\observIQ OpenTelemetry Collector\log\collector.log"
設定 Trellix DLP 系統記錄檔轉送
如要設定 Trellix DLP 的系統記錄轉送功能,請透過 Trellix ePO (ePolicy Orchestrator) 主控台註冊系統記錄伺服器。
- 登入 Trellix ePO 控制台。
- 依序前往「選單」>「設定」>「已註冊的伺服器」。
- 按一下「新增伺服器」。
- 在「伺服器類型」下拉式選單中,選取「系統記錄」。
- 在「Name」(名稱) 欄位中輸入描述性名稱 (例如
Chronicle-Bindplane)。 - 點選「下一步」。
- 請提供下列設定詳細資料:
- 系統記錄伺服器:輸入 Bindplane 代理程式主機的 IP 位址。
- 「Port」(通訊埠):輸入
514。 - 「通訊協定」:選取「TCP」。
- 事件格式:選取「通用事件格式 (CEF)」。
- 按一下「測試連線」,驗證與 Bindplane 代理程式的連線。
- 按一下「儲存」,儲存已註冊的系統記錄伺服器。
啟用 DLP 事件轉送功能
- 依序點選「選單」>「自動化」>「自動回覆」。
- 按一下「新增回覆」,建立新的自動回覆規則。
- 在「Name」(名稱) 欄位中輸入描述性名稱 (例如
DLP Syslog Forwarding)。 - 在「事件群組」下拉式選單中,選取「DLP 事件」。
- 在「事件類型」下拉式選單中,選取「DLP 事件事件」。
- 點選「下一步」。
- 在「篩選器」分頁中,視需要設定篩選器,或保留預設值,轉送所有 DLP 事件。
- 點選「下一步」。
- 在「動作」分頁中,按一下「新增動作」。
- 在「動作類型」下拉式選單中,選取「傳送系統記錄」。
- 在「Syslog Server」(系統記錄伺服器) 下拉式選單中,選取已註冊的系統記錄伺服器 (
Chronicle-Bindplane)。 - 點選「下一步」。
查看摘要,然後按一下「儲存」。
UDM 對應表
| 記錄欄位 | UDM 對應 | 邏輯 |
|---|---|---|
additional_field_0 |
additional.fields |
已合併 |
additional_field_1 |
additional.fields |
已合併 |
additional_field_2 |
additional.fields |
已合併 |
additional_field_3 |
additional.fields |
已合併 |
additional_field_4 |
additional.fields |
已合併 |
additional_field_5 |
additional.fields |
已合併 |
additional_field_6 |
additional.fields |
已合併 |
expected_act |
additional.fields |
已合併 |
res_id |
additional.fields |
已合併 |
status_label |
additional.fields |
已合併 |
local_date |
metadata.event_timestamp |
已剖析為 yyyy-MM-d HH:mm:ss |
has_principal |
metadata.event_type |
已對應:true → STATUS_UPDATE |
has_principal_user |
metadata.event_type |
已對應:true → USER_UNCATEGORIZED |
inc_type |
metadata.event_type |
已對應:"10000","10001","10002","40101","40400","40500","40700" → SCAN_NETWORK、40102 ... |
inc_type |
metadata.product_event_type |
直接對應 |
inc_id |
metadata.product_log_id |
直接對應 |
agent_ver |
metadata.product_version |
直接對應 |
device_name |
principal.asset.hostname |
直接對應 |
ip_address |
principal.asset.ip |
已合併 |
device_name |
principal.hostname |
直接對應 |
status_id |
principal.investigation.status |
對應:"1","2" → NEW、"3","4" → CLOSED、"5","6" → REVIEWED |
ip_address |
principal.ip |
已合併 |
group_label |
principal.user.attribute.labels |
已合併 |
user_ou |
principal.user.group_identifiers |
已對應:^.{0,255}$ → user_ou |
name |
principal.user.user_display_name |
直接對應 |
user |
principal.user.userid |
直接對應 |
sec_action |
security_result.action |
已合併 |
action |
security_result.action_details |
直接對應 |
fail_reason |
security_result.description |
已對應:0 → No Failure |
encryption_label |
security_result.detection_fields |
已合併 |
usb_label |
security_result.detection_fields |
已合併 |
volume_label |
security_result.detection_fields |
已合併 |
rule_set_label |
security_result.rule_labels |
已合併 |
rule_name |
security_result.rule_name |
直接對應 |
sev |
security_result.severity |
對應值 (共 5 個,例如 1 → INFORMATIONAL、2 → ERROR、3 → LOW) |
sev |
security_result.severity_details |
直接對應 |
dst_app |
target.application |
直接對應 |
dst |
target.asset.hostname |
直接對應 |
file |
target.file.full_path |
直接對應 |
file_size |
target.file.size |
已重新命名/對應 |
dst |
target.hostname |
直接對應 |
process_name |
target.process.file.full_path |
直接對應 |
dst_url |
target.url |
直接對應 |
dst |
target.user.userid |
直接對應 |
| 不適用 | metadata.event_type |
常數:SCAN_NETWORK |
| 不適用 | metadata.product_name |
常數:Mcafee DLP |
| 不適用 | metadata.vendor_name |
常數:Mcafee |
| 不適用 | principal.investigation.status |
常數:NEW |
| 不適用 | security_result.description |
常數:No Failure |
| 不適用 | security_result.severity |
常數:INFORMATIONAL |
dst |
event.idm.read_only_udm.target.asset.hostname |
從變更記錄對應 |
device_name |
event.idm.read_only_udm.principal.asset.hostname |
從變更記錄對應 |
變更記錄
還有其他問題嗎?向社群成員和 Google SecOps 專業人員尋求答案。