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

收集 Trend Micro Apex One 記錄

支援的國家/地區：

Google SecOps SIEM

本文說明如何收集 Trend Micro Apex One 記錄。剖析器會從系統記錄訊息中擷取資料，特別是格式為鍵/值組合且前置字元為「CEF:」的訊息。它會使用規則運算式和條件邏輯，將 CEF 欄位對應至 UDM，根據使用者或系統資訊的存在與否將事件分類，並識別作業系統平台。系統會捨棄非 CEF 格式的訊息。

事前準備

確認您有 Google Security Operations 執行個體。
確認您使用的是 Windows 2016 以上版本，或是搭載 systemd 的 Linux 主機。
如果透過 Proxy 執行，請確認防火牆通訊埠已開啟。
確認您擁有 Apex Central 控制台的管理員存取權

取得 Google SecOps 擷取驗證檔案

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

取得 Google SecOps 客戶 ID

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

安裝 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 的 /etc/bindplane-agent/ 目錄，或 Windows 的安裝目錄。
- 使用文字編輯器 (例如 nano、vi 或記事本) 開啟檔案。

按照下列方式編輯 config.yaml 檔案：

receivers:
    udplog:
        # Replace the below port <54525> and IP <0.0.0.0> with your specific values
        listen_address: "0.0.0.0:54525" 

