All vulnerabilities

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
Weakness
Improper authentication (CWE-287)Incorrect authorization (CWE-863)
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.

From traefik/traefik's security advisory. Shortened; the full text is there.

Affected software

SoftwareAffected versions
TraefikServers and applications · github:traefik/traefik
  • Every version before 2.11.62
  • From 3.0.0 before 3.7.18
  • From 3.8.0-rc.1 before 3.8.0-rc.2

References