Description
Applications that build a Content-Disposition header value from untrusted input may be vulnerable to HTTP response splitting when the input is a malicious file name.
Spring Framework 7.0.0 - 7.0.8
Spring Framework 6.2.0 - 6.2.19
Spring Framework 6.1.0 - 6.1.28
Spring Framework 6.0.0 - 6.0.30
Spring Framework 5.3.0 - 5.3.49
Spring Framework 5.2.25.RELEASE and earlier
Published: 2026-08-27
Score: n/a
EPSS: n/a
KEV: No
Impact: n/a
Action: n/a
AI Analysis

Impact

A vulnerability exists in the Spring Framework’s handling of the Content-Disposition header when untrusted input is incorporated without proper sanitization. The weakness can allow an attacker to inject CRLF characters that split the HTTP response, resulting in the creation of arbitrary headers and alteration of the response body. This flaw is identified as CWE‑113 and also involves improper input validation (CWE‑20).

Affected Systems

Vulnerable versions of the Spring Framework include 7.0.0 through 7.0.8, 6.2.0 through 6.2.19, 6.1.0 through 6.1.28, 6.0.0 through 6.0.30, 5.3.0 through 5.3.49, and all versions 5.2.25.RELEASE and earlier. All affected releases use the code responsible for constructing the Content-Disposition header and are therefore at risk until a fix is applied.

Risk and Exploitability

The CVSS score is not provided in the available data; EPSS is not available, and the vulnerability is not listed in the CISA KEV catalog. The likely attack vector involves an attacker supplying a malicious file name that is reflected into the Content-Disposition header during a download response. Because the application does not sanitize the input, a crafted file name containing CRLF sequences can split the HTTP response, allowing injection of additional headers and manipulation of the response body. No authentication or privilege escalation is required; any user interacting with the application could be affected.

Generated by OpenCVE AI on August 28, 2026 at 07:43 UTC.

Remediation

No vendor fix or workaround currently provided.

OpenCVE Recommended Actions

  • Upgrade the Spring Framework to a release that includes the HTTP response splitting fix, preferably the latest mainline version.
  • Review any user‑supplied file names or references that flow into the Content‑Disposition header and apply strict validation or sanitization rules to remove or encode CRLF and other control characters.
  • If an immediate upgrade is not feasible, modify the application logic to avoid using user‐provided values directly in the header; instead generate a server‑side safe file name or use a static value for the Content‑Disposition header.

Generated by OpenCVE AI on August 28, 2026 at 07:43 UTC.

Tracking

Sign in to view the affected projects.

Advisories

No advisories yet.

References
History

Fri, 28 Aug 2026 08:00:00 +0000

Type Values Removed Values Added
Weaknesses CWE-113
CWE-20

Fri, 28 Aug 2026 07:15:00 +0000

Type Values Removed Values Added
First Time appeared Spring
Spring spring Framework
Vendors & Products Spring
Spring spring Framework

Thu, 27 Aug 2026 18:00:00 +0000

Type Values Removed Values Added
Description Applications that build a Content-Disposition header value from untrusted input may be vulnerable to HTTP response splitting when the input is a malicious file name. Spring Framework 7.0.0 - 7.0.8 Spring Framework 6.2.0 - 6.2.19 Spring Framework 6.1.0 - 6.1.28 Spring Framework 6.0.0 - 6.0.30 Spring Framework 5.3.0 - 5.3.49 Spring Framework 5.2.25.RELEASE and earlier
Title Spring Framework response splitting in ContentDisposition
References

Subscriptions

Spring Spring Framework
cve-icon MITRE

Status: PUBLISHED

Assigner: vmware

Published:

Updated: 2026-08-27T18:04:41.062Z

Reserved: 2026-07-04T18:13:57.026Z

Link: CVE-2026-59314

cve-icon Vulnrichment

No data.

cve-icon NVD

Status : Received

Published: 2026-08-27T20:17:57.450

Modified: 2026-08-27T20:17:57.450

Link: CVE-2026-59314

cve-icon Redhat

No data.

cve-icon OpenCVE Enrichment

Updated: 2026-08-28T07:45:04Z

Weaknesses
  • CWE-113

    Improper Neutralization of CRLF Sequences in HTTP Headers ('HTTP Request/Response Splitting')

  • CWE-20

    Improper Input Validation