BT Netskope AI Security Partnership 將網絡路由置於考驗之中

BT International 於 10 月 14 日擴展與 Netskope 的合作，為專為跨國網絡而設的平台加入直接安全連接。BT Netskope AI security partnership 承諾為 AI 代理程式、雲端應用程式及自動化工作流程提供可預測的路由。然而，公告並未提供客戶基準測試，以證明這些路由可持續降低延遲。

這個缺口正是事件的重點。BT 不再將雲端安全視為置於網絡旁邊的服務，而是將通往檢查服務的路徑納入受管理網絡本身。Netskope 提供政策執行功能，而 BT 則掌控更多承載流量前往該執行機制的路由。

此安排亦令 Netskope 與 Cisco、Fortinet 及 Zscaler 一同納入 BT International 的 Global Fabric 生態系統。客戶可選擇不同的安全供應商，但每項整合仍須在不同地點、應用程式及雲端目的地之間證明其效能。因此，這項合作加大了傳統電訊商網絡及未與連接服務緊密協調的安全平台所面對的壓力。

BT Netskope AI Security Partnership 帶來甚麼改變

兩家公司正在整合通往安全檢查的路由，而非宣佈一款新的安全產品。

企業現可將 BT International 的 Global Fabric 網絡即服務平台，連接至 Netskope One Security Service Edge。網絡即服務（NaaS）讓客戶透過軟件控制方式使用網絡功能，無須管理每一項底層連接。

Security Service Edge，通常簡稱為 SSE，透過雲端基礎設施提供安全控制。這些控制可包括安全網頁存取、資料保護、私人應用程式存取，以及雲端流量檢查。

10 月的擴展令這兩個層面更緊密連接。根據合作公告，Global Fabric 透過直接互聯網交換點對等互連，連接策略性部署的 Netskope 基礎設施。對等互連讓網絡之間可更直接交換流量，減少依賴無關的中介供應商。

預期成果是讓用戶、AI 代理程式、應用程式與 Netskope 檢查服務之間，建立更短且更可預測的路徑。BT 與 Netskope 表示，此安排應可在不同地點維持一致安全政策的同時，提升回應速度。

兩家公司尚未發佈支持這些效能說法的延遲量度、地理比較或客戶結果，亦未列明直接對等互連覆蓋的所有地點。因此，買家必須區分架構上的改進與尚未公開的實際營運成果。

這是既有合作關係的延伸。BT 與 Netskope 首次於 2023 年 12 月宣佈其受管理服務合作夥伴關係。該協議把 Netskope 的 SSE 功能帶給 BT 客戶，並結合 BT 的國際服務覆蓋範圍。

原有的受管理安全協議聚焦於為分散各地的員工、雲端服務、網站及私人應用程式提供安全存取。新的整合更深入流量路徑，將 Netskope 的控制功能連接至以雲端存取為核心設計的可編程 BT 平台。

這個分別相當重要，因為 AI 工作負載產生的流量模式有別於傳統員工瀏覽。代理程式可在單一任務期間，反覆聯絡模型、工具、資料庫及應用程式介面。每個請求都可能遇上驗證、檢查、政策執行及路由決策。

一次量度時看似微小的檢查跳點延誤，當自動化工作流程發出大量相互依賴的請求時，便會變得更明顯。一個緩慢回應便可能拖延序列中其後的所有操作。

BT 的更廣泛公告確認，Netskope 並非唯一選項。Global Fabric 現為 Cisco、Fortinet、Netskope 及 Zscaler 的 SSE 服務提供優化連接。Netskope 的合作關係只是更廣泛多供應商策略中的一項實施方案。

這比獨家聯盟提供了更實用的採購主張。企業可在安全平台方面保留一定選擇，同時要求 BT 協調網絡、檢查連接及受管理營運。然而，在單一受管理環境內提供選擇，並不會自動免除遷移工作或供應商專屬政策。

因此，眼前的改變相當明確。BT 客戶可透過更整合的 Global Fabric 路由選用 Netskope One SSE。其價值將取決於這些路由能否在真實企業流量下帶來可量度的改善。

為何 AI 流量令網絡路徑變得重要

只有當檢查速度足以讓人員及自動化系統持續運作時，AI 安全才能創造價值。

傳統雲端安全通常會將來自用戶或分支辦公室的流量，重新導向至供應商的檢查點，然後才繼續前往應用程式或雲端目的地。若該路由跨越多個第三方網絡，便可能增加傳輸距離、延遲及難以預測的效能問題。

BT 認為，Global Fabric 透過在指定雲端地點與安全及雲端生態系統連接，可減輕這個問題。其 Global Fabric 擴展為參與的 SSE 平台提供互聯網交換點對等互連、路徑多樣性及受管理路由。

