Arista 安全公告揭示 AI 网络不断攀升的修复成本

Arista 于 9 月 9 日发布了数十份安全公告，其中包括一个 CVSS 评分达到最高 10.0 的严重漏洞。这些 Arista 安全公告发布之际，该公司正报告受不断扩大的 AI 和云基础设施需求推动而创下的营收纪录。这种交汇向网络行业传递了一个令人不安的信息：增长意味着更多软件、接口、配置和修复工作。

这些披露并不表明 Arista 的网络已遭到大范围入侵。Arista 表示，重点提及的漏洞均由其内部发现，且尚未发现客户环境中存在恶意利用。多项严重漏洞也要求攻击者先具备特定服务、凭证或配置条件，才能加以利用。

不过，发布时机仍然重要。Arista 和 Cisco 正在为 AI 集群、云运营商、园区网络和企业数据中心销售可编程能力日益增强的基础设施。客户希望获得更高带宽和更好的自动化，但每一个管理接口和控制协议也都会形成新的安全边界。

Cisco 的最新业绩说明了这一机会的规模。该公司报告网络订单激增，并上调了对超大规模客户 AI 基础设施需求的预期。与此同时，Arista 实现了首个营收超过 30 亿美元的季度。

因此，真正的竞争不只是 Arista 与 Cisco 在交换性能上的较量，而是行业对自动化 AI 网络的承诺，与保障这类基础设施安全的运营负担之间的较量。买家如今必须评估厂商在部署后发现、沟通和修复缺陷的能力。

Arista 安全公告实际披露了什么

这些披露涵盖设备完全失陷、授权失败、凭证泄露和路由中断，而非某一个孤立的软件漏洞。

Arista 于 9 月 2 日发布预先通知，随后在 9 月 9 日发布主要安全公告集合。该公司表示，此次数量异常庞大的发布反映出其漏洞检测流程的改进。其安全公告摘要涵盖 Arista EOS 和 VeloCloud 产品中的众多网络功能。

最严重的披露是 CVE-2026-73453。它影响配置了 P4Runtime 的 EOS 交换机；P4Runtime 是一种用于编程数据包处理行为的管理协议。Arista 为该漏洞给出了 CVSS 3.1 10.0 分和 CVSS 4.0 9.5 分的评分。

据称，在满足必要条件时，未经身份验证的 P4Runtime 客户端可执行任意代码。在会话启动期间发送的恶意数据包可能使攻击者获得交换机的完整管理控制权。不过，Arista 强调，P4Runtime 默认仍处于禁用状态。

这一限定会显著改变实际风险。最高严重性评分描述的是易受攻击条件下的潜在影响，而不是暴露设备的数量。运营人员仍需确认 P4Runtime 是否已启用、可被访问，以及是否运行在受影响的 EOS 版本上。

单独的 P4Runtime 公告称，Arista 在内部发现了这一问题。该公司还表示，尚未发现客户网络中存在恶意利用。这些表述降低了即时警报程度，但并未消除资产盘点和修复的必要性。

另一个缺陷 CVE-2026-73464 影响启用了 gRPC Network Management Interface，即 gNMI 的交换机。拥有 gNMI 访问权限的恶意已认证客户端可能以 root 权限执行代码。Arista 按 CVSS 3.1 为该漏洞评分 8.8。

其他公告描述了权限分配错误、授权绕过、受限配置路径变为可写，以及凭证出现在日志中等问题。这些问题集中在可编程管理服务周围。这一模式之所以重要，是因为自动化恰恰依赖于这些服务。

此次发布还包括传统控制平面协议中的弱点。OSPF、IS-IS、DHCP 中继、BFD、VRRP、IGMP 侦听和多播处理均出现在这组公告中。利用这些漏洞可能导致丢包、邻接关系中断、路由进程失败或拒绝服务。

例如，OSPFv2 披露中的两个漏洞可触发邻接关系频繁抖动，或重启 OSPF 进程。OSPF 是一种帮助网络设备交换可达性信息的路由协议。因此，故障可能蔓延至单个接口之外。

Arista 表示，这些 OSPF 漏洞同样由内部发现，且尚未发现已知的恶意利用。不过，运营人员不能将这一表述等同于全面解除警报。暴露情况取决于软件版本、协议配置、网络邻接关系以及攻击者所处的位置。

