SEPTEMBER 14, 2026
Live Feed
Back to database
Case File

CVE-2026-88879

MEDIUM · CVSS 5.3 EPSS 0.27% Public Exploit

Source: NVD + CISA KEV + EPSS · Published 2026-09-10 · Last synced 2026-09-14

CyberRota Analysis

AI-Generated

Traefik versions v1.x, v2.x up to v2.11.55, and v3.0.0 through v3.7.11 are vulnerable due to improper canonicalization of header names, allowing attackers to exploit header smuggling by sending alternative representations of headers that can be misinterpreted by backends like Nginx. This vulnerability could lead to unauthorized access, as a low-privilege user might be treated as a higher-privilege identity by the backend. Organizations using affected Traefik versions, especially those relying on authentication headers, should prioritize upgrading to versions v2.11.56 or v3.7.12 and configure the aliasHeadersStrategy option appropriately to mitigate this risk.

Public Exploit Signal

A public exploit, PoC, GitHub repository or Metasploit reference was detected for this CVE.

GitHub PoC Links

Note: these links are listed for security research and verification purposes only.

CVE
CVE-2026-88879
Severity
MEDIUM
CVSS
5.3
EPSS
0.27%
Nginx

Original NVD Description

Traefik is an HTTP reverse proxy and load balancer. In Traefik v1.x, v2.x through v2.11.55, and v3.0.0 through v3.7.11, header names are canonicalized only on dashes, so X-Auth-User, X_Auth_User and X.Auth.User are treated as three distinct headers by Traefik, while backends that derive variable names from header names (CGI, WSGI, PHP, NGINX and others) collapse them into a single variable. A client can therefore smuggle a dot-form alias of a header that Traefik manages past the middleware managing it — for example supplying X.Authenticated.User alongside the canonical X-Authenticated-User written by the ForwardAuth middleware — causing such a backend to read the client-supplied value instead of the identity Traefik asserted. In the tested configuration (PHP 8.2 built-in SAPI over an HTTP/1 backend path), Go's lexical header ordering makes the attacker-supplied value win deterministically, so a client that ForwardAuth admits as a low-privilege identity can be treated by the backend as a different user or role. Any header Traefik sets is affected, not only ForwardAuth's. This is an incomplete fix for GHSA-x677-9fxg-v5c5, which blocked only the underscore form. Fixed in v2.11.56 and v3.7.12, which add the aliasHeadersStrategy entry-point option; because it defaults to 'keep' for backwards compatibility, it must be explicitly set to 'delete' or 'reject' for the fix to take effect. Unmaintained release lines will not receive a patch.