我們重新調整了說明文件的導覽結構，直接對應您的作業工作流程。詳情請參閱版本資訊和逐步解說影片。

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

收集 Teradata 資料庫記錄

支援的國家/地區：

Google SecOps SIEM

本文說明如何使用 Bindplane，將 Teradata Database 記錄擷取至 Google Security Operations。

Teradata Database 是企業資料倉儲平台，可產生查詢、存取、安全稽核和系統事件記錄。可為大規模的內部部署作業提供高效能的分析和資料管理功能。

事前準備

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

Google SecOps 執行個體
Windows Server 2016 以上版本，或搭載 systemd 的 Linux 主機
Bindplane 代理程式與 Teradata 資料庫伺服器之間的網路連線
如果透過 Proxy 執行，請確保防火牆通訊埠已根據 Bindplane 代理程式需求開啟
具備管理員權限的 Teradata Database 系統特殊存取權

取得 Google SecOps 擷取驗證檔案

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

注意： 這個 JSON 檔案包含驗證 Bindplane 代理程式與 Google SecOps 的憑證。

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

開啟具有根層級或 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

服務應顯示為有效 (執行中)。

其他安裝資源

如需其他安裝選項和疑難排解資訊，請參閱 Bindplane 代理程式安裝指南。

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

找出設定檔

Linux：

sudo nano /etc/bindplane-agent/config.yaml

Windows：

notepad "C:\Program Files\observIQ OpenTelemetry Collector\config.yaml"

編輯設定檔

將 config.yaml 的所有內容替換為下列設定：

receivers:
    tcplog:
        listen_address: "0.0.0.0:514"

exporters:
    chronicle/teradata_db:
        compression: gzip
        creds_file_path: '/etc/bindplane-agent/ingestion-auth.json'
        customer_id: '<customer_id>'
        endpoint: malachiteingestion-pa.googleapis.com
        log_type: TERADATA_DB
        raw_log_field: body

service:
    pipelines:
        logs/teradata_db_to_chronicle:
            receivers:
                - tcplog
            exporters:
                - chronicle/teradata_db

設定參數

替換下列預留位置：

接收器設定：
- listen_address：要接聽的 IP 位址和通訊埠：
  - 0.0.0.0，監聽所有介面 (建議)
  - 通訊埠 514 是標準的系統記錄通訊埠 (在 Linux 上需要根層級權限；非根層級權限請使用 1514)
匯出工具設定：
- creds_file_path：擷取驗證檔案的完整路徑：
  - Linux：/etc/bindplane-agent/ingestion-auth.json
  - Windows：C:\Program Files\observIQ OpenTelemetry Collector\ingestion-auth.json
- customer_id：從 Google SecOps 控制台複製的客戶 ID
- endpoint：區域端點網址：
  - 美國：malachiteingestion-pa.googleapis.com
  - 歐洲：europe-malachiteingestion-pa.googleapis.com
  - 亞洲：asia-southeast1-malachiteingestion-pa.googleapis.com
  - 如需完整清單，請參閱「區域端點」

儲存設定檔

編輯完成後，請儲存檔案：
- 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. 按一下滑鼠右鍵，然後選取「重新啟動」。
確認服務正在執行：
```
sc query observiq-otel-collector
```

檢查記錄中是否有錯誤：

type "C:\Program Files\observIQ OpenTelemetry Collector\log\collector.log"

設定 Teradata 資料庫系統記錄檔轉送

以管理員身分登入 Teradata Database 伺服器。
使用 Teradata Database Gateway 記錄功能設定系統記錄轉送。編輯 rsyslog 設定檔：
```
sudo nano /etc/rsyslog.d/teradata.conf
```
新增下列程式碼，將 Teradata 記錄轉送至 Bindplane 代理程式：
```
# Forward Teradata Database logs to Bindplane agent
if $programname == 'teradata' then @@<bindplane-ip>:514
```
- 將 <bindplane-ip> 替換為 Bindplane 代理程式主機的 IP 位址。
重新啟動 rsyslog 服務：
```
sudo systemctl restart rsyslog
```
檢查 Bindplane 代理程式記錄，確認記錄是否已傳送。

注意： 您也可以使用 Teradata Parallel Transporter (TPT) 或 BTEQ，從系統表格 (DBC.DBQLogTbl、DBC.AccLogTbl、DBC.EventLog) 匯出記錄資料，並透過 syslog 代理程式轉送。

UDM 對應表

記錄欄位	UDM 對應	邏輯
	additional.fields	合併自各種標籤，例如 collect_timestamp_label、logon_date_time_label、logon_source_label、protocol_label、remote_hostname_label、logon_details_label、port_label、connection_id_label、cid_label、jdbc_driver_info_label、request_mode_label、statement_group_label、statement_type_label