眼下的任务很具体。团队必须将已部署版本与每一份适用公告进行比对，识别必要配置，并在需要时安装已修复版本。他们还必须谨慎测试变更，因为路由基础设施往往承载着无法承受随意中断的工作负载。

AI 网络增长放大安全工作量

AI 网络增长提高了可靠交换的价值，同时扩大了运营人员必须持续审查的软件攻击面。

AI 集群通过高速网络结构连接数千个加速器。网络结构是指在服务器、存储系统和支持服务之间传输数据的互连交换层。训练性能取决于该层中可预测的延迟、吞吐量和可用性。

现代网络结构并非静态的端口集合。运营人员通过 API、遥测系统、自动化工具、路由协议和可编程接口对其进行管理。这些能力有助于大型环境高效运行，但也为进入高权限网络功能创造了更多路径。

Arista 的严重漏洞说明了这种设计的两面性。P4Runtime 允许软件控制数据包处理行为，而 gNMI 支持配置和遥测工作流。这些接口能够实现自动化，但其中的缺陷也可能带来异常高的影响。

这并不意味着可编程性本身是错误。人工管理无法随着快速变化的 AI 基础设施扩展。问题在于，可编程性将运营风险转向凭证、授权规则、服务暴露、输入验证和软件生命周期管理。

AI 部署会加剧这种压力，因为利用率至关重要。网络区段不可用或不稳定时，昂贵的加速器无法产出任何有用工作。传统网络中看似短暂的路由重启，可能中断分布式作业，并使跨集群恢复更加复杂。

一些训练系统会对进度进行检查点保存，即定期保存可恢复状态。即便如此，网络结构中断仍可能浪费计算时间，并延迟共享工作负载。在推理环境中，网络中断可能影响面向客户应用的延迟或服务可用性。

修复负担始于可见性。企业必须知道自己运行了哪些交换机、它们的 EOS 版本、已启用的服务，以及使每个漏洞可被利用的配置。资产清单不完整，会让本来范围有限的安全公告演变为一项没有明确边界的调查。

接下来是优先级排序。10.0 分需要受到重视，但默认禁用的服务所带来的即时暴露，可能低于一个评分较低却被广泛启用的协议。安全团队必须将严重性与可达性、权限、拓扑和工作负载重要性结合起来考量。

修复本身也有风险。网络操作系统升级需要兼容性检查、维护规划、回滚流程和变更后的验证。仓促打补丁可能引发自身的中断，而延迟打补丁则会延长暴露窗口。

这会为多个团队带来工作。安全人员解读漏洞，网络工程师确认配置，平台团队评估 AI 工作负载依赖关系，变更管理人员安排部署。管理层必须决定，何时运营中断比持续暴露更安全。

企业可以通过在可搜索知识库中保留安全公告决策、设备证据和测试结果，来降低这种摩擦。当后续披露涉及类似协议或软件版本分支时，这些记录将变得很有价值。

最新一批公告也挑战了一个常见的采购假设。买家通常从带宽、端口密度、功耗、延迟和价格来评估 AI 网络。如今，安全响应质量也值得获得同等重视，因为每一套部署的系统都会成为持续维护的责任。

Cisco 展现修复成本背后的机遇

Cisco 的订单增长表明，即使这些能力带来更大的安全和维护责任，厂商仍会持续扩展 AI 网络能力。

Cisco 报告称，其 2026 财年第四季度需求创下纪录。产品订单总额同比增长 35%，网络产品订单增长 40%。即使不计入超大规模客户，产品订单总额仍增长 25%。

该公司将网络市场称为“超级周期”，并报告网络订单连续第八个季度实现两位数增长。Cisco 还上调了对超大规模客户 AI 基础设施需求的预期。其季度业绩将网络定位为 AI 投资的主要受益者。

在本财年早些时候，Cisco 报告其第一季度超大规模客户 AI 基础设施订单达到 13 亿美元。这些需求在 Silicon One 系统和光学产品之间较为均衡。Cisco 还指出，面向 neocloud、主权云和企业客户的 AI 机会管线已超过 20 亿美元。