Netskope 從安全角度描述了類似機制。其 NewEdge 基礎設施承載公司的雲端交付安全服務，而 Netskope One 則對用戶、裝置、應用程式及資料套用以情境為本的控制。BT 的整合旨在建立一條更精心設計、通往該基礎設施的路由。

這種架構對互動式生成式 AI 至關重要。即使請求必須通過存取控制及資料遺失檢查，員工仍期望聊天機械人能迅速回應。過長的延遲會促使用戶尋找未獲批准的服務，或繞過既有工作流程。

代理型 AI 令風險更高。AI 代理程式是一種為達成既定目標而選擇行動並使用工具的軟件。它可呼叫模型、搜尋資料庫、擷取文件及更新另一個系統，而無須在每個步驟之間等待人員介入。

這些操作在多個環節產生安全問題。代理程式是否獲授權存取所要求的資料？其提示是否包含敏感資訊？工具是否已獲批准？回應能否傳送至另一個應用程式？代理程式是否遇上被操控的指令？

Netskope 圍繞這些問題擴展了其產品組合。2026 年 3 月，公司在 Netskope One AI Security 中推出 Agentic Broker、AI Guardrails、AI Gateway 及 AI Red Teaming。

公司表示，Agentic Broker 會監察代理程式與資料來源之間的 Model Context Protocol 流量。Model Context Protocol（MCP）是一個標準介面，讓 AI 系統可藉此使用外部工具及擷取資訊。

AI Guardrails 針對提示注入、越獄及不合適的生成內容。AI Gateway 將控制功能延伸至私有託管的應用程式及模型。AI Red Teaming 則會在開發期間模擬針對模型及 AI 應用程式的攻擊。

根據其 AI 安全發佈公告，Netskope 宣佈這些功能時，它們已全面推出。該公告指出，Netskope 服務數以千計客戶，其中包括超過 30 家《財富》100 強企業。

這些數字反映 Netskope 的覆蓋範圍，而非每個新 AI 安全元件的採用情況。例如，公司尚未披露有多少客戶透過 BT 使用 Agentic Broker，亦未公開合併服務的偵測準確率或誤報率。

不過，產品方向說明了為何路由已成為這項合作的核心。安全控制愈來愈多檢查機器對機器活動，而不僅是由員工啟動的網頁工作階段。這些互動的數量及時間安排，可令低效率流量路徑的問題更顯著。

全球企業還面對額外複雜性：其用戶、代理程式、雲端及資料庫甚少位於同一地區。一個工作流程可能在多倫多開始，聯絡位於美國的模型，從歐洲擷取記錄，然後連接至其他地方的安全服務。

每一道邊界都可能改變延遲、資料處理及政策要求。更直接的連接無法解決所有這些問題，但可在檢查前消除可避免的網絡繞道。

BT 將這種協調定位為適合 AI 的基礎。企業應把「AI-ready」理解為設計目標，而非效能認證。公告提供了架構及供應商陣容，但未能證明可帶來普遍適用的結果。

Netskope Global Fabric 整合面對三個既有競爭對手

Netskope 在 Global Fabric 內取得優先連接，但 BT 亦向三個主要競爭對手提供同樣的策略機會。

BT 的多供應商做法形成核心競爭張力。Netskope 是策略合作夥伴，但 Cisco、Fortinet 及 Zscaler 同樣在 Global Fabric 內獲得優化連接。各家公司在安全功能方面競爭，同時 BT 嘗試圍繞它們標準化受管理網絡。

對企業買家而言，這種分工有實際價值。一家跨國公司可能已在數以千計員工之間使用某個 SSE 供應商。若只為採用 Global Fabric 而更換該平台，將增加政策遷移、端點變更、測試及員工培訓的工作。

支援四家供應商，讓 BT 可推進網絡現代化，而無須強迫客戶作出單一安全選擇。這亦避免 Netskope 的合作關係變成封閉路徑，排除已承諾使用其他供應商的客戶。

因此，Netskope 必須證明其實施方案為何值得獲選。公司強調，能在雲端、網頁、軟件即服務、私人應用程式及 AI 系統之間提供即時、以情境為本的保護。其 NewEdge 網絡旨在結合安全檢查與應用程式存取。

Cisco 可透過其廣泛網絡基礎及既有企業關係，把握相同機會。Fortinet 帶來整合網絡與安全產品，包括安全軟件定義廣域網絡。Zscaler 則是知名雲端安全供應商，在將企業流量重新導向檢查服務方面擁有豐富經驗。

BT 的角色令直接產品比較更複雜。客戶並非評估四個獨立軟件套件，而是在評估每家供應商的控制功能、BT 通往該等控制功能的路由、受管理服務邊界、政策營運，以及最終的應用程式體驗。

