思科 Secure Workload 曝出 CVSS 10.0 满分漏洞,未认证攻击者可直接拿下管理权限

📅 2026-05-22 10:03:32 | 👁️ 阅读 22 | 📂 新闻动态

漏洞概览

2026年5月21日,思科正式披露旗下 Secure Workload(原 Tetration)平台存在一个严重程度达到 CVSS 10.0 满分的高危漏洞,编号 CVE-2026-20223。这是今年迄今网络安全领域评分最高的单一漏洞之一,意味着任何能够访问该平台网络接口的攻击者,均可在无需任何凭证的情况下直接获取管理员权限,完全控制整个工作负载安全平台。

漏洞技术解析

CVE-2026-20223 的根本原因在于 Secure Workload 的某个内部 API 端点缺乏认证校验——该接口在设计上被错误地暴露给了外部,而系统的访问控制层又未能对其进行额外拦截。攻击者只需向该接口发送一个精心构造的 HTTP 请求,即可绕过全部认证流程,直接以管理员身份执行任意操作,包括:

  • 查看和篡改全量网络流量策略
  • 导出或删除工作负载安全规则
  • 获取平台内保存的凭证和密钥
  • 在已纳管的服务器上植入恶意进程策略

漏洞影响 Secure Workload 所有版本,无版本豁免。值得注意的是,思科已发布修复版本,SaaS 托管版的用户无需手动操作,思科已在后端完成修复;本地部署版用户需立即升级

为什么 CVSS 满分如此罕见且危险

在 CVSS v3.x 评分体系中,10.0 满分的漏洞需要同时满足:攻击复杂度低(AC:L)、无需任何权限(PR:N)、无需用户交互(UI:N)、网络可达即可利用(AV:N),且对机密性、完整性、可用性均造成完全影响。这类漏洞在现实中极为罕见,一旦出现往往意味着"见到就要立刻修"——没有任何缓解余地。

对比一下常见漏洞的危害等级:大多数 RCE 漏洞评分在 8.0~9.0 区间,而需要身份验证的管理员接口漏洞通常在 7.0 以下。CVE-2026-20223 直接击穿了认证层,逻辑上等同于"没有门锁的保险柜"。

Secure Workload 的部署场景与影响范围

Secure Workload 是思科面向数据中心和多云环境推出的零信任工作负载安全产品,广泛部署于金融、医疗、政府和大型互联网企业。其核心功能包括微隔离、进程级行为监控和合规审计,往往是企业安全架构中"最内层"的防线。一旦该平台被攻陷,攻击者实际上掌握了整个数据中心的安全策略控制权——等于绕过了所有外层防护。

根据公开扫描数据,目前全球有数千台 Secure Workload 实例直接或间接暴露在互联网可达路径上,这使得该漏洞的在野利用风险极高。

修复与应急处置建议

针对 CVE-2026-20223,建议按以下优先级处置:

用户类型建议行动时限
SaaS 版用户思科已后台修复,确认版本号后无需操作立即确认
本地部署版用户立即升级至思科公告指定的修复版本24小时内
暂无法升级的用户在网络层隔离管理接口,仅允许可信 IP 访问立即
所有用户检查近期管理操作日志,排查异常访问记录升级前后均需排查

值得关注的更大背景

这一漏洞并非孤立事件。就在同一周,安全圈还出现了多个 CVSS 9.0 以上的高危漏洞:Fortinet FortiAuthenticator 和 FortiSandbox 的无认证 RCE(CVE-2026-44277/CVE-2026-26083),SAP Commerce Cloud 的未认证代码执行(CVE-2026-34263),以及 Linux 内核潜伏 9 年的本地提权漏洞(CVE-2026-46333)。这一周期性的漏洞"爆发潮"提示我们:安全补丁管理不能依赖"等一等看一看"的策略,及时响应已经成为安全运营的基础能力。

对于依赖外包 IT 服务的中小企业而言,这类事件的启示在于:关键安全产品的补丁窗口越来越短,需要与 IT 服务商建立明确的漏洞响应 SLA,而不是等到勒索邮件到达才开始行动。

💬 评论 (0)