到第二季度，超大规模客户 AI 基础设施订单在该期间已达到 21 亿美元。Cisco 预计，2026 财年这类订单将达到 50 亿美元，相关营收将超过 30 亿美元。这些数字显示，AI 网络如何迅速从未来叙事转变为已披露的业务成果。

Arista 的增长同样重要。该公司 2026 年第二季度营收为 30.36 亿美元，同比增长 37.7%。它还推出了每秒 1.6 太比特的网络结构平台，其中包括适用于不同 AI 网络架构的液冷选项。

Arista CEO Jayshree Ullal 将网络描述为连接客户端、园区、数据和 AI 基础设施的“中枢神经系统”。这一表述出现在公司的第二季度业绩中。它概括了其中的商业价值和运营风险。

中枢神经系统不能被当作一次性硬件对待。客户期待厂商在整个产品生命周期内维护代码、调查缺陷、协调披露、发布修复版本并支持升级。因此，营收增长意味着需要持续维护的已安装基础规模更大。

Cisco 和 Arista 在云、数据中心、园区网络以及 AI 网络等多个相同预算领域展开竞争。两者在产品组合范围和运营模式上有所不同，但都销售被客户部署在关键路径上的基础设施。可靠性和安全性能在安装完成后很长时间内仍是产品的一部分。

核心矛盾并非简单地断言某一家供应商安全、另一家不安全。每个主要网络平台都会面临漏洞。有效的比较应关注各家供应商发现漏洞的速度、界定暴露范围的清晰度，以及客户能否安全地部署修复措施。

Arista 决定集中发布一大批协调披露的漏洞，为其安全实践提供了积极证据。内部发现和提前通知表明其漏洞管理计划更具结构性。该公司还针对单个问题提供了触发条件、受影响版本、缓解措施和修复版本。

不过，披露质量无法消除修复成本。客户仍须同时审查大量公告。协调发布可以改善规划，但也可能将大量工作集中到狭窄的运维窗口中。

Cisco 的增长数据让这种行业性张力更加明显。更多 AI 基础设施订单意味着更多交换机、光模块、控制器、API 和支持关系。每一笔销售都会扩大未来对测试、事件响应、补丁交付和客户协调的需求。

因此，AI 网络领域的赢家需要的不只是高速硬件。它还必须让不断扩大的设备群在压力下依然易于理解和维护。安全运营正在成为产品竞争力的一部分。

披露激增既令人安心，也令人不安

更多的安全公告可能意味着更好的发现能力，但客户仍需承担判断这种发现能力是否带来了可控修复流程的成本。

Arista 在 9 月发布前就谈到了这一矛盾。该公司表示，已将 AI 驱动的安全能力整合进现有的开发和漏洞管理流程，并提及与 Anthropic、Google、OpenAI 及其他机构的合作。

根据 Arista 的安全计划更新，该公司使用基础模型支持漏洞发现和评估。它还提醒客户，在这些改进之后应预期会看到更多安全公告。

这一解释是合理的。更完善的测试往往会发现早已存在但此前未知的缺陷。已披露漏洞数量上升，本身并不能证明软件质量突然下降。

内部发现也可能让客户受益。它能为供应商留出时间分析受影响配置、准备修复版本，并在公开利用出现前完成沟通。Arista 多次表示，尚未观察到被重点指出问题遭到恶意利用。

但这一解释不应成为笼统的辩护。AI 辅助检测并不能独立证明其余代码是安全的；它只表明该公司改变或扩展了搜索弱点的方式。

这些发现本身同样值得审视。其中若干漏洞涉及与网络自动化和集中化管理相关的接口，另一些则影响其故障可能中断流量的基础协议。这种广度表明，运营方必须审查整体架构，而非仅为某一个组件打补丁。

P4Runtime 提供了最清晰的例子。该服务默认禁用，这限制了许多部署的暴露面。然而，最可能启用可编程控制的组织，或许正是运行高度自动化基础设施的成熟运营者。

10.0 分反映的是在所需条件具备时可能造成的严重后果。据报道，未经认证的攻击者可获得受影响交换机的完全控制权。团队不应将默认禁用视为替代核实实际生产状态的措施。