這令競爭的一部分由功能清單轉向營運證據。一個安全平台或可識別更廣泛的 AI 服務，卻為某個特定工作流程帶來不可接受的延遲。另一個選項或可提供更快路由，卻缺少受監管客戶所需的控制功能。

這項合作亦挑戰了以往透過分開的營運模式採購網絡及保安服務的做法。這種安排可能令兩家供應商從不同儀表板調查同一宗事故。每家供應商都可以聲稱自己的系統運作正常，但端到端體驗仍然不理想。

BT 希望 Global Fabric 成為協調層。該公司表示，客戶可獲得將連接服務及 SSE 結合的單一託管式 Secure Access Service Edge 體驗。Secure Access Service Edge，即 SASE，將廣域網絡與雲端交付的保安功能結合。

這個承諾聽來直接，但責任範圍仍有界線。BT 為 Netskope 提供的服務文件顯示，支援及管理方式會因所選服務級別而異。客戶可在供應商入口網站內保留重要責任，而 BT 則管理訂購、事故及指定營運工作。

這份服務說明亦說明，必要時會由 BT 支援團隊升級至其保安營運部門，然後再交由供應商處理。這種架構對託管合作夥伴服務而言屬正常做法，但不等於由一間公司控制每個組件。

涉及 AI 代理的事故可能跨越多個層面。故障可能源自 Global Fabric 路徑、Netskope 政策、身分服務、雲端應用程式，或代理本身的邏輯。整合採購並不會令這條鏈在技術上變得簡單。

競爭優勢將同樣取決於診斷能力，而不只是預防能力。買家需要清楚證據，顯示哪一個團隊最先發現事件、哪一個團隊可以更改政策，以及供應商能多快隔離路由問題。

這會對整合平台以外的獨立服務構成壓力。若 BT 展示出更佳效能及更簡化的營運，客戶或會偏好透過經協調網絡取得的保安服務。若效益仍難以量度，買家可能繼續獨立地組合不同供應商。

因此，BT 與 Netskope 的 AI 保安合作為 Netskope 帶來分銷渠道及架構配合，但並非獨家合作。Cisco、Fortinet 及 Zscaler 均在同一平台內提供服務。這令客戶成效成為決定競爭力的關鍵證據。

保安承諾仍需效能證明

經過更佳設計的路徑具備可信性，但這項公告並未證明每位客戶都能獲得更低延遲或更簡單的營運。

首個不確定因素是地理覆蓋範圍。BT 表示 Global Fabric 使用策略性雲端據點，並提供接入 Netskope 基礎設施的路徑。兩家公司的公告均未提供這項整合的完整配對據點清單或可用性地圖。

這些資訊決定客戶流量是否真的可避免繞道。某一市場的直接連線，對必須先前往其他地區才能到達的用戶幫助有限。全球平均數亦可能掩蓋重要分支地點的較弱效能。

第二個不確定因素關乎檢查後的路徑。BT 可以優化通往 SSE 存在點的連接，但應用程式效能取決於整段旅程。目的地雲端、公共互聯網狀況、應用程式設計及身分系統仍會影響回應時間。

HostingJournalist 在其技術評估中指出相同限制。該刊物指出，改善效果取決於用戶位置、檢查部署位置、應用程式，以及保安檢查點以外發生的情況。

第三個不確定因素是政策開銷。保安檢查會執行有用的工作，而有用的工作需要時間。資料分類、惡意軟件掃描、存取決策及 AI 內容檢查，即使網絡路徑有效率，仍可能增加處理時間。

嚴謹評估必須將傳輸延遲與檢查延遲分開。亦應比較一般網頁流量、大型檔案傳輸、互動式模型請求及重複代理呼叫。一項平均量度無法代表全部四種模式。

誤報亦會帶來另一種成本。AI 控制項可能因合法提示看似包含敏感資料或注入攻擊，而將其攔截。若政策錯誤反覆中斷工作流程，即使路徑低延遲也沒有太大價值。

Netskope 表示，其 AI 控制項可為用戶、代理、應用程式、模型及資料提供具情境感知的保護。這些均為公司聲稱。公開公告並未包括在 BT 環境中對偵測效能的第三方驗證。

資料駐留令問題更複雜。兩家公司均提及主權要求，但優化路由不會自動決定所有資料於何處處理或儲存。客戶必須檢視日誌、檢查地點、管理存取權、保留安排及分包處理商。

現有 BT 服務附表指出，部分客戶資料可在指定期間內保留於 Netskope 入口網站。文件亦說明可選的保留安排及終止後處理方式。買家應將這些合約條款與內部管治及區域責任互相核對。

營運責任同樣需要仔細關注。單一託管服務可以減少供應商協調工作，但前提是升級處理路徑保持清晰。客戶應確定誰負責身分整合、政策變更、端點軟件、事故回應及應用程式疑難排解。

