CVE-2025-64484: oauth2-proxy · Improper Neutralization of HTTP Headers for Scripting Syntax
Affects oauth2-proxySource GCVE Database
Not known to be exploited · CVSS 8.5 High : upgrade to 7.13.0 soon.
Data as of 13 Nov 2026, 18:56 UTC
Thin evidence
One scorer or none| CNA (GitHub_M) | CVSS 3.1 | 8.5 |
|---|
- Patch
- Available – fixed in 7.13.0
CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:C/C:H/I:L/A:NExploitation evidence
Disclosed: evidence found.
CVE published 10 Nov 2025
Detectable: no evidence on record.
No public nuclei template indexed
Weaponized: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 13 Nov 2026.
What to do
Upgrade oauth2-proxy to 7.13.0.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| oauth2-proxy oauth2-proxy | Affected
| Fixed in
|
AI-suggested
Upgrade oauth2-proxy to version 7.13.0 or later, where this vulnerability is fixed by normalizing header names during filtering to treat underscores and dashes equivalently. If upgrading immediately is not possible, ensure that upstream services do not treat underscores and dashes in HTTP headers as equivalent to prevent bypass. Additionally, review and adjust header filtering logic in upstream applications. The new configuration option 'InsecureSkipHeaderNormalization' can be used to disable normalization if necessary, but this should be done with caution. No other actions are required once patched.
Description
CVE-2025-64484 is a high-severity vulnerability in oauth2-proxy versions prior to 7.13.0. It involves improper neutralization of HTTP headers for scripting syntax, specifically allowing authenticated users to inject underscore variants of X-Forwarded-* headers. This bypasses the proxy's filtering logic in environments where upstream applications normalize underscores to dashes in HTTP headers, potentially leading to privilege escalation in the upstream app. The vulnerability does not compromise oauth2-proxy's own authentication or authorization mechanisms. The issue is fixed in version 7.13.0, which normalizes headers by ignoring capitalization and underscore versus dash differences when stripping headers. A configuration option is available for users who need to disable this normalization. As a workaround, upstream services should ensure their header filtering logic treats underscores and dashes distinctly.
References
- github.com/oauth2-proxy/oauth2-proxy/security/advisories/GHSA-vjrc-mh2v-45x6 (opens in a new tab)
- datatracker.ietf.org/doc/html/rfc2616 (opens in a new tab)
- datatracker.ietf.org/doc/html/rfc822 (opens in a new tab)
- github.security.telekom.com/2020/05/smuggling-http-headers-through-reverse-proxies.html (opens in a new tab)
- uptimia.com/questions/why-are-http-headers-with-underscores-dropped-by-nginx (opens in a new tab)