gNMI 代码注入漏洞呈现了不同的权衡。它要求经过认证、且有权访问该接口的客户端，因此凭据和网络控制至关重要。不过，成功利用后可获得 root 权限，使遭泄露的自动化凭据尤其危险。

授权缺陷进一步加剧了这一担忧。现代基础设施通常依赖细粒度策略，以限制自动化身份能够读取或修改的内容。错误应用权限级别的缺陷，即使没有绕过认证本身，也可能破坏控制模型。

凭据记录问题则创造了另一条路径。写入本地或远程日志的机密信息，可能流向采用不同访问策略和保留期限的系统。网络设备本身或许仍受保护，但其凭据可能通过运维工具泄露。

传统路由缺陷则让分级处置更加复杂。有些漏洞要求网络邻接关系或访问本地广播网段，从而降低了来自公共互联网的暴露风险。但已取得内部立足点的攻击者，仍可借此干扰可用性或扩大运维破坏。

这些条件应当塑造响应方式，而不是成为延迟响应的理由。运营方需要具备配置感知能力的评估，以区分理论上的适用性和可触达的真实风险。他们还应监控异常管理会话、权限不匹配、进程重启以及异常控制平面流量。

所引用公告中没有公开证据表明存在大范围利用。同样，也没有理由断定每个 Arista 环境都受到影响。负责任的立场介于这两个极端之间：核实暴露情况，优先处理高影响、可触达的路径，并部署经过测试的修复措施。

因此，披露激增令人安心，是因为 Arista 发现并记录了严重缺陷；它也令人不安，是因为更好的发现能力揭示了关键基础设施内部隐藏复杂性的程度。这两个结论可以同时成立。

AI 网络安全正在成为采购标准

企业采购方应评估网络平台周边的修复体系，而不只是采购当天可用的功能。

传统采购文件通常强调吞吐量、延迟、支持的协议、功耗、端口密度和采购条款。这些类别仍然重要。AI 网络安全则增加了关于软件暴露面、运维证据和修复速度的问题。

采购方首先应审查供应商的披露实践。有效的公告应说明受影响版本、所需配置、修复版本、临时缓解措施和入侵指标。缺少部署背景的严重性评分，无法为运维团队提供足够指引。

其次，采购方需要切实可行的升级路径。网络软件版本通常包含多项修复、依赖关系和硬件特定考量。供应商应明确是否提供热修复，还是客户必须升级至后续维护版本。

多份 Arista 公告建议升级至已修复的 EOS 版本。其中一些明确表示没有可用的热修复。这一区别会影响团队如何安排变更窗口和测试兼容性。

第三，组织应测试自身的资产清单能否快速回答基本的暴露问题。团队能否识别每一台启用了 P4Runtime 的设备？能否定位所有 gNMI 端点及获准连接的身份？

他们能否绘制整个环境中的 OSPF、IS-IS、DHCP relay、BFD 和 VRRP 配置？能否区分实验室系统和生产网络结构？回答缓慢揭示的是内部控制问题，任何供应商补丁都无法单独解决。

第四，采购方应评估管理服务周边的隔离措施。可编程接口不应能从广泛的用户网络或工作负载网络访问。认证、授权、证书处理、日志记录和凭据轮换均需要独立控制。

第五，团队应将网络基础设施纳入 AI 系统的威胁建模。威胁建模是识别资产、访问路径、故障模式和防御措施的结构化过程。模型和训练数据并非唯一有价值的目标。

控制网络的攻击者可能中断分布式任务、改变连通性、收集管理信息，或造成持续的运维不确定性。即使是拒绝服务攻击，在专用计算资源闲置时也可能代价高昂。

这种风险带来了共同责任。供应商必须设计和维护安全产品，但客户决定启用哪些服务，以及在何处暴露这些服务。集成商和自动化团队也会影响凭据和权限如何传播。

Arista 的披露说明了配置默认值为何重要。P4Runtime 默认禁用，限制了暴露于 CVE-2026-73453 的范围。启用该服务的客户，需要对访问控制和生命周期监控承担额外责任。

Cisco 的扩张凸显了这一挑战的规模。其 AI 基础设施业务覆盖系统、芯片、光模块和软件。更广泛的产品组合可帮助客户整合运营，但也会产生更多需要协调安全支持的组件。

