收集 CyberArk Privilege Cloud 記錄
剖析器版本:14.0
本文說明如何使用 Bindplane,將 CyberArk Privilege Cloud 記錄檔擷取至 Google Security Operations。CyberArk Privilege Cloud 是一項以 SaaS 為基礎的特殊權限存取管理解決方案,可保護、管理及監控雲端中的特殊權限憑證。這項服務提供自動憑證輪替、工作階段隔離和記錄、即時存取權佈建,以及混合雲和多雲端環境中,具備權限帳戶活動的全面稽核記錄。
事前準備
請確認您已完成下列事前準備事項:
- Google SecOps 執行個體。
- 搭載 systemd 的 Windows 2016 以上版本或 Linux 主機。
- 如果透過 Proxy 執行,請確保防火牆通訊埠已根據 Bindplane 代理程式需求開啟。
- 具備 Vault 管理員權限,可存取 CyberArk Privilege Cloud 管理入口網站。
- Bindplane 代理程式主機的有效 TLS 憑證 (透過 TLS 在 6514 埠上使用系統記錄時必須提供)。
取得 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 的/opt/observiq-otel-collector/目錄,或 Windows 的安裝目錄。 - 使用文字編輯器 (例如
nano、vi或記事本) 開啟檔案。
- 找出
按照下列方式編輯
config.yaml檔案:receivers: tcplog: # Replace the port and IP address as required listen_address: "0.0.0.0:6514" tls: cert_file: '/path/to/server.crt' key_file: '/path/to/server.key' 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: <PLACEHOLDER_CUSTOMER_ID> endpoint: malachiteingestion-pa.googleapis.com # Add optional ingestion labels for better organization log_type: 'CYBERARK_PRIVILEGE_CLOUD' raw_log_field: body ingestion_labels: service: pipelines: logs/source0__chronicle_w_labels-0: receivers: - tcplog exporters: - chronicle/chronicle_w_labels
- 視基礎架構需求,替換通訊埠和 IP 位址。
- 將
<PLACEHOLDER_CUSTOMER_ID>替換為實際的客戶 ID。 - 將
/path/to/ingestion-authentication-file.json更新為驗證檔案在「取得 Google SecOps 擷取驗證檔案」部分儲存的檔案路徑。 將
/path/to/server.crt和/path/to/server.key更新為 TLS 憑證和金鑰檔案的實際路徑。
不含 TLS 的設定 (僅限 TCP)
如果您的網路架構在 CyberArk Privilege Cloud 和 Bindplane 代理程式之間包含 TLS 終止 Proxy,則可以使用純 TCP:
receivers: tcplog: listen_address: "0.0.0.0:514"
重新啟動 Bindplane 代理程式,以套用變更
如要在 Linux 中重新啟動 Bindplane 代理程式,請執行下列指令:
sudo systemctl restart observiq-otel-collector如要在 Windows 中重新啟動 Bindplane 代理程式,可以使用「服務」主控台,或輸入下列指令:
net stop observiq-otel-collector && net start observiq-otel-collector
設定 CyberArk Privilege Cloud 系統記錄轉送
在 Privilege Cloud 中設定 SIEM 整合
- 登入 CyberArk Privilege Cloud 管理入口網站。
- 依序前往「Administration」(管理) >「Configuration Options」(設定選項) >「Options」(選項) >「SIEM Integration」(SIEM 整合)。
- 選取「啟用 SIEM 整合」,啟用系統記錄轉送功能。
請提供下列設定詳細資料:
- SIEM 類型:選取「Syslog」。
- 系統記錄檔伺服器位址:輸入 Bindplane 代理程式主機的 IP 位址或完整網域名稱 (例如
syslog.example.com)。 - Syslog 伺服器連接埠:輸入
6514。 - 「通訊協定」:選取「TLS」。
- 格式:選取「CEF」(通用事件格式)。
在「事件類型」部分,選取要轉送的事件類別:
- 保管箱稽核:保管箱存取權和憑證擷取事件。
- 工作階段稽核:監控具備權限的工作階段事件。
- 安全管理:安全建立、修改及刪除事件。
- 使用者管理:佈建使用者和變更權限。
- 政策異動:平台和政策修改事件。
按一下 [儲存]。
驗證 TLS 連線
確認 Bindplane 代理程式正在監聽通訊埠 6514:
sudo ss -tlnp | grep 6514查看 Bindplane 代理程式記錄,確認是否收到記錄:
sudo journalctl -u observiq-otel-collector -f如果沒有收到記錄,請確認下列事項:
- 可從網際網路連上 Bindplane 代理程式主機 (CyberArk Privilege Cloud 是 SaaS 服務)。
- 防火牆規則允許通訊埠 6514 上的 TCP 連線傳入。
- TLS 憑證有效且未過期。
- TLS 憑證 CN 或 SAN 與 CyberArk Privilege Cloud 中設定的主機名稱相符。
如要進一步瞭解 CyberArk Privilege Cloud SIEM 整合,請參閱 CyberArk Privilege Cloud 說明文件。
UDM 對應表
| 記錄欄位 | UDM 對應 | 邏輯 |
|---|---|---|
Header.deviceVendor |
metadata.vendor_name |
從 CEF 標頭供應商欄位對應。設為「CyberArk」。 |
Header.deviceProduct |
metadata.product_name |
從 CEF 標頭產品欄位對應。設為「Privilege Cloud」。 |
Header.deviceVersion |
metadata.product_version |
從 CEF 標頭版本欄位對應。 |
Header.signatureId |
metadata.product_event_type |
CEF 簽章 ID 中的稽核動作代碼。 |
Header.name |
metadata.description |
CEF 標頭中的事件名稱。 |
Header.severity |
security_result.severity |
對應自 CEF 嚴重程度 (0-3=LOW、4-6=MEDIUM、7-8=HIGH、9-10=CRITICAL)。 |
suser |
principal.user.userid |
執行動作的使用者。 |
src |
principal.ip |
工作階段的來源 IP 位址。 |
shost |
principal.hostname |
來源主機名稱。 |
duser |
target.user.userid |
目標權限帳戶。 |
dhost |
target.hostname |
目標系統主機名稱。 |
dst |
target.ip |
目標系統 IP 位址。 |
cs1 |
security_result.detection_fields |
安全名稱 (鍵:cs1Label 值)。 |
cs2 |
security_result.detection_fields |
帳戶名稱或其他內容 (鍵:cs2Label 值)。 |
cs3 |
security_result.detection_fields |
平台 ID 或政策資訊 (鍵:cs3Label 值)。 |
act |
security_result.action_details |
執行的動作 (例如「擷取」、「連線」、「更新」)。 |
reason |
security_result.description |
提供特殊權限存取權的原因。 |
rt |
metadata.event_timestamp |
事件的接收時間。 |
app |
event.idm.read_only_udm.additional.fields |
從變更記錄對應 |
Otherinfo |
event.idm.read_only_udm.additional.fields |
從變更記錄對應 |
AffectedUserName |
event.idm.read_only_udm.security_result.detection_fields |
從變更記錄對應 |
RequestId |
event.idm.read_only_udm.security_result.detection_fields |
從變更記錄對應 |
SafeName |
event.idm.read_only_udm.security_result.detection_fields |
從變更記錄對應 |
Database |
event.idm.read_only_udm.security_result.detection_fields |
從變更記錄對應 |
MessageID", "Version", "Safe", "PolicyID", "DeviceType", and "Address |
additional.fields |
從變更記錄對應 |
GatewayStation |
target.ip |
從變更記錄對應 |
UserName |
principal.user.user_display_name |
從變更記錄對應 |
Station |
principal.ip |
從變更記錄對應 |
Message |
security_result.summary |
從變更記錄對應 |
Issuer |
principal.user.userid |
從變更記錄對應 |
File |
principal.file.full_path |
從變更記錄對應 |
Severity |
security_result.severity |
從變更記錄對應 |
CPMStatus |
security_result.action |
從變更記錄對應 |
device_version |
metadata.product_version |
從變更記錄對應 |
device_event_class_id" and "event_name |
metadata.product_event_type |
從變更記錄對應 |
msg |
metadata.description |
從變更記錄對應 |
duser |
target.user.user_display_name |
從變更記錄對應 |
suser |
principal.user.user_display_name |
從變更記錄對應 |
cn1", "cn1Label", "cn2", "cn2Label", "cs1", "cs1Label", "cs2", "cs2Label", "cs3", "cs3Label", "cs4", "cs4Label", "cs5", "cs5Label", and "fname |
additional.fields |
從變更記錄對應 |
變更記錄
還有其他問題嗎?向社群成員和 Google SecOps 專業人員尋求答案。