app_id	target.asset.product_object_id	直接複製值
client_addr	principal.asset.hostname、principal.asset.ip、principal.hostname、principal.ip	直接將值複製到所有頻道區隔
client_id	target.asset.asset_id	串連為 CLIENT_ID:%{client_id}
collect_timestamp	metadata.collected_timestamp	使用日期比對功能轉換，支援的格式包括 RFC 3339、UNIX_MS、UNIX、ISO8601、yyyy-MM-dd HH:mm:ss
default_database	target.resource.name、target.resource.resource_type	值直接複製到名稱；針對 resource_type 設為 DATABASE
error_code	network.http.response_code、additional.fields	轉換為 response_code 的整數；複製到 error_code_label，並合併到 additional.fields
error_text	security_result.summary	直接複製值
host_name	principal.asset.hostname、principal.hostname	值會直接複製到兩者
logon_date_time	metadata.event_timestamp	使用日期比對功能轉換，格式為 ISO8601、yyyy-MM-dd HH:mm:ss
logon_source	target.resource.parent	直接複製值
logon_source	additional.fields	使用 grok 擷取 logonSource，然後在併入 additional.fields 的 logon_source_label 中設為 %{logonSource}LSS
logon_source	additional.fields	使用 grok 擷取通訊協定、remote_hostname、通訊埠、登入詳細資料、connection_id、cid、jdbc_driver_info，然後在合併至 additional.fields 的相應標籤中設定
proc_id	target.resource.id	直接複製值
profile_name	target.resource.attribute.labels	在併入屬性.labels 的 profile_name_label 中設定
query_text	target.process.command_line	直接複製值
request_mode	target.resource.resource_subtype、additional.fields	值直接複製到 resource_subtype；在併入 additional.fields 的 request_mode_label 中設定
session_id	network.session_id	直接複製值
statement_group	principal.user.groupid、additional.fields	值直接複製到 groupid；在併入 additional.fields 的 statement_group_label 中設定
statement_type	security_result.about.labels、additional.fields	在併入 about.labels 的 statementtype_value_label 中設定；在併入 additional.fields 的 statement_type_label 中設定
ts	metadata.event_timestamp	使用日期比對轉換，格式為 MMM d HH:mm:ss、MMM dd HH:mm:ss、SYSLOGTIMESTAMP、RFC 3339、UNIX、ISO8601、UNIX_MS
tt_granularity	target.resource.product_object_id	直接複製值
user_id	principal.user.userid	直接複製值
user_name	principal.user.user_display_name	直接複製值
	metadata.event_type	如果 has_principal、has_principal_user 和 has_target_resource 為 true，則設為 USER_RESOURCE_ACCESS；如果 has_principal 為 true，則設為 STATUS_UPDATE；否則設為 GENERIC_EVENT
	metadata.product_name	設為「TERADATA_DB」
	metadata.vendor_name	設為「TERADATA」
`profile_name`	`event.idm.read_only_udm.target.resource.attribute.labels`	從變更記錄對應
`proc_id`	`event.idm.read_only_udm.target.resource.id`	從變更記錄對應
`user_id`	`event.idm.read_only_udm.principal.user.userid`	從變更記錄對應
`collect_timestamp`	`event.idm.read_only_udm.metadata.collected_timestamp`	從變更記錄對應
`logon_date_time`	`event.idm.read_only_udm.metadata.event_timestamp`	從變更記錄對應
`user_name`	`event.idm.read_only_udm.principal.user.user_display_name`	從變更記錄對應
`logon_source`	`event.idm.read_only_udm.target.resource.parent`	從變更記錄對應
`app_id`	`event.idm.read_only_udm.target.asset.product_object_id`	從變更記錄對應
`client_id`	`event.idm.read_only_udm.target.asset.asset_id`	從變更記錄對應
`error_code`	`event.idm.read_only_udm.network.http.response_code`	從變更記錄對應
`statement_type`	`event.idm.read_only_udm.security_result.about.labels`	從變更記錄對應
`statement_group`	`event.idm.read_only_udm.principal.user.groupid`	從變更記錄對應
`request_mode`	`event.idm.read_only_udm.target.resource.resource_subtype`	從變更記錄對應
`tt_granularity`	`event.idm.read_only_udm.target.resource.product_object_id`	從變更記錄對應
`protocol`	`event.idm.read_only_udm.additional.fields`	從變更記錄對應
`remote_hostname`	`event.idm.read_only_udm.additional.fields`	從變更記錄對應
`logon_details`	`event.idm.read_only_udm.additional.fields`	從變更記錄對應
`connection_id`	`event.idm.read_only_udm.additional.fields`	從變更記錄對應
`port`	`event.idm.read_only_udm.additional.fields`	從變更記錄對應
`cid`	`event.idm.read_only_udm.additional.fields`	從變更記錄對應
`jdbc_driver_info`	`event.idm.read_only_udm.additional.fields`	從變更記錄對應
`app_id`	`principal.application`	從變更記錄對應
`collect_timestamp`	`event.idm.read_only_udm.additional.fields`	從變更記錄對應
`error_code`	`security_result.detection_fields`	從變更記錄對應
`logon_date_time`	`event.idm.read_only_udm.additional.fields`	從變更記錄對應
`logon_source`	`event.idm.read_only_udm.additional.fields`	從變更記錄對應
`proc_id`	`principal.process.pid`	從變更記錄對應
`request_mode`	`event.idm.read_only_udm.additional.fields`	從變更記錄對應
`statement_group`	`event.idm.read_only_udm.additional.fields`	從變更記錄對應
`statement_type`	`event.idm.read_only_udm.additional.fields`	從變更記錄對應
`user_id`	`target.user.userid`	從變更記錄對應
`user_name`	`target.user.user_display_name`	從變更記錄對應

變更記錄

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

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