Severity by source
AV:N/AC:H/PR:N/UI:R/S:U/C:N/I:N/A:L
AC:H captures the four simultaneous prerequisites and cache-empty timing; UI:N because the attacker directly completes the poisoning without requiring a victim's action; A:L for client-side availability loss only.
Primary rating from NVD.
CVSS VectorNVD
Lifecycle Timeline
6Blast Radius
ecosystem impact- 6 maven packages depend on org.springframework:spring-webflux (5 direct, 1 indirect)
- 23 maven packages depend on org.springframework:spring-webmvc (14 direct, 9 indirect)
Ecosystem-wide dependent count for version 7.0.0 and other introduced versions.
DescriptionCVE.org
Spring MVC and WebFlux applications are vulnerable to cache poisoning when resolving static resources.
More precisely, an application can be vulnerable when all the following are true:
- the application is using Spring MVC or Spring WebFlux
- the application is configuring the resource chain support https://docs.spring.io/spring-framework/reference/web/webmvc/mvc-config/static-resources.html#page-title with caching enabled
- the application adds support for encoded resources resolution
- the resource cache must be empty when the attacker has access to the application
When all the conditions above are met, the attacker can send malicious requests and poison the resource cache with resources using the wrong encoding. This can cause a denial of service by breaking the front-end application for clients.
AnalysisAI
Cache poisoning in Spring Framework's static resource handler allows network-accessible unauthenticated attackers to corrupt the resource cache with wrongly-encoded content, causing a denial of service for clients consuming the front-end. Affected are Spring MVC and Spring WebFlux applications across Spring Framework 5.3.x, 6.1.x, 6.2.x, and 7.0.x that explicitly configure the resource chain with both caching and encoded resource resolution enabled. No public exploit exists and no active exploitation has been identified; EPSS at 0.06% (17th percentile) and SSVC exploitation rating of 'none' confirm very low real-world risk at this time.
Technical ContextAI
Spring Framework's resource handling infrastructure supports a configurable 'resource chain' that chains multiple resolvers, including one for pre-encoded static assets (e.g., gzip or brotli variants). CWE-524 (Use of Cache Containing Sensitive Information - improper caching) describes the root cause class: the resolver caches the result of resource resolution, but under crafted input it associates a resource with the wrong encoding in the cache. Both the servlet-based Spring MVC stack and the reactive Spring WebFlux stack share this resource handling path. The vulnerability is gated entirely behind non-default configuration: the resource chain must be explicitly enabled, caching must be turned on, and encoded resource support must be added - none of these are active out of the box. Affected CPE: cpe:2.3:a:vmware:spring_framework:*:*:*:*:*:*:*:*, covering the VMware/Broadcom-maintained Spring project.
RemediationAI
Upgrade to a patched release as provided in the Spring security advisory at https://spring.io/security/cve-2026-22741: Spring Framework 5.3.48, 6.1.27, 6.2.18, or 7.0.7. These versions are vendor-confirmed fixes per the EUVD-2026-26206 entry. If an immediate upgrade is not possible, the two actionable mitigations are: (1) disable encoded resource resolution from the resource chain configuration - this eliminates the attack path entirely but means clients will no longer receive compressed (gzip/brotli) static assets, increasing bandwidth consumption; or (2) disable resource chain caching entirely, which also removes the poisoning target but introduces a performance regression under load as resources must be resolved on every request. The HeroDevs advisory at https://www.herodevs.com/vulnerability-directory/cve-2026-22741 may offer additional guidance for organizations running end-of-life Spring versions.
Oracle Java SE 7 Update 6 and earlier contains multiple sandbox bypass vulnerabilities via the ClassFinder and forName m
Remote code execution in IBM Sterling B2B Integrator, Sterling Integrator, and Tivoli Common Reporting allows unauthenti
Java Runtime Environment sandbox bypass via incorrect image channel verification in 2D component allows remote unauthent
Oracle Java SE JDK/JRE 7 and 6 Update 27 and earlier allows remote code execution with complete system compromise throug
JBoss Seam 2 in Red Hat JBoss EAP 4.3.0 fails to sanitize JBoss Expression Language inputs, allowing remote attackers to
Unspecified vulnerability in the Java Runtime Environment (JRE) component in Oracle Java SE 7 update 4 and earlier, 6 up
Multiple vulnerabilities in Oracle Java 7 before Update 11 allow remote attackers to execute arbitrary code by (1) using
Unspecified vulnerability in the Java Runtime Environment (JRE) component in Oracle Java SE 7 Update 2 and earlier, 6 Up
The WLS Security component in Oracle WebLogic Server 10.3.6.0, 12.1.2.0, 12.1.3.0, and 12.2.1.0 allows remote attackers
Unspecified vulnerability in the Java Runtime Environment (JRE) component in Oracle Java SE 7 Update 7 and earlier allow
Remote unauthenticated attackers can execute arbitrary code on Adobe ColdFusion servers through Java deserialization fla
The ExceptionDelegator component in Apache Struts before 2.2.3.1 interprets parameter values as OGNL expressions during
Same technique Denial Of Service
View allShare
External POC / Exploit Code
Leaving vuln.today
EUVD-2026-26206