Google 會運用 AI 技術將內容翻譯成你偏好的語言，但可能會出錯。

收集 Delinea Secret Server 伺服器記錄

剖析器版本：5.0

支援的服務：

Google SecOps SIEM

本文說明如何使用 Bindplane 代理程式，將 Delinea Secret Server 伺服器記錄擷取至 Google Security Operations。

Delinea Secret Server (舊稱 Thycotic) 是特殊權限存取管理 (PAM) 解決方案，可產生 CEF 格式的 syslog 訊息，用於密鑰存取、使用者驗證和稽核事件。剖析器會擷取欄位，並對應至統合式資料模型 (UDM)。

事前準備

請確認您符合下列必要條件：

Google SecOps 執行個體
Windows Server 2016 以上版本，或搭載 systemd 的 Linux 主機
Bindplane 代理程式與 Delinea Secret Server 之間的網路連線
如果透過 Proxy 執行，請確保防火牆通訊埠已根據 Bindplane 代理程式需求開啟
Delinea Secret Server 的管理員憑證

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

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

新部署作業：使用 Chronicle API (選項 1)。
舊版部署作業：繼續使用擷取驗證檔案 (選項 2)，直到 Ingestion API 於 2027 年 7 月 20 日停用。

方法 1：為 Chronicle API 建立服務帳戶 (建議)

登入 Google Cloud 控制台，然後選取連結至 Google SecOps 執行個體的 Google Cloud 專案。
依序前往「IAM & Admin」(IAM 與管理) >「Service Accounts」(服務帳戶)。
按一下「建立服務帳戶」。
提供下列設定詳細資料：
- 服務帳戶名稱：輸入帳戶名稱 (例如 bindplane-ingest)。
- 「服務帳戶說明」：輸入說明 (例如 Bindplane agent log ingestion)。
點按「Create and continue」(建立並繼續)。
在「將專案存取權授予這個服務帳戶」部分，按一下「選取角色」，然後選取「Chronicle 編輯者」。
依序點選「繼續」和「完成」。
按一下您建立的服務帳戶，然後前往「金鑰」分頁。
依序點選「新增金鑰」>「建立新的金鑰」。
選取「JSON」，然後點選「建立」。金鑰檔案會下載到電腦。
將金鑰檔案儲存為 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，使其與儲存路徑相符。
依序前往「IAM 與管理」>「設定」，然後複製「專案編號」。設定匯出工具時會用到。

方法 2：下載擷取驗證檔案 (舊版)

登入 Google SecOps 控制台。
依序前往「SIEM 設定」>「收集代理程式」。
下載擷取驗證檔案。
將檔案安全地儲存在要安裝 Bindplane 代理程式的系統中。

取得 Google SecOps 客戶 ID

登入 Google SecOps 控制台。
依序前往「SIEM 設定」 > 「設定檔」。
複製並儲存「機構詳細資料」專區中的「客戶 ID」。

注意： 設定 Bindplane 代理程式匯出工具時，必須提供客戶 ID。

安裝 Bindplane 代理程式

請按照下列操作說明，在 Windows 或 Linux 作業系統上安裝 Bindplane 代理程式。

Windows 安裝

以管理員身分開啟「命令提示字元」或「PowerShell」。

執行下列指令：

msiexec /i "https://github.com/observIQ/bindplane-agent/releases/latest/download/observiq-otel-collector.msi" /quiet

等待安裝完成。
執行下列指令，確認安裝成功：
```
sc query observiq-otel-collector
```
服務應顯示為「RUNNING」。

Linux 安裝

開啟具有 root 或 sudo 權限的終端機。

執行下列指令：

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

