Palo Alto Networks 於二〇二六年十月十九日在官方網誌宣布推出 Cortex XDR One，把既有 Cortex XDR 與收購自 Koi 的代理式端點保安（Agentic Endpoint Security）整合成單一感測器與控制台，同時覆蓋傳統系統行程與人工智能代理；同日亦宣布 Unit 42 託管式代理端點保安服務，以二十四小時專家營運補強。本文已核對 Palo Alto Networks 官方網誌原文，來源真實性已驗證。

Palo Alto／官方：推出 Cortex XDR One——XDR 與代理式端點保安合一；直指影子 AI 與惡意技能供應鏈

企業過去兩年大量授權編碼助手、個人代理與 MCP 伺服器接觸生產程式碼、內部資料庫與客戶工單。代理以真實用戶權限、非確定性方式運作，傳統容器隔離或提示詞護欄不足以堵住「被操控後代為執行」的風險。Palo Alto 指端點已從受控執行環境，變成代理、副駕駛與影子 AI 並存的複雜生態；Cortex XDR One 的定位，是把代理動作納入與作業系統行程同等嚴謹的可見度與強制執行。

一、核心事件：單一平台同時守 OS 與代理

根據 Palo Alto Networks 二〇二六年十月十九日網誌〈Reinventing Endpoint Security with Cortex XDR One〉（作者 Daphna Shemesh），以及同日〈Introducing Unit 42 Managed Agentic Endpoint Security〉（作者 Sharon Maydar）：

產品組合：Cortex XDR One 整合 Cortex XDR 與 Cortex Agentic Endpoint Security（AES，源自仍在隱身期即被 Palo Alto InfoSec 採用、其後納入的 Koi 團隊能力），提供單一使用者介面與單一感測器，集中可見度、管理與調查。
為何要擴端點：文中指代理可被不信任輸入、遭滲透的企業應用或未授權指令操縱，從生產力工具變成操作風險；標準修補手段（軟體容器、提示層護欄）不足以阻止惡意代理行為，而傳統端點保安亦非為「以真實用戶存取運作」的代理而設計。
攻擊與盲點示例：網誌引用 ClawHavoc 供應鏈攻擊——對手向 OpenClaw 市集上載數以百計惡意技能（skills），安裝後可破壞運行時隔離，讓遠端攻擊者取得主機命令列存取；另指 Unit 42 研究顯示，代理可經由相連應用的間接資料投毒，洩露系統提示或敏感資訊，或以合法用戶權限外觀發出未授權 API／系統工具呼叫。影子 AI（員工自建、繞過 IT 監管的個人代理與瀏覽器工具）會繼承偏高系統權限且缺乏可見度。
XDR One 能力主張（廠商表述）：實時盤點端點上出現的 AI 成品；控制允許安裝或使用的套件、擴充、代理與 AI 成品；在代理層執行運行時護欄，協助阻擋提示注入與破壞性指令；在 OS 層持續監察行程鏈，即時阻擋零日與 living-off-the-land 攻擊；端點感測器上運行優化小型語言模型，即使離線、亦無須把敏感程式碼送上雲端，以防禦規避性無檔案威脅；把跨域遙測串成端到端攻擊鏈，稱可把誤報削減最多約百分之九十五，並在數分鐘內驅動自動化處置。
部署彈性：Cortex AES 可與既有第三方 EDR 並存，使用 Cortex 定向感測器；亦可與 XDR 原生合為 XDR One，單一感測器與平台覆蓋代理與主機。
Unit 42 Managed AES：建於 Cortex AES，加入二十四小時 Unit 42 專家，涵蓋 AI 採用管治、新興／零日威脅狩獵、調查與回應，以及 AI 相關網絡衛生；可搭配獨立 AES，或搭配 Cortex XDR One。同篇援引 Unit 42《2026 Global Incident Response Report》：僅約百分之六機構具備進階 AI 保安策略；最快攻擊可在約七十二分鐘內由初始入侵走到資料外洩。

網誌含前瞻性陳述，並提醒未正式全面開放的功能未必如期交付；採購應以當時實際可供客戶使用的功能為準。

二、技術原理：代理生命周期與 OS 執行路徑要同一套證據鏈

傳統 EDR 擅長主機行程、檔案與常駐惡意程式；代理式風險則橫跨「安裝了什麼技能／擴充」「提示與工具呼叫上下文」「之後在 OS 上實際執行了什麼」。若兩套工具互不關聯，保安團隊只能看到半截故事：要麼有代理層告警卻對不上系統行為，要麼有 OS 告警卻不知道是哪個代理、哪次工具呼叫觸發。

XDR One 的架構主張是雙層強制：

代理層：盤點與允許清單、運行時護欄（對抗提示注入與破壞性指令）、對 MCP 伺服器與代理工作流的管治。
OS 層：行程鏈監察、零日與 living-off-the-land 阻擋；本地小型語言模型輔助偵測規避性威脅，降低「敏感原始碼必須上雲才可分析」的摩擦。

