BT Netskope AI 安全合作将网络路由置于考验之下

BT International 于 10 月 14 日扩大了与 Netskope 的合作，为面向跨国网络打造的平台新增了直连安全连接。BT 与 Netskope 的 AI 安全合作承诺为 AI 智能体、云应用和自动化工作流提供可预测的路由。然而，该公告并未提供客户基准测试来证明这些路由能够持续降低延迟。

这一缺失正是故事的核心。BT 不再将云安全视为部署在网络旁的一项服务，而是将通往安全检查的路径纳入托管网络本身。Netskope 提供策略执行能力，而 BT 则对承载流量进入该执行环节的路由拥有更多控制权。

这项安排还让 Netskope 与 Cisco、Fortinet 和 Zscaler 一同进入 BT International 的 Global Fabric 生态系统。客户获得了安全供应商选择权，但每项集成都仍需在不同地点、应用和云端目的地之间证明自身效果。因此，这项合作加大了传统运营商网络和缺乏紧密协同连接能力的安全平台所面临的压力。

BT Netskope AI 安全合作带来了什么变化

两家公司正在整合通往安全检查的路由，而非宣布一款新的安全产品。

企业现在可以将 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 就绪”理解为设计目标，而不是性能认证。该公告提供了架构和供应商阵容，但并未确立一种普遍适用的结果。

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，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是否会发布足够多的真实部署证据，让采购方能够区分优化路径与优化承诺？