收集 Trend Micro Apex One 記錄

支援的國家/地區:

本文說明如何使用 Bindplane 代理程式,將 Trend Micro Apex One 記錄擷取至 Google Security Operations。

Trend Micro Apex One 是一種端點安全平台,可產生 CEF 格式的系統記錄訊息,用於偵測惡意軟體、防範入侵事件、可疑檔案活動、網路信譽判定和裝置控制事件。剖析器會從 CEF 格式的記錄檔中擷取欄位,並對應至統合式資料模型 (UDM)。

事前準備

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

  • Google SecOps 執行個體
  • Windows Server 2016 以上版本,或搭載 systemd 的 Linux 主機
  • Bindplane 代理程式與 Trend Micro Apex Central 伺服器之間的網路連線
  • 如果透過 Proxy 執行,請確保防火牆通訊埠已根據 Bindplane 代理程式需求開啟
  • 管理員存取 Apex Central 控制台

取得 Google SecOps 擷取驗證檔案

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

取得 Google SecOps 客戶 ID

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

安裝 Bindplane 代理程式

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

Windows 安裝

  1. 以管理員身分開啟「命令提示字元」或「PowerShell」
  2. 執行下列指令:

    msiexec /i "https://github.com/observIQ/bindplane-agent/releases/latest/download/observiq-otel-collector.msi" /quiet
    
  3. 等待安裝完成。

  4. 執行下列指令,確認安裝成功:

    sc query observiq-otel-collector
    

    服務應顯示為「RUNNING」

Linux 安裝

  1. 開啟具有根層級或 sudo 權限的終端機。
  2. 執行下列指令:

    sudo sh -c "$(curl -fsSlL https://github.com/observiq/bindplane-agent/releases/latest/download/install_unix.sh)" install_unix.sh
    
  3. 等待安裝完成。

  4. 執行下列指令,確認安裝成功:

    sudo systemctl status observiq-otel-collector
    

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

其他安裝資源

如需其他安裝選項和疑難排解資訊,請參閱 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/trendmicro_apex_one:
            compression: gzip
            creds_file_path: '/etc/bindplane-agent/ingestion-auth.json'
            customer_id: '<customer_id>'
            endpoint: malachiteingestion-pa.googleapis.com
            log_type: TRENDMICRO_APEX_ONE
            raw_log_field: body
    
    service:
        pipelines:
            logs/trendmicro_apex_one_to_chronicle:
                receivers:
                    - udplog
                exporters:
                    - chronicle/trendmicro_apex_one
    

設定參數

替換下列預留位置:

  • 接收器設定:

    • listen_address:要接聽的 IP 位址和通訊埠:
      • 0.0.0.0,監聽所有介面 (建議)
      • 通訊埠 514 是標準的系統記錄通訊埠 (在 Linux 上需要根層級權限;非根層級權限請使用 1514)
  • 匯出工具設定:

    • creds_file_path:擷取驗證檔案的完整路徑:
      • Linux/etc/bindplane-agent/ingestion-auth.json
      • WindowsC:\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+OEnterCtrl+X
    • Windows:依序點選「檔案」>「儲存」

重新啟動 Bindplane 代理程式,以套用變更

  • 如要在 Linux 中重新啟動 Bindplane 代理程式,請執行下列指令:

    sudo systemctl restart observiq-otel-collector
    
    1. 確認服務正在執行:

      sudo systemctl status observiq-otel-collector
      
    2. 檢查記錄中是否有錯誤:

      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"
        

在 Trend Micro Apex One 中設定系統記錄轉送

  1. 使用管理員憑證登入 Apex Central 控制台。
  2. 依序前往「管理」>「設定」>「系統記錄設定」
  3. 勾選「啟用 Syslog 轉送」方塊。
  4. 設定「Syslog Server Details」
    • 伺服器位址:輸入 Bindplane 代理程式 IP 位址或完整網域名稱 (FQDN)。
    • 「通訊埠」:輸入 Bindplane 代理程式通訊埠編號 (例如 514 代表 UDP)。
    • 通訊協定:選取 UDP 做為傳輸通訊協定。
  5. 選用:設定 Proxy 設定 - 勾選「使用 SOCKS Proxy 伺服器」 (請確認 Proxy 設定已在「管理」>「設定」>「Proxy 設定」中設定)。
  6. 記錄格式:選取「CEF」
  7. 頻率:定義記錄轉送至 Syslog 伺服器的頻率。
  8. 記錄類型:選取「安全性記錄」和「產品資訊」
  9. 按一下「測試連線」,確保 Apex Central 可以與 Syslog 伺服器通訊。
  10. 按一下「儲存」即可套用設定。

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.useridtarget.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」。
TMCMdevicePlatform event.idm.read_only_udm.principal.platform_version 從變更記錄對應
filePath event.idm.read_only_udm.target.file.full_path 從變更記錄對應
cnt event.idm.read_only_udm.additional.fields 從變更記錄對應
ihost event.idm.read_only_udm.intermediary.hostname 從變更記錄對應
ihost event.idm.read_only_udm.intermediary.asset.hostname 從變更記錄對應
deviceFacility event.idm.read_only_udm.additional.fields 從變更記錄對應
ApexCentralHost event.idm.read_only_udm.observer.hostname 從變更記錄對應
ApexCentralHost event.idm.read_only_udm.observer.asset.hostname 從變更記錄對應
cs2 event.idm.read_only_udm.principal.ip 從變更記錄對應
cs2 event.idm.read_only_udm.principal.asset.ip 從變更記錄對應
suser event.idm.read_only_udm.target.user.userid 從變更記錄對應
fname event.idm.read_only_udm.about.file.full_path 從變更記錄對應
priority event.idm.read_only_udm.additional.fields 從變更記錄對應
inter_ip intermediary.ipintermediary.asset.ip 從變更記錄對應
intermediary event.idm.read_only_udm.intermediary 從變更記錄對應
fileHash event.idm.read_only_udm.target.file.sha1 從變更記錄對應
cs5 event.idm.read_only_udm.security_result.action_details 從變更記錄對應

變更記錄

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

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