Symfony has Email Header Injection via Non-Token Characters in Mime Parameter Names
Impact
Symfony\Component\Mime\Header\ParameterizedHeader (and the related parameter handling reachable from Symfony\Component\Mime\Header\Headers) is responsible for serializing structured headers such as Content-Type and Content-Disposition, which carry key=value parameters (e.g. Content-Disposition: attachment; filename="x").
Source excerpt · OSVRFC 2045 / RFC 5322 require parameter names to be tokens: a restricted ASCII subset that excludes whitespace, CR/LF, and the tspecials set.
Affected packages
Start with the recorded fix for your release branch. Check your installed version and test compatibility before upgrading. Fixing this advisory does not rule out other vulnerabilities in the release.
| Affected range | Recorded fix |
|---|---|
| Earlier releases before 5.4.52Ecosystem versions | 5.4.52 |
| From 6.0.0 before 6.4.40Ecosystem versions | 6.4.40 |
| From 7.0.0 before 7.4.12Ecosystem versions | 7.4.12 |
| From 8.0.0 before 8.0.12Ecosystem versions | 8.0.12 |
Version evidence: OSV · GHSA-vqc8-7275-q272
View original version evidence (259 explicit versions)
| Affected range | Recorded fix |
|---|---|
| Earlier releases before 5.4.52Ecosystem versions | 5.4.52 |
| From 6.0.0 before 6.4.40Ecosystem versions | 6.4.40 |
| From 7.0.0 before 7.4.12Ecosystem versions | 7.4.12 |
| From 8.0.0 before 8.0.12Ecosystem versions | 8.0.12 |
Version evidence: OSV · GHSA-vqc8-7275-q272
View original version evidence (833 explicit versions)
Original source description
Description
Symfony\Component\Mime\Header\ParameterizedHeader (and the related parameter handling reachable from Symfony\Component\Mime\Header\Headers) is responsible for serializing structured headers such as Content-Type and Content-Disposition, which carry key=value parameters (e.g. Content-Disposition: attachment; filename="x").
RFC 2045 / RFC 5322 require parameter names to be tokens: a restricted ASCII subset that excludes whitespace, CR/LF, and the tspecials set. Symfony's parameter handling validates and properly encodes parameter values, but does not validate parameter names: the supplied name is emitted verbatim into the serialized header.
A caller that derives a parameter name from untrusted input, e.g. an application that lets a user influence a Content-Disposition parameter name, can include \r\n or other non-token bytes inside the name, terminating the current header and injecting additional headers in the rendered message. This is the classic CRLF / header-injection primitive applied to the parameter-name slot.
Resolution
ParameterizedHeader now rejects parameter names that contain bytes outside the RFC token character class.
The patch for this issue is available here for branch 5.4.
Credits
Symfony would like to thank Fabian Fleischer for reporting the issue and Alexandre Daubois for fixing it.
References
- Security advisory github.com/symfony/symfony/security/advisories/GHSA-vqc8-7275-q272
- Security advisory github.com/FriendsOfPHP/security-advisories/blob/master/symfony/mime/CVE-2026-45070.yaml
- Security advisory github.com/FriendsOfPHP/security-advisories/blob/master/symfony/symfony/CVE-2026-45070.yaml
- Source reference github.com/symfony/symfony
- Security advisory symfony.com/cve-2026-45070