exporters:
    chronicle/chronicle_w_labels:
        compression: gzip
        # Adjust the creds location below according the placement of the credentials file you downloaded
        creds: '{ json file for creds }'
        # Replace <customer_id> below with your actual ID that you copied
        customer_id: <customer_id>
        endpoint: malachiteingestion-pa.googleapis.com
        # You can apply ingestion labels below as preferred
        ingestion_labels:
        log_type: SYSLOG
        namespace: trendmicro_apex_one
        raw_log_field: body
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
```

在 Trend Micro Apex One 中設定 Syslog 轉送

使用管理員憑證登入 Apex Central 控制台。
依序前往「管理」>「設定」>「系統記錄設定」。
勾選標示為「啟用 Syslog 轉送」的方塊。
設定 Syslog 伺服器詳細資料：
- 伺服器位址：輸入 Syslog 伺服器 (Bindplane) 的 IP 位址或 FQDN。
- 「Port」(通訊埠)：指定 Syslog 伺服器監聽的通訊埠編號 (Bindplane)。
- 「通訊協定」：選取「UDP」做為傳輸通訊協定 ()。
- 選用步驟：設定 Proxy 設定：勾選「使用 SOCKS Proxy 伺服器」。
  
  注意： 請務必在「管理」>「設定」>「Proxy 設定」下設定 Proxy 設定。
- 記錄檔格式：選取「CEF」。
- 頻率：定義記錄檔轉送至系統記錄檔伺服器的頻率。
- 記錄類型：選取「安全性記錄」和「產品資訊」。
按一下「測試連線」，確認 Apex Central 可以與 Syslog 伺服器 (Bindplane) 通訊。
按一下「儲存」即可套用設定。

UDM 對應表

記錄欄位	UDM 對應	邏輯
`act`	`security_result.action_details`	直接從「`act`」欄位對應。
`ApexCentralHost`	`about.asset.asset_id`	用於 asset_id 生成邏輯。「Trend Micro.Apex Central:」值會加到 `deviceExternalId` 欄位的前面。
`app`	`target.port`	直接從「`app`」欄位對應。
`cat`	`security_result.category_details`	直接從「`cat`」欄位對應。
`cn1`	`additional.fields[4].value.string_value`	直接從「`cn1`」欄位對應。金鑰衍生自 `cn1Label`。
`cn1Label`	`additional.fields[4].key`	直接從「`cn1Label`」欄位對應。
`cn2`	`additional.fields[6].value.string_value`	直接從「`cn2`」欄位對應。金鑰衍生自 `cn2Label`。
`cn2Label`	`additional.fields[6].key`	直接從「`cn2Label`」欄位對應。
`cn3`	`additional.fields[2].value.string_value`	直接從「`cn3`」欄位對應。金鑰衍生自 `cn3Label`。
`cn3Label`	`additional.fields[2].key`	直接從「`cn3Label`」欄位對應。
`cs1`	`additional.fields[0].value.string_value`	直接從「`cs1`」欄位對應。金鑰衍生自 `cs1Label`。
`cs1Label`	`additional.fields[0].key`	直接從「`cs1Label`」欄位對應。
`cs2`	`additional.fields[1].value.string_value`	直接從「`cs2`」欄位對應。金鑰衍生自 `cs2Label`。
`cs2Label`	`additional.fields[1].key`	直接從「`cs2Label`」欄位對應。
`cs3`	`additional.fields[5].value.string_value`	直接從「`cs3`」欄位對應。金鑰衍生自 `cs3Label`。
`cs3Label`	`additional.fields[5].key`	直接從「`cs3Label`」欄位對應。
`cs4`	`additional.fields[0].value.string_value`	直接從「`cs4`」欄位對應。金鑰衍生自 `cs4Label`。
`cs4Label`	`additional.fields[0].key`	直接從「`cs4Label`」欄位對應。
`cs5`	`additional.fields[2].value.string_value`	直接從「`cs5`」欄位對應。金鑰衍生自 `cs5Label`。
`cs5Label`	`additional.fields[2].key`	直接從「`cs5Label`」欄位對應。
`cs6`	`additional.fields[7].value.string_value`	直接從「`cs6`」欄位對應。金鑰衍生自 `cs6Label`。
`cs6Label`	`additional.fields[7].key`	直接從「`cs6Label`」欄位對應。
`deviceExternalId`	`about.asset.asset_id`	用於 asset_id 生成邏輯。這個欄位會預先填入「Trend Micro.Apex Central:」值。
`deviceNtDomain`	`about.administrative_domain`	直接從「`deviceNtDomain`」欄位對應。
`devicePayloadId`	`additional.fields[3].value.string_value`	直接從「`devicePayloadId`」欄位對應。金鑰以硬式編碼寫成「devicePayloadId」。
`deviceProcessName`	`about.process.command_line`	直接從「`deviceProcessName`」欄位對應。
`dhost`	`target.hostname`	直接從「`dhost`」欄位對應。
`dntdom`	`target.administrative_domain`	直接從「`dntdom`」欄位對應。
`dst`	`target.ip`	直接從「`dst`」欄位對應。
`duser`	`target.user.userid`、`target.user.user_display_name`	直接從「`duser`」欄位對應。
`dvchost`	`about.hostname`	直接從「`dvchost`」欄位對應。
`fileHash`	`about.file.full_path`	直接從「`fileHash`」欄位對應。
`fname`	`additional.fields[9].value.string_value`	直接從「`fname`」欄位對應。索引鍵以硬式編碼方式指定為「fname」。
`message`	`metadata.product_event_type`	系統會從郵件欄位擷取 CEF 標頭。
`request`	`target.url`	直接從「`request`」欄位對應。
`rt`	`metadata.event_timestamp`	直接從「`rt`」欄位對應。
`shost`	`principal.hostname`	直接從「`shost`」欄位對應。
`src`	`principal.ip`	直接從「`src`」欄位對應。
`TMCMdevicePlatform`	`principal.platform`	根據剖析器中的邏輯對應。值會正規化為「WINDOWS」、「MAC」或「LINUX」。
`TMCMLogDetectedHost`	`principal.hostname`	直接從「`TMCMLogDetectedHost`」欄位對應。
`TMCMLogDetectedIP`	`principal.ip`	直接從「`TMCMLogDetectedIP`」欄位對應。根據其他欄位是否存在，從剖析器邏輯衍生而來。可能的值為「USER_UNCATEGORIZED」、「STATUS_UPDATE」或「GENERIC_EVENT」。硬式編碼為「TRENDMICRO_APEX_ONE」。硬式編碼為「TRENDMICRO_APEX_ONE」。從 `message` 欄位的 CEF 標頭中擷取。已硬式編碼為「LOW」。

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