Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
ReconSend HTTP/2 or HTTP/3 CONNECT to Traefik
-
DeliveryEmbed raw HTTP/1.1 GET as unframed CONNECT body
-
ExploitTraefik forwards CONNECT to shared HTTP/1.1 transport
-
InstallArmed backend returns keep-alive non-2xx, parses body as pipelined request
-
C2net/http returns desynchronized socket to shared idle pool
-
ExecuteVictim request reuses poisoned socket
-
ImpactVictim reads attacker's smuggled response
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A06:2025 - Insecure Design
ASVS 5.0
V4 - API and Web Service HTTP request consistency
|
| Exploitation Conditions | Attacker must connect to Traefik via HTTP/2 or HTTP/3 - HTTP/1.1 frontend is explicitly not affected because H1 CONNECT body cannot reach EOF without closing the connection, preventing socket pooling. The HTTP/1.1 backend must be 'armed': it must respond to the forwarded CONNECT request with a keep-alive non-2xx without draining the request body. Confirmed armed backends include all Go net/http servers (go-httpbin, traefik/whoami, caddy) and gunicorn/Flask; these are common in cloud-native and containerized deployments. Apache in default configuration and nginx are NOT armed when sanitizePath is enabled (Traefik default), but Apache IS armed when sanitizePath: false is set. Limiting factors: the experimental FastProxy feature (experimental.fastProxy) is not affected; backends that respond to CONNECT with Connection: close (Apache default, nginx) block exploitation under the default sanitizePath setting; disabling backend connection pooling (maxIdleConnsPerHost: -1) eliminates the crossing. No authentication is required; exploitation targets default Traefik configuration. |
| Impact | No CVSS score or EPSS data was provided in the source intelligence; risk is assessed from structural signals. The attack requires an HTTP/2 or HTTP/3 frontend and a backend that is 'armed' (responds to CONNECT with keep-alive non-2xx without draining the body), which increases practical complexity. However, all Go net/http servers - including traefik/whoami, caddy, and go-httpbin - are armed by default, and gunicorn/Flask is also armed, making this condition common in real deployments. The default sanitizePath mitigation is explicitly confirmed unreliable by the advisory. A public proof-of-concept (poc.zip) is attached to the GitHub advisory and was validated against the official traefik:v3.6.23 image with off-the-shelf backends. The cascade scenario (MaxIdleConnsPerHost 1) demonstrated 8/8 victims receiving wrong responses, with the default pool of 200 offering broader but less deterministic impact. The impact class - unauthenticated cross-user disclosure of authenticated/private HTTP responses - is severe despite the conditional backend requirement. CISA KEV status is absent, meaning active widespread exploitation is not confirmed, but the public POC materially lowers the barrier to weaponization. Overall this is a high real-world priority for any Traefik deployment fronting Go or Python backends over H2/H3. |
| Exploit ScenarioDerived | A publicly available proof-of-concept (poc.zip attached to GHSA-3ccp-42pg-hgv6) demonstrates the attack against the official traefik:v3.6.23 image. An unauthenticated attacker opens an HTTP/2 CONNECT request to Traefik and embeds a raw HTTP/1.1 GET targeting a slow endpoint (e.g., GET /delay/2?tag=ATTACKERSMUGGLED) as the CONNECT body, then half-closes the stream; Traefik forwards the CONNECT unframed to a Go backend, the backend answers with a keep-alive 405 and queues a response to the pipelined GET, Traefik returns the desynchronized socket to the shared pool, and the next victim's legitimate request reuses that socket, receiving the attacker's smuggled response body - which in a session-bearing deployment may contain authenticated user data. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Aug 06, 2026
Cross-user HTTP response poisoning in Traefik's default reverse proxy allows an unauthenticated remote attacker using HTTP/2 or HTTP/3 to smuggle responses into other clients' backend connections, potentially delivering authenticated or private content from one user to another. All supported Traefik branches through v2.11.52, v3.6.23, and v3.7.8 are affected in default configuration when fronting Go net/http or gunicorn/Flask backends, which are confirmed 'armed' (respond to CONNECT with keep-alive non-2xx without draining the body). A proof-of-concept is publicly available demonstrating reliable cross-user poisoning including a cascade scenario where 8 of 8 sequential victims read responses that were not their own; no CISA KEV listing was present at time of analysis.
RemediationAI
Upgrade to Traefik v2.11.53 (https://github.com/traefik/traefik/releases/tag/v2.11.53), v3.6.24 (https://github.com/traefik/traefik/releases/tag/v3.6.24), or v3.7.9 (https://github.com/traefik/traefik/releases/tag/v3.7.9). The patches, delivered via PRs #13542, #13543, and #13556, fix the issue by deferring forwarded CONNECT payload until the backend returns a 2xx (accepting the tunnel), preventing CONNECT connections from being returned to the shared idle pool, and discarding the CONNECT body in the ForwardAuth path. If immediate patching is not possible, three effective compensating controls exist with trade-offs: (1) Enable the experimental FastProxy feature (experimental.fastProxy), which chunk-frames the CONNECT body and is confirmed not affected - trade-off is its experimental/unsupported status; (2) Set maxIdleConnsPerHost: -1 to disable backend connection reuse entirely - this eliminates the crossing but increases backend connection overhead under load; (3) Ensure all backends respond to CONNECT with Connection: close rather than keep-alive - confirmed effective with Apache in default config and nginx, but requires control over backend configuration and may not be feasible in all deployments. For legacy v1.7.34 and below, no patch exists; migration to a patched v2 or v3 branch is required.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 4 packages in go, euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
Traefik's default reverse proxy is net/http/httputil.ReverseProxy backed by a shared http.Transport (pkg/proxy/httputil/proxy.go). When an HTTP/2 or HTTP/3 client issues a CONNECT request, Traefik's director assigns the outbound URL.Host without rejecting CONNECT and forwards the live request body unframed to the HTTP/1.1 upstream. Because HTTP/2 and HTTP/3 clients half-close the CONNECT stream via END_STREAM, the request body reaches EOF while the frontend connection stays open - satisfying the net/http transport's condition for returning the backend socket to the shared idle pool. If the upstream answers the CONNECT with a keep-alive non-2xx without draining the forwarded body, the upstream parses the trailing CONNECT body bytes as a pipelined HTTP/1.1 request. The desynchronized socket is then returned to Traefik's shared pool (MaxIdleConnsPerHost defaults to 200) and reused for the next victim client, who reads the queued smuggled response instead of their own. This is CWE-444 (Inconsistent Interpretation of HTTP Requests / HTTP Smuggling). Affected packages are pkg:go/github.com_traefik_traefik_v2 (≤2.11.52), pkg:go/github.com_traefik_traefik_v3 (≤3.6.23; 3.7.0-3.7.8), and legacy pkg:go/github.com_traefik_traefik (≤1.7.34). The experimental FastProxy is not affected because it chunk-frames the forwarded CONNECT body (Transfer-Encoding: chunked), preventing trailing bytes from being interpreted as a pipelined request.
Know when Python gets its next vulnerability
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
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
Network attack requires H2/H3 frontend and an armed backend (AC:H); no authentication required (PR:N); scope changes as other users' private responses are disclosed (S:C, C:H).
Primary rating from Vendor (https://github.com/traefik/traefik).
CVSS VectorVendor: https://github.com/traefik/traefik
Lifecycle Timeline
2DescriptionCVE.org
Summary
There is a critical vulnerability in Traefik's default HTTP reverse proxy that leads to unauthenticated cross-user response poisoning. When a client opens an HTTP/2 or HTTP/3 CONNECT request, Traefik forwards it - body included - to an HTTP/1.1 upstream over a shared net/http.Transport. If the upstream answers the CONNECT with a keep-alive non-2xx response without draining the body, the now-desynchronized backend socket is returned to Traefik's shared connection pool and reused for other clients, letting an attacker make a different client read a response the attacker smuggled - which may be another user's authenticated or private content. The entrypoint's sanitizePath option (default true) is not a reliable defense: backends that answer CONNECT / with a keep-alive non-2xx remain exploitable. The experimental FastProxy implementation was not affected. The issue is fixed by deferring the forwarded CONNECT payload until the backend accepts the tunnel, by not returning CONNECT connections to the shared idle pool, and by discarding the CONNECT body in the ForwardAuth path.
Patches
- https://github.com/traefik/traefik/releases/tag/v2.11.53
- https://github.com/traefik/traefik/releases/tag/v3.6.24
- https://github.com/traefik/traefik/releases/tag/v3.7.9
For more information
If you have any questions or comments about this advisory, please open an issue.
<details> <summary>Original Description</summary>
Summary
Traefik's default reverse proxy forwards a plain HTTP/2 or HTTP/3 CONNECT request and its body to an HTTP/1.1 upstream through a shared net/http.Transport. When the upstream answers the CONNECT with a keep-alive non-2xx response and does not drain the body, Traefik returns the now desynchronized backend socket to its shared pool and reuses it for other clients. An unauthenticated attacker uses this to make a different client read the attacker's smuggled response.
Traefik's default proxy is net/http/httputil.ReverseProxy over a shared http.Transport, so it inherits the same root cause as the Caddy reverse_proxy CONNECT pool poisoning.
Traefik ships one partial mitigation Caddy does not. The entrypoint option sanitizePath (default true) rewrites the forwarded CONNECT's empty path to /, so Traefik emits CONNECT / instead of authority-form CONNECT host:port. This is not a reliable defense. It avoids the smuggle only against backends that reject CONNECT / by closing the connection (Apache, nginx). Backends that answer CONNECT / with a keep-alive non-2xx and leave the body undrained still cross. That set includes any Go net/http server and gunicorn/Flask.
Confirmed on the official image traefik:v3.6.23 (a currently supported release), default configuration, against stock go-httpbin (Go) and kennethreitz/httpbin (Python gunicorn/Flask), attacker and victim in separate containers, over both HTTP/2 and HTTP/3.
Affected
traefik:v3.6.23(official image) and current v3, default configuration, standard proxy to an
HTTP/1.1 upstream. Backend keep-alive pooling is on by default (MaxIdleConnsPerHost 200).
- Attacker frontend is HTTP/2 or HTTP/3. An HTTP/1.1 frontend is not affected.
- The upstream keeps the connection alive after a non-2xx to the forwarded CONNECT and does not
drain the body.
- The experimental FastProxy implementation is not affected (see Not affected).
Details
Three behaviors compose.
- Traefik forwards a plain CONNECT as an ordinary proxied request. The default proxy is
httputil.ReverseProxy with a shared http.Transport (pkg/proxy/httputil/proxy.go). The director assigns the outbound URL.Host directly and does not reject CONNECT, leaving the request body a live stream. The client places a raw HTTP/1.1 request in that body (H2/H3 DATA frames), which is written onto the backend socket after the CONNECT header block.
net/httpwrites the CONNECT body unframed and pools the socket. For a CONNECT the transport
writes the body with no Content-Length and no Transfer-Encoding. The upstream answers a keep-alive non-2xx and parses the trailing bytes as a pipelined request. Go reads the non-2xx response and returns the socket to the shared idle pool once the request body reaches EOF (the wroteRequest gate), while the smuggled request's response is still pending.
- Desynchronized reuse. The smuggled request targets a slow endpoint so its response arrives after
the socket is pooled. A different client that reuses the socket reads the pending smuggled response as its own.
sanitizePath (default true, pkg/server/server_entrypoint_tcp.go) calls req.URL.JoinPath(), which turns the CONNECT's empty path into /. Traefik emits CONNECT /. Whether that stops the smuggle depends only on the backend: Apache and nginx answer 400 Bad Request with Connection: close (socket torn down, no cross); Go net/http and gunicorn/Flask answer a keep-alive non-2xx and pipeline the trailing bytes (cross). With sanitizePath off, Traefik emits authority-form CONNECT host:port, which Apache answers with a keep-alive 405.
HTTP/2 and HTTP/3 only. Pooling requires the forwarded request body to reach EOF. An H2/H3 client half-closes the CONNECT stream (END_STREAM), so the body reaches EOF while the connection stays open and the socket is pooled. An H1 CONNECT body is the tunnel and cannot reach EOF without closing the connection, so the socket is closed, not pooled. HTTP/3 routes to the same handler chain as HTTPS.
Backend behavior
"Armed" means the backend answers with a keep-alive non-2xx and parses the trailing undrained bytes as a pipelined request. Default Traefik emits CONNECT /; with sanitizePath: false it emits authority-form CONNECT host:port.
| Backend (stock image) | Server | CONNECT / (default) | authority-form CONNECT |
|---|---|---|---|
mccutchen/go-httpbin | Go net/http | armed (405 keep-alive) | armed |
traefik/whoami | Go net/http | armed (200 keep-alive) | armed |
caddy:2 | Go net/http | armed (405 keep-alive) | armed |
kennethreitz/httpbin | gunicorn/Flask | armed (405 keep-alive) | armed |
httpd:2.4 | Apache | not armed (400 close) | armed (405 keep-alive) |
nginx:alpine | nginx | not armed (400 close) | not armed (400 close) |
tomcat:10 | Tomcat | not armed (501 close) | - |
node http | Node.js | not armed (closes) | - |
python -m http.server | Python stdlib | not armed (501 close) | - |
Impact
Unauthenticated cross-user HTTP response poisoning. One client receives another client's response, which can be authenticated or private content, or an attacker-chosen response.
Blast radius depends on the pool. With the default pool and a slow smuggled endpoint the crossing is reliable for a converging victim. With a bounded pool one desync shifts the whole response queue: measured with MaxIdleConnsPerHost 1 and a slow victim endpoint, 8 of 8 sequential victims read a response that was not their own (1 the attacker's, 7 another user's, 0 their own). Traefik does not expose MaxConnsPerHost, so the parallel cascade is weaker than Caddy's.
Proof of concept
poc/run.sh runs the official traefik:v3.6.23 image fronting real off-the-shelf backends over HTTP/1.1, with attacker and victim in separate containers. Requires docker and python3. It builds the attack client, pulls the stock images, and runs the scenarios below.
The attacker opens an H2 or H3 CONNECT to Traefik and sends a raw HTTP/1.1 GET /delay/2?tag=ATTACKERSMUGGLED as the CONNECT body, then half-closes the stream. Traefik forwards the CONNECT to the Go/Python backend, the backend answers a keep-alive non-2xx, keeps the socket, and parses the trailing GET as a pipelined request, so a response to it is queued on that socket. net/http returns the socket to Traefik's shared pool. The victim then sends GET /get?tag=VICTIMOWN on its own connection, Traefik reuses the pooled backend socket, and the victim reads the queued /delay response instead of its own. CROSS means the victim received a response that was not its own.
Expected output from poc
== core: DEFAULT config, cross-user poisoning vs real off-the-shelf backends ==
[core-go-h2] h2->h2 CROSS
[core-go-h3] h3->h3 CROSS
[core-go-x] h2->h3 CROSS
[core-py-h2] h2->h2 CROSS
[core-py-h3] h3->h3 CROSS
== mechanism: sanitizePath off -> stock Apache 405 (the direct Caddy analogue) ==
[mech-ap-h2] h2->h2 CROSS
[mech-ap-h3] h3->h3 CROSS
== controls: must NOT cross ==
[ctl-apache] h2->h2 NO_CROSS
[ctl-pooloff] h2->h2 NO_CROSS
[ctl-kaoff] h2->h2 NO_CROSS
== safe variant: experimental FastProxy chunk-frames the CONNECT body ==
[safe-fast] h2->h2 NO_CROSS
== cascade: bounded pool, one desync poisons a queue of victims ==
smuggled=1 other_user=7 own=0 of 8 (cross-user poisoned=8)
RESULT: PASS- Core rows. DEFAULT Traefik config against a Go backend (
go-httpbin) and a Python gunicorn/Flask
backend (kennethreitz/httpbin), for H2->H2, H3->H3, and H2->H3. The victim reads the attacker's smuggled response.
- Mechanism rows.
sanitizePathoff and stock Apache. Traefik emits authority-form
CONNECT apache-backend:80, Apache answers a keep-alive 405, and it crosses. This is the direct Caddy analogue and proves the full mechanism including Apache.
- Control rows.
ctl-apacheruns the default config against Apache, which closesCONNECT /;
ctl-pooloff disables Traefik backend reuse (maxIdleConnsPerHost: -1); ctl-kaoff runs Apache with KeepAlive Off. All three print NO_CROSS, so the crossing depends on backend socket reuse, not pipelining or a shared client.
- Safe variant. Experimental FastProxy against the Go backend prints
NO_CROSSbecause it
chunk-frames the CONNECT body.
- Cascade.
MaxIdleConnsPerHost 1and a slow victim endpoint. One CONNECT desync shifts the queue:
of 8 sequential victims, 1 reads the attacker's smuggled response, 7 read another user's response, 0 read their own.
The captured crossing (poc/evidence/RELEASE_v3.6.23_victim.json): the victim sent GET /get?tag=VICTIM_OWN and received a 200 whose body is the response to GET /delay/2?tag=ATTACKER_SMUGGLED with the echoed header X-Smuggled: released-v3.6.23, none of which the victim sent.
Not affected
- HTTP/1.1 frontend. An H1 CONNECT body cannot reach EOF without closing the connection, so the
backend socket is not pooled.
- Experimental FastProxy (
experimental.fastProxy). It chunk-frames the forwarded CONNECT body
(Transfer-Encoding: chunked, captured in poc/evidence/wire_fastproxy_chunked.txt), so the trailing bytes are read as the CONNECT body, not a pipelined request. safe-fast is NO_CROSS.
ForwardAuth
The ForwardAuth middleware with forwardBody: true and preserveRequestMethod: true re-issues the request to the auth server as a CONNECT with the buffered body re-attached and ContentLength never set (pkg/middlewares/auth/forward.go). The auth client writes that body unframed to the auth server (captured on the wire), so a keep-alive non-2xx from the auth server poisons the shared auth-client pool the same way.
Root cause
net/http pools a connection after a keep-alive non-2xx response to a CONNECT whose body it wrote unframed. Traefik's default proxy forwards client CONNECT through a shared net/http.Transport and applies no CONNECT rejection. sanitizePath changes the emitted request target but does not remove the defect. Traefik's own FastProxy implementation frames the CONNECT body and does not cross, which shows this is a property of the httputil/net/http path, not fixed by path normalization.
POC
</details>
---
Executive ViewAI
Traefik reverse proxy through versions 2.11.52, 3.6.23, and 3.7.8 is vulnerable to a data interception attack via HTTP/2 and HTTP/3 that can misdirect authenticated user data from one customer to another without requiring attacker credentials; exploit code is publicly available. Organizations using Traefik to front Go or gunicorn backends face direct customer data exposure and regulatory notification obligations. Default configurations are vulnerable without additional mitigation.
Patch available per vendor advisory
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
HTTP request smuggling exploits inconsistencies in how front-end and back-end servers parse HTTP message boundaries.
Information disclosure occurs when an application unintentionally exposes sensitive data that aids attackers in reconnaissance or directly compromises security.
Wazuh SIEM platform versions 4.4.0 through 4.9.0 contain an unsafe deserialization vulnerability in the DistributedAPI t
BentoML version 1.4.2 and earlier contains an unauthenticated remote code execution vulnerability through insecure deser
pgAdmin 4 contains critical remote code execution vulnerabilities in the Query Tool download and Cloud Deployment endpoi
The renderLocalView function in render/views.py in graphite-web in Graphite 0.9.5 through 0.9.10 uses the pickle Python
BentoML is a Python library for building online serving systems optimized for AI apps and model inference. Rated critica
OpenSSL before 0.9.8za, 1.0.0 before 1.0.0m, and 1.0.1 before 1.0.1h does not properly restrict processing of ChangeCiph
pyLoad download manager version prior to 0.5.0b3.dev77 exposes the Flask SECRET_KEY through an unauthenticated endpoint.
Langflow (a visual LLM pipeline builder) contains a critical unauthenticated code execution vulnerability (CVE-2026-3301
In Mercurial before 4.1.3, "hg serve --stdio" allows remote authenticated users to launch the Python debugger, and conse
Unauthenticated remote code execution affects Kestra OSS (the open-source event-driven orchestration platform) prior to
Unauthenticated remote code execution in Marimo ≤0.20.4 allows attackers to execute arbitrary system commands via the `/
pyLoad is the free and open-source Download Manager written in pure Python. Rated medium severity (CVSS 5.3), this vulne
Same weakness CWE-444 – HTTP Request/Response Smuggling
View allSame technique Information Disclosure
View allVendor StatusVendor
SUSE
Severity: Important| Product | Status |
|---|---|
| SUSE Linux Enterprise Server 16.1 | Affected |
| SUSE Linux Enterprise Server for SAP applications 16.1 | Affected |
EUVD-2026-54288
GHSA-3ccp-42pg-hgv6
NVD
CVE.org
EPSS
Vulnrichment
VulDB
Exploit-DB