收集 Preempt Auth 記錄

支援的國家/地區:

本文說明如何使用 Bindplane 代理程式,將 Preempt Auth 記錄檔擷取至 Google Security Operations。

Preempt Auth 是一種驗證事件監控解決方案,可為 Active Directory 環境產生詳細的驗證記錄。可擷取端點的登入成功和失敗事件、LDAP 搜尋、服務存取和驗證類型。

事前準備

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

  • Google SecOps 執行個體
  • Windows Server 2016 以上版本,或搭載 systemd 的 Linux 主機
  • Bindplane 代理程式與搶占伺服器之間的網路連線
  • 如果透過 Proxy 執行,請確保防火牆通訊埠已根據 Bindplane 代理程式需求開啟
  • 具備管理員權限,可存取 Preempt Auth (CrowdStrike Identity Protection)

取得 Google SecOps 擷取驗證檔案

  1. 登入 Google SecOps 控制台。
  2. 依序前往「SIEM 設定」>「收集代理程式」
  3. 下載擷取驗證檔案
  4. 將檔案安全地儲存在要安裝 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:
        tcplog:
            listen_address: "0.0.0.0:514"
    
    exporters:
        chronicle/preempt_auth:
            compression: gzip
            creds_file_path: '<CREDS_FILE_PATH>'
            customer_id: '<CUSTOMER_ID>'
            endpoint: <REGION_ENDPOINT>
            log_type: PREEMPT_AUTH
            raw_log_field: body
            ingestion_labels:
                env: production
    
    service:
        pipelines:
            logs/preempt_auth_to_chronicle:
                receivers:
                    - tcplog
                exporters:
                    - chronicle/preempt_auth
    

設定參數

替換下列預留位置:

  • 接收器設定:

    • tcplog:透過 TCP 接收系統記錄。如果 Preempt 部署作業透過 UDP 轉送,請使用 udplog
    • 0.0.0.0:514:在通訊埠 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 Security Operations 客戶 ID」步驟取得的客戶 ID。
    • <REGION_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"
        

設定 Preempt Auth Syslog 轉送

  1. 登入 Preempt 管理控制台
  2. 依序前往「設定」>「SIEM 整合」
  3. 啟用驗證事件的系統記錄轉送功能。
  4. 請提供下列設定詳細資料:
    • 通訊協定:選取「TCP」 (必須與 Bindplane 代理程式接收器設定相符)。
    • Syslog 位址:輸入 Bindplane 代理程式主機的 IP 位址 (例如 192.168.1.100)。
    • 「Port」(通訊埠):輸入 514 (必須與 Bindplane 代理程式接收器通訊埠一致)。
  5. 選取要轉送的驗證事件類型:
    • 驗證成功事件
    • 驗證失敗事件
    • LDAP 搜尋
    • 服務存取事件
  6. 按一下「儲存」或「套用」。
  7. 檢查 Bindplane 代理程式記錄,確認記錄是否已傳送。

UDM 對應表

記錄欄位 UDM 對應 邏輯
authenticationType extensions.auth.type 如果 authenticationType 符合 SSO_LOGIN 或 LDAP_AUTHENTICATION,請設為「SSO」;如果符合 DOMAIN_LOGIN,請設為「MACHINE」;如果符合 NTLM_AUTHENTICATION,請設為「AUTHTYPE_UNSPECIFIED」
extensions.auth.mechanism 設為「MECHANISM_UNSPECIFIED」
inter_ip intermediary.hostname 如果 inter_ip 不是有效的 IP 位址,請設定此值
inter_ip intermediary.ip 設定 inter_ip 是否為有效的 IP 位址
eventLabel metadata.description 直接複製值
eventType metadata.event_type 如果 eventType 為 SUCCESSFUL_AUTHENTICATION 或 FAILED_AUTHENTICATION,請設為「USER_LOGIN」;如果為 SERVICE_ACCESS 或 LDAP_SEARCH,且 principal_host_set 為 true,請設為「SERVICE_UNSPECIFIED」
eventType metadata.product_event_type 直接複製值
endpointDisplayName、ipAddress principal.hostname 設定 endpointDisplayName != ipAddress 和 endpointDisplayName != ""
ipAddress、inter_ip principal.ip 如果 ipAddress != inter_ip,則為 ipAddress 的值,否則為 inter_ip 的值
networkType principal.resource.name 直接複製值
principal.resource.type 設為「網路類型」
userDisplayName principal.user.email_addresses 設定 userDisplayName 是否符合電子郵件規則運算式
userDisplayName principal.user.user_display_name 直接複製值
userEntity.secondaryDisplayName、userDisplayName principal.user.userid 如果 userEntity.secondaryDisplayName 不為空白,則為該值;如果 userEntity.secondaryDisplayName 為空白,則為 userDisplayName
eventType security_result.action 如果驗證成功,請設為「ALLOW」;如果驗證失敗,請設為「BLOCK」
eventSeverity security_result.severity_details 直接複製值
authenticationType security_result.summary 直接複製值
targetEntity.primaryDisplayName、targetServiceIdentifier、eventType、targetEntity.type target.application 如果 targetEntity.type ==「CLOUD_SERVICE」,則為 targetEntity.primaryDisplayName 的值;否則,如果 targetServiceIdentifier !=「」,且先前未設定,則為 targetServiceIdentifier 的值;否則,如果 eventType ==「LDAP_SEARCH」,且先前未設定,則為「LDAP」
targetEntity.primaryDisplayName、targetEntity.type target.hostname 如果 targetEntity.type ==「ENDPOINT」,則為必填
targetServiceType target.resource.name 如果 targetServiceType != "" 且 != "UNKNOWN",則設定
targetServiceType target.resource.type 如果 targetServiceType != "" 且 != "UNKNOWN",則設為「服務類型」
targetEntity.primaryDisplayName、targetEntity.type target.user.user_display_name 如果 targetEntity.type == "USER",則設定
targetEntity.secondaryDisplayName、targetEntity.type target.user.userid 如果 targetEntity.type == "USER",則設定
metadata.product_name 設為「PREEMPT_AUTH」
metadata.vendor_name 設為「Preempt」

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