Arista 则提供了围绕 EOS、高速交换和面向云运营构建的聚焦替代方案。其一致的运营模型可简化部分任务。然而，一致性并不能消除共享管理层和协议层中的缺陷。

采购方应向两种方式都索取证据。有用的证据包括公告响应时间、支持版本生命周期、自动化暴露检查、升级成功率以及修复后的验证。有关安全基础设施的营销说法无法取代这些运维指标。

9 月发布还为供应商评估提出了一个新问题：供应商如何在安全开发中使用 AI？自动化代码分析可以扩大覆盖范围，但采购方需要了解人类如何验证发现并确定修复优先级。

AI 辅助漏洞发现可能增加整个行业的安全公告数量。如果发生这种情况，原始数量对供应商比较的意义将进一步下降。严重性、可利用性、响应质量和客户修复工作量将变得更重要。

三项信号将显示 Arista 能否将披露转化为信任

下一项考验在于，Arista 能否将艰难的公告周期转化为更快的修复、更清晰的客户证据，以及更安全的 AI 基础设施增长。

第一项信号是已修复 EOS 版本的采用情况。Arista 的公告列出了受影响和已修复的软件分支，但公开披露并未显示客户迁移的速度。升级进展将决定易受攻击配置在服役状态中保留多久。

如果迁移迅速且未出现重大运维问题，将强化 Arista 的安全叙事。这将表明，协调披露和发布规划能够降低大规模已安装基础上的风险。若采用缓慢，则会暴露集中发布大量修复在实践中的局限。

运营方也应关注修订后的公告。供应商有时会在发布后扩大受影响版本列表、细化利用条件，或更正修复指导。实质性修订可能同时改变优先级和维护计划。

第二项信号是利用证据。Arista 目前表示，对于最严重的内部发现漏洞，尚未得知存在恶意利用。这一表述很重要，但它描述的是该公司在发布时所掌握的信息。

任何已确认针对 CVE-2026-73453 的利用，都会显著提高风险，尤其是在攻击者通过意料之外的网络路径访问 P4Runtime 的情况下。对 gNMI 或授权缺陷的利用，同样会将注意力集中到管理平面隔离和凭据控制上。

持续未出现利用迹象，将支持更为审慎的解读。这可能表明，配置要求、受限的可达性以及及时披露限制了现实世界中的滥用风险。但这并不意味着修补可以被忽视。

第三个信号在于 Arista 和 Cisco 如何在下一代 AI 网络产品发布中整合安全能力。两家公司都受益于市场对更快、更高密度基础设施的需求。它们未来的公告应当在性能主张之外，同时纳入具体的生命周期与运维控制措施。

Arista 已将较高的安全公告数量与 AI 辅助漏洞发现联系起来。下一步是证明，发现漏洞之后能够实现可控的修复。客户需要的是能按设备识别适用漏洞的工具，而不只是又一份需要人工审阅的清单。

Cisco 的订单增长势头也带来了类似问题：随着 AI 基础设施订单扩大，它能否同步扩展软件维护和安全协调能力？强劲销售证明了需求存在，但长期信任取决于这些系统投入生产之后会发生什么。

竞争压力将不止局限于这两家公司。Nvidia、Juniper Networks、Broadcom 及其他基础设施供应商通过交换机、网络操作系统、互连技术、芯片和软件影响 AI 网络架构设计。每一家都会增加运营方必须监控的依赖关系。

对于开发者和 AI 平台团队而言，教训已经十分明确：网络安全公告并不是与自己无关的维护新闻。它们描述的是承载分布式训练、推理流量、存储访问和服务协调的基础设施可能出现的故障模式。

企业采购方应在下一次采购决策前，要求供应商提供暴露面评估工作流程。安全团队应立即核查管理接口，网络团队则应规划并测试升级方案。管理层应将修复能力作为 AI 基础设施就绪度的一项衡量指标。

Arista 的安全公告并不否定该公司的增长，也不能证明 Cisco 是零风险的替代选择。它们揭示了两家供应商 AI 网络机遇背后隐藏的工作。下一位赢家将是能够让这些工作变得可见、范围可控且能够持续修复的供应商。