把兩層遙測織成同一攻擊鏈，目的是減少誤報並加快自動處置。對已有 Cortex／XSIAM 的客戶，單一感測器亦被定位為向更高層 SOC 平台輸送 AI 風險數據的營運基礎。與同日刊出的 Unit 42 Managed AES 合讀，可見產品線分成「平台能力（AES／XDR One）」與「專家託管營運」兩軌，方便已有第三方 EDR 的機構先補 AI 端點可視，再決定是否收斂到單一感測器。

三、日常應用場景

1. 開發者與技術團隊

若工程師已使用 vibe coding 代理、IDE 內建代理或自架 MCP：應假設「市集技能／第三方擴充」與「相連 SaaS 資料」皆可能成為間接攻擊面。實務上優先盤點端點上實際出現的代理與 MCP，建立允許清單；對可執行 shell、讀密鑰或改生產設定的工具呼叫設硬邊界；並要求安全產品能把「哪次提示／工具」與「後續 OS 行為」對起來，而不是只靠聊天紀錄或只靠 EDR 行程名。

2. 企業與隱私敏感行業

金融、醫療、法律與公共服務若允許代理接觸客戶或病患資料：影子 AI 與供應鏈惡意技能屬高優先治理項。可評估 AES 與既有 EDR 並存試點，或直接以 XDR One 收斂感測器；需要人力補強時，Managed AES 提供二十四小時管治、狩獵與回應。採購與審計應分開驗證：盤點覆蓋率、離線／本地模型是否符合數據不出境政策、以及託管服務的授權動作範圍。

3. 一般用戶

這是企業端點與 MDR 層級公告，不直接改變消費者聊天機械人介面。若公司開始推「可代你執行」的內部代理，員工仍應只安裝經核准的技能與擴充，並把異常權限提示當正式資安事件上報。

4. 香港與亞洲市場視角

香港企業正加快導入編碼助手與內部代理，同時受行業指引、雲端責任共擔與個人資料保護約束。XDR One／AES 的敘事對本地資安團隊較實用的對照是：現有 EDR 能否看見 MCP 與影子 AI；技能市集與瀏覽器代理是否已納入軟件允許清單；以及 SOC 是否有人力處理 AI 相關告警。定性上，跨國企業在港分部可把本案列為端點平台評估項；中小企業宜先完成代理資產盤點與最小權限，再決定是否需要託管式 AES。亞洲多地同樣面對「員工自行安裝代理」速度快於中央管治的落差，供應鏈式惡意技能並非單一地區問題。

四、專業評價與潛在考量

優勢

官方一手來源，日期與作者清楚；把代理端點風險（ClawHavoc、資料投毒、影子 AI）寫成可核對動機，而非空泛趨勢。
產品狀態區分清楚：XDR One 為平台整合敘事；Managed AES 為 Unit 42 託管服務；AES 可獨立搭配第三方 EDR，降低「必須先換掉整套 EDR」門檻。
提出誤報削減最多約百分之九十五、數分鐘自動處置等可查核的廠商量化主張，並標明為產品描述。
與近月代理式 AI 攻擊／防衛報導同一問題域，但事件主體是 端點產品線整合（XDR＋Koi／AES），有別於 DPU／OpenShell 運行時或單一威脅情報個案。

需要留意的地方

此為供應商產品網誌，效能與誤報數字屬廠商主張；本文不外推未公布的基準測試或客戶數。
前瞻性陳述提醒部分能力可能尚未全面開放；合約與控制有效性聲明應以實際 GA 範圍為準。
ClawHavoc／OpenClaw 細節以本網誌摘要為限，未另開獨立事件頁作延伸事實來源。
香港讀者仍須對照本地私隱、雲端與行業指引；美國供應商產品敘事不自動等同本地合規結論。

結語

Palo Alto Networks 於二〇二六年十月十九日推出 Cortex XDR One，把 XDR 與代理式端點保安收進單一感測器與控制台，並以 Unit 42 Managed AES 提供二十四小時 AI 端點管治與回應，直指影子 AI、惡意技能供應鏈與「代理逃出沙箱」風險。對正在把代理送上員工裝置與開發機的機構，重點是先看見端點上有哪些 AI 成品，再在代理層與 OS 層同時設硬邊界，並讓調查證據鏈連得起來。若你的機構需要為雲端與端點工作負載加固偵測、回應與零信任邊界，可參考 YSK Limited 的雲端保安服務（https://ysk.hk/services/cloud-security）。

參考來源

Palo Alto Networks 官方網誌：Reinventing Endpoint Security with Cortex XDR One（2026-10-19）— https://www.paloaltonetworks.com/blog/2026/10/reinventing-endpoint-security-with-cortex-xdr-one/
Palo Alto Networks 官方網誌：Introducing Unit 42 Managed Agentic Endpoint Security（2026-10-19）— https://www.paloaltonetworks.com/blog/2026/10/introducing-unit-42-managed-agentic-endpoint-security/
發現來源：Palo Alto Networks Blog RSS — https://www.paloaltonetworks.com/blog/feed/