Servers and applications
GHSA-p956-6gvv-mxqp
Incomplete fix for GHSA-hrpp-p4fc-wwf8 allows ForwardAuth NTLM authentication bypass via Proxy-Authorization
- Severity
- High 7.0
- Published
- 12 Nov 2026
- Last changed
- 12 Nov 2026
- Added to UpHeron
- 12 Nov 2026
- Fixed in
- 2.11.62, 3.7.18, 3.8.0-rc.2
- Attack
- Over the network · Only under certain conditions · No login needed · No user action needed
- CVSS vector
CVSS:4.0/AV:N/AC:L/AT:P/PR:N/UI:N/VC:N/VI:N/VA:N/SC:H/SI:H/SA:N- Sources
- Project advisories (GitHub)
Description
There is a high severity authentication vulnerability in Traefik's ForwardAuth middleware when the authentication server uses a connection-bound scheme such as NTLM or SPNEGO/Kerberos "Negotiate". The fix for GHSA-hrpp-p4fc-wwf8 sends the subrequests of a client that presents such a credential on a dedicated connection to the authentication server, but it only detects the credential in the Authorization header. ForwardAuth also forwards the Proxy-Authorization header, and a credential sent in that header still goes through the connection pool shared by every client. An unauthenticated client can then reuse an authentication-server connection already authenticated by another user, receive that user's identity through authResponseHeaders, and access the backend as that user. The patched versions apply the same isolation to Proxy-Authorization.
Affected software
| Software | Affected versions |
|---|---|
TraefikServers and applications · github:traefik/traefik |
|
References
- GitHub Advisory Database https://github.com/advisories/GHSA-p956-6gvv-mxqp
- github.com https://github.com/traefik/traefik/security/advisories/GHSA-p956-6gvv-mxqp