等待安裝完成。
執行下列指令，確認安裝成功：
```
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/delinea_secret_server:
    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: '<customer_id>'
    endpoint: chronicle.googleapis.com
    log_type: THYCOTIC
    raw_log_field: body

service:
  pipelines:
    logs/delinea_secret_server_to_chronicle:
      receivers:
        - udplog
      exporters:
        - chronicle/delinea_secret_server

設定參數

請替換下列預留位置：

接收器設定：
- listen_address：要監聽的 IP 位址和通訊埠：
  - 0.0.0.0：在所有介面上監聽 (建議)
  - 通訊埠 514 是標準 syslog 通訊埠 (在 Linux 上需要根目錄；非根目錄請使用 1514)
Exporter 設定：
- 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：從 Google SecOps 控制台複製的客戶 ID
- location：將 <LOCATION> 替換為 Google SecOps 執行個體的區域 (例如 us、europe 或 asia-southeast1)。匯出工具會以這個值做為 chronicle.googleapis.com 的前置字元。如需完整清單，請參閱「區域性端點」。
- project：將 <PROJECT_NUMBER> 替換為「IAM 與管理」>「設定」中的專案編號。
- endpoint：請將此值設為 chronicle.googleapis.com。

舊版擷取 API 匯出工具

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

exporters:
  chronicle/delinea_secret_server:
    compression: gzip
    creds_file_path: '/opt/observiq-otel-collector/ingestion-auth.json'
    customer_id: '<customer_id>'
    endpoint: malachiteingestion-pa.googleapis.com
    log_type: THYCOTIC
    raw_log_field: body

儲存設定檔

編輯完成後，請儲存檔案：
- Linux：依序按下 Ctrl+O、Enter 和 Ctrl+X
- Windows：依序點選「檔案」>「儲存」

重新啟動 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
```
- 服務控制台：
  1. 按下 Win+R 鍵，輸入 services.msc，然後按下 Enter 鍵。
  2. 找出「observIQ OpenTelemetry Collector」。
  3. 按一下滑鼠右鍵，然後選取「重新啟動」。
  4. 確認服務是否正在執行：
```
sc query observiq-otel-collector
```
  5. 檢查記錄是否有錯誤：
```
type "C:\Program Files\observIQ OpenTelemetry Collector\log\collector.log"
```

設定 Thycotic Secret Server，使用 syslog 傳送記錄

使用管理員憑證登入 Thycotic Secret Server。
依序前往「管理」>「設定」。
按一下 [編輯]。
勾選「啟用 Syslog/CEF 記錄」核取方塊，並指定下列詳細資料：
- Syslog/CEF 伺服器：輸入 Syslog 伺服器/Bindplane 的 IP 位址。
- Syslog/CEF 通訊協定：選取「UDP」或「TCP」 (視 Bindplane 設定而定)。
- Syslog/CEF port：輸入 Syslog 伺服器或 Bindplane 設定監聽的通訊埠編號。
按一下 [儲存]。

UDM 對應表