他們亦應測試故障時的行為。若直接對等互連不可用，流量需要安全的替代路徑。只有在容錯轉移仍保留政策執行，並將應用程式延遲維持於可接受範圍內時，韌性聲稱才具意義。

最有用的試點應由一小組真實工作流程開始。團隊可在啟用新路徑前，記錄往返延遲、任務完成時間、政策決策、誤報及服務台事故。

比較應涵蓋多個地區及不同時段，亦應包括一次故障演練，以及一個位於 Netskope 檢查點以外的應用程式。這種做法可測試整合服務，而非只驗證其中一個組件。

AI 代理需要額外控制措施。團隊應記錄代理存取哪些工具、哪些資料會進入模型請求，以及自主動作是否遵從用戶權限。其後應將保安成效與每個決策點帶來的延遲作比較。

這些問題都不會否定該架構。直接對等互連及更緊密的網絡與保安協調，確實處理了一個不可預測性的來源。不確定之處在於改善的幅度、一致性及營運價值。

BT 與 Netskope 已界定相關機制。客戶現在必須要求量度結果，將該機制與更快的應用程式、更少的政策缺口及更簡化的事故處理連繫起來。

三項訊號將顯示合作是否奏效

下一階段應透過客戶基準、整合覆蓋範圍及持續的多供應商競爭來評估。

第一項訊號是來自跨國部署的公開效能證據。有價值的結果應比較整合前後、跨越多個國家、應用程式及檢查地點的延遲。結果應包含中位數及高百分位數，而不只是最佳情況。

AI 工作負載亦需要任務層面的量度。單一請求可能只節省少量時間，但執行數十次相互依賴呼叫的代理，可能獲得更大收益。反過來，重複檢查亦可能揭示一般網絡測試未能發現的延遲。

具名客戶提供的證據將加強合作夥伴關係的論據。這些客戶應說明其網絡設計、所選控制項及地理範圍。沒有基準線的匿名百分比所揭示的資訊會少得多。

若這些結果顯示跨地區的穩定收益，BT 的論點便會更有力。Global Fabric 將不僅看似方便的採購層，而是證明經協調路由能改善雲端交付保安服務的運作。

成效疲弱或高度波動，則會收窄這項聲稱。這將顯示直接整合有助於特定路徑，但未能帶來普遍的 AI 效能優勢。

第二項訊號是更廣泛披露整合覆蓋範圍及營運資訊。客戶需要知道 BT 在何處與 Netskope 對等互連、哪些服務使用這些路徑，以及容錯轉移如何運作。他們亦需要針對事故及政策變更的清晰責任地圖。

擴展至更多地點，將提高跨國流量使用鄰近檢查點的機會。更佳遙測能力亦可能重要。就路徑效能、政策事件及應用程式體驗提供共享視圖，將令疑難排解更容易。

這項訊號不僅關乎原始速度。成功的託管服務應減少判斷故障位於網絡、保安層還是應用程式所需的時間。營運清晰度是採購整合服務的主要理由之一。

若 BT 與 Netskope 公布更清晰的覆蓋範圍及診斷能力，合作關係的管理服務主張便會更可信。若客戶仍需使用多個互不連接的主控台及升級處理隊列，整合仍主要停留在架構層面。

第三項訊號是 Cisco、Fortinet 及 Zscaler 如何在 Global Fabric 內作出回應。BT 的平台讓四家供應商均可接觸相同的策略機會。他們的整合將顯示優化 SSE 連接是否成為標準電訊商功能。

競爭可能促使各供應商公布更佳的延遲數據、加入 AI 專用控制項，或改善共享管理能力。它亦可能揭示各家在存在點、政策引擎及企業支援模式之間具有重要差異。

若客戶認為 Global Fabric 是中立地比較這些選項的地方，BT 將會受惠。Netskope 只有在比較後贏得部署時才會受惠。其策略地位並不免除超越替代方案的需要。

若市場轉向整合網絡及保安採購，將驗證更廣泛的模式。企業將愈來愈要求電訊商及 SSE 供應商共同量度服務成果。個別產品聲稱將變得較缺乏說服力。

相反結果亦有可能出現。客戶可能使用 Global Fabric 提供連接服務，同時保留獨立管理的保安合約。這將削弱單一託管 SASE 體驗具有決定性營運優勢的概念。

對企業買家而言，眼前行動很實際。找出一個跨越多個地區的 AI 或雲端工作流程，然後在變更架構前量度其完整路徑。應包括保安決策、應用程式回應及故障期間的復原表現。

BT 與 Netskope 的 AI 保安合作值得關注，因為它瞄準保安控制項與其檢查流量之間的空間。其架構合理，而多供應商環境令競爭具有意義。尚未回答的問題在於可量度的執行成果。BT 與 Netskope 是否會公布足夠的真實部署證據，讓買家能分辨優化路徑與優化承諾？