8 月 20 日，Spring 项目一次性发布了 91 份安全公告：1 个 Critical、17 个 High、55 个 Medium、18 个 Low，横跨 20 个项目。作为对比，2025 全年 Spring 只发布了 16 个 CVE。这不是积压清理，而是披露方式的转变——Spring 安全团队已公开承认，AI 辅助代码分析正在系统性地扫描其维护的所有项目。

Spring 曾平均每月收到约 6.5 份安全报告；2026 年 4 月，这个数字是 482。企业 Java 的默认应用框架发生这种量级的漏洞潮，影响面可想而知：这批公告涉及 Spring Framework、Spring Security、Spring Data REST、Spring Integration、Spring Cloud、Spring for GraphQL、Spring AI 以及底层 Reactor 库。只要你生产环境跑着 Java，这些依赖就在你的依赖树里——无论你是否显式声明。

值得优先处理的几个

  • CVE-2026-59270（Critical）：Spring Security 的 UnboundIdContainer 内嵌 LDAP 服务器注册管理凭据且不加限制地绑定到所有网络接口。任何能访问该端口的人都可以用已知的管理 bind DN 认证，读取或修改内存目录中的条目——包括应用用于认证的用户记录。使用 spring.ldap.embedded.* 自动配置的团队优先排查。
  • CVE-2026-59285（High）：Spring for GraphQL 分页支持中的不安全反序列化（CWE-502）。针对分页 Connection 字段的构造请求在满足 Jackson 2.x + 暴露分页字段 + classpath 存在可用类这三个条件时可达成代码执行——这是一套完全普通的 Spring for GraphQL 配置。
  • CVE-2026-47849（High）：Spring Data REST 的 RFC 6902 JSON Patch 路径从未获得 @Id/@Version 属性的等价防护。认证客户端可以改写记录标识符实现水平越权，并重写版本属性绕过乐观锁。这是今年第二次 JSON Patch 防护失败。
  • CVE-2026-59324（High）：Spring Integration 跨请求头泄露。并发场景下，一个用户的响应被投递到另一个用户的回复通道，携带 replyChannel、correlationId 及传播的安全/租户头——多租户部署中的跨租户数据交付，SOC 2 CC7.3/CC7.4 下的可报告事件。

雪上加霜的是时点：Spring Boot 3.5 已于 6 月 30 日结束开源支持，整个 3.x 世代退出了社区补丁流；这批公告中数个 CVE 影响的是已停止接收开源补丁的版本线。4.0 将于 12 月 EOL，4.1 支持到 2027 年 7 月——迁移目标应该直接定在 4.1。

更现实的警告是：这 91 个 CVE 大多数尚未进入 NVD 或 OSV。如果你的扫描器这周很安静，不是因为你安全，而是因为数据源还没跟上。直接查看 spring.io/security 获取权威公告，并用 SCA 工具扫描完整依赖树而非顶层 pom.xml。

本文编译自 HeroDevs，原文地址：https://www.herodevs.com/blog-posts/91-spring-cves-in-a-single-day-inside-the-august-2026-batch