記錄欄位	UDM 對應	邏輯
Account_Domain	event1.idm.read_only_udm.principal.domain	這個值取自原始記錄 `msg` 欄位中的 `Account_Domain` 欄位。
依使用者	event1.idm.read_only_udm.principal.user.userid	這個值取自原始記錄的 `msg` 欄位中的 `By User` 欄位。
容器 ID	event1.idm.read_only_udm.principal.asset.asset_id	這個值取自原始記錄的 `msg` 欄位中的 `Container Id` 欄位，並以 `container_id:` 為前置字元。
容器名稱	event1.idm.read_only_udm.principal.resource.name	這個值取自原始記錄的 `msg` 欄位中的 `Container name` 欄位。
cs2	event1.idm.read_only_udm.additional.fields[].value.string_value	這個值取自原始記錄 `msg` 欄位中的 `cs2` 欄位。
cs3	event1.idm.read_only_udm.target.file.full_path	這個值取自原始記錄 `msg` 欄位中的 `cs3` 欄位。
cs4	event1.idm.read_only_udm.principal.user.user_display_name	這個值取自原始記錄 `msg` 欄位中的 `cs4` 欄位。
詳細資料	event1.idm.read_only_udm.additional.fields[].value.string_value	這個值取自原始記錄的 `msg` 欄位中的 `Details` 欄位。
fname	event1.idm.read_only_udm.target.file.full_path	這個值取自原始記錄 `msg` 欄位中的 `fname` 欄位。
主機	event1.idm.read_only_udm.principal.hostname, event1.idm.read_only_udm.principal.asset.hostname	這個值取自原始記錄 `msg` 欄位中的 `Host` 欄位。
項目名稱	event1.idm.read_only_udm.target.user.userid	這個值取自原始記錄 `msg` 欄位中的 `Item Name` 欄位。
	event1.idm.read_only_udm.additional.fields[].key	值會硬式編碼為 `fname`。
	event1.idm.read_only_udm.additional.fields[].key	這個值是以硬式編碼設為 `Group or User`。
	event1.idm.read_only_udm.additional.fields[].key	值會硬式編碼為 `Details`。
	event1.idm.read_only_udm.additional.fields[].key	這個值是以硬式編碼設為 `type_id`。
	event1.idm.read_only_udm.extensions.auth.type	這個值是以硬式編碼設為 `MACHINE`。
	event1.idm.read_only_udm.metadata.description	這個值取自 `thycotic_event` 欄位，並使用 grok 模式從原始記錄中擷取。
	event1.idm.read_only_udm.metadata.event_timestamp.seconds	這個值衍生自 `rt` 欄位 (如有)，否則衍生自 `ts` 欄位。這兩個欄位都是使用 Grok 模式從原始記錄中擷取。
	event1.idm.read_only_udm.metadata.event_type	系統會根據 `thycotic_event` 欄位和其他條件判斷價值。舉例來說，如果 `thycotic_event` 為 `USER - LOGIN`，事件類型就會設為 `USER_LOGIN`。
	event1.idm.read_only_udm.metadata.log_type	值會硬式編碼為 `THYCOTIC`。
	event1.idm.read_only_udm.metadata.product_event_type	這個值取自 `thycotic_event` 欄位，該欄位是使用 grok 模式從原始記錄中擷取。
	event1.idm.read_only_udm.metadata.product_log_id	這個值取自 `action_id` 欄位，並使用 grok 模式從原始記錄中擷取。
	event1.idm.read_only_udm.metadata.product_name	這個值取自 `device_product` 欄位，並使用 grok 模式從原始記錄中擷取。如果欄位空白，系統會將值硬式編碼為 `Secret Server`。
	event1.idm.read_only_udm.metadata.product_version	這個值取自 `device_version` 欄位，並使用 grok 模式從原始記錄中擷取。
	event1.idm.read_only_udm.metadata.vendor_name	這個值是以硬式編碼設為 `Thycotic`。
	event1.idm.read_only_udm.network.ip_protocol	如果 `input.type` 欄位為 `tcp`，值會設為 `TCP`。
	event1.idm.read_only_udm.observer.application	如有 `agent.type` 欄位，系統會從該欄位取得值，否則會硬式編碼為 `Secret Server`。
	event1.idm.read_only_udm.observer.asset_id	這個值會設為 `Agent ID:` 與 `agent.id` 欄位串連。
	event1.idm.read_only_udm.observer.hostname	如有 `agent.hostname` 欄位，系統會從該欄位取得值，否則會從 `server` 欄位取得值。
	event1.idm.read_only_udm.observer.platform_version	這個值取自 `agent.version` 欄位。
	event1.idm.read_only_udm.observer.user.userid	這個值取自 `agent.name` 欄位。
	event1.idm.read_only_udm.principal.asset.asset_id	此值會設為 `ID:`，並與 `host.id` 欄位串連。
	event1.idm.read_only_udm.principal.asset.hardware.cpu_platform	這個值取自 `host.architecture` 欄位。
	event1.idm.read_only_udm.principal.asset.hostname	系統會從 `server` 欄位 (如有) 擷取值，否則會從 `host.hostname` 欄位擷取。
	event1.idm.read_only_udm.principal.asset.ip	如有 `src` 欄位，系統會從該欄位取得值，否則會從 `src_ip` 欄位取得值。
	event1.idm.read_only_udm.principal.hostname	系統會從 `host.hostname` 欄位 (如有) 擷取值，否則會從 `server` 欄位擷取。
	event1.idm.read_only_udm.principal.ip	如有 `src` 欄位，系統會從該欄位取得值，否則會從 `src_ip` 欄位或 `host.ip` 欄位取得值。
	event1.idm.read_only_udm.principal.mac	這個值取自 `host.mac` 欄位。
	event1.idm.read_only_udm.principal.platform	如果 `host_os_platform` 欄位為 `centos`，值會設為 `LINUX`，否則會設為 `host_os_platform` 欄位的大寫值。
	event1.idm.read_only_udm.principal.platform_patch_level	這個值取自 `host.os.kernel` 欄位。
	event1.idm.read_only_udm.principal.platform_version	這個值取自 `host.os.version` 欄位。
	event1.idm.read_only_udm.principal.port	這個值取自 `src_port` 欄位，並使用 grok 模式從 `log.source.address` 欄位擷取。
	event1.idm.read_only_udm.principal.user.user_display_name	這個值取自原始記錄 `msg` 欄位中的 `cs4` 欄位。
	event1.idm.read_only_udm.principal.user.userid	這個值取自原始記錄 `msg` 欄位中的 `suser` 欄位，如果 `thycotic_event` 為 `USER - LOGIN`、`USER - LOGOUT`、`USER - LOGINFAILURE` 或 `USER - EDIT`，則取自 `By User` 欄位。
	event1.idm.read_only_udm.security_result.action	這個值取自原始記錄 `msg` 欄位中的 `Action` 欄位。也可以根據 `thycotic_event` 的值設為 `ALLOW` 或 `BLOCK`。
	event1.idm.read_only_udm.security_result.description	這個值取自 `temp_message` 欄位，其中包含擷取其他欄位後 `msg` 欄位的其餘部分。
	event1.idm.read_only_udm.security_result.severity	這個值取決於 `syslog_severity` 欄位。舉例來說，如果 `syslog_severity` 包含 `error` 或 `warning`，嚴重程度會設為 `HIGH`。如果 `thycotic_event` 為 `System Log`，嚴重性會設為 `INFORMATIONAL`。
	event1.idm.read_only_udm.security_result.severity_details	這個值取自 `syslog_severity` 欄位。
	event1.idm.read_only_udm.target.file.full_path	如果 `cs3` 和 `fname` 欄位都存在，則值會由這兩個欄位串連而成，並以 `/` 分隔符號分隔。如果只有一個欄位，系統會從該欄位擷取值。
	event1.idm.read_only_udm.target.resource.product_object_id	這個值取自 `type_id` 欄位。
	event1.idm.read_only_udm.target.user.userid	這個值取自原始記錄的 `msg` 欄位中的 `item_name` 欄位，如果 `thycotic_event` 為 `USER - LOGIN`、`USER - LOGOUT`、`USER - LOGINFAILURE` 或 `USER - EDIT`，則取自 `Item Name` 欄位。
	events.timestamp.seconds	如有 `rt` 欄位，系統會從該欄位取得值，否則會從 `ts` 欄位取得值。這兩個欄位都是使用 Grok 模式從原始記錄中擷取。
rt	event1.idm.read_only_udm.metadata.event_timestamp.seconds	這個值取自原始記錄的 `msg` 欄位中的 `rt` 欄位，用於設定事件時間戳記。
src	event1.idm.read_only_udm.principal.asset.ip, event1.idm.read_only_udm.principal.ip	這個值取自原始記錄 `msg` 欄位中的 `src` 欄位。
src_ip	event1.idm.read_only_udm.principal.asset.ip, event1.idm.read_only_udm.principal.ip	這個值取自 `src_ip` 欄位，該欄位是使用 grok 模式從 `log.source.address` 欄位擷取而來。
`msg`	`event.idm.read_only_udm.metadata.description`	從變更記錄對應
`suid`	`event.idm.read_only_udm.principal.resource.attribute.labels`	從變更記錄對應
`cs4Label`	`event.idm.read_only_udm.principal.resource.attribute.labels`	從變更記錄對應
`user_data`	`event.idm.read_only_udm.principal.resource.attribute.labels`	從變更記錄對應
`EventClassId`	`event.idm.read_only_udm.additional.fields`	從變更記錄對應
`item_Id`	`event.idm.read_only_udm.additional.fields`	從變更記錄對應
`Details`	`event.idm.read_only_udm.additional.fields`	從變更記錄對應
`Event`	`event.idm.read_only_udm.additional.fields`	從變更記錄對應
`Action_data`	`event.idm.read_only_udm.additional.fields`	從變更記錄對應
`item_name`	`event.idm.read_only_udm.additional.fields`	從變更記錄對應
`source_host_network_ipaddress`	`principal.ip`	從變更記錄對應
`target_host_name`	`target_host_name`	從變更記錄對應
`machineTimeZone`	`additional.fields`	從變更記錄對應
`machineName`	`additional.fields`	從變更記錄對應
`schemaVersion`	`additional.fields`	從變更記錄對應
`byUserEmailAddress`	`principal.user.email_addresses`	從變更記錄對應
`byUserDisplayName`	`principal.user.email_addresses`	從變更記錄對應

變更記錄

查看這個剖析器的變更記錄

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