CVE-2026-71324: Traefik Cross-user Response Poisoning Vulnerability

HIGH
Advisory Identifier: GHSA-3ccp-42pg-hgv6
CWE-444
Published
Advisory Summary

CVE-2026-71324 is a HIGH cross-user response poisoning vulnerability (CWE-444: Inconsistent Interpretation of HTTP Requests ('HTTP Request/Response Smuggling')) affecting Traefik libraries in the Go ecosystem. The issue involves cross-user response poisoning via proxied connect on traefik's shared backend keep-alive pool. Remediation is available by upgrading affected packages to version 2.11.53, 3.6.24, 3.7.9.

CVE-2026-71324 at a Glance

CVE Identifier CVE-2026-71324
GHSA Identifier GHSA-3ccp-42pg-hgv6
Severity HIGH
CVSS v3.1 Base Score N/A
CWE Classification CWE-444: Inconsistent Interpretation of HTTP Requests ('HTTP Request/Response Smuggling')
Affected Product Traefik
Package Ecosystem Go
Published Date
Last Updated

How to Fix CVE-2026-71324

To remediate this vulnerability, upgrade all affected Traefik dependencies to a patched release. Both direct and transitive dependencies should be checked, as frameworks or security libraries may pull in vulnerable versions transitively.

github.com/traefik/traefik/v2 fixed: 2.11.53
Upgrade github.com/traefik/traefik/v2 to 2.11.53
github.com/traefik/traefik/v3 fixed: 3.6.24
Upgrade github.com/traefik/traefik/v3 to 3.6.24
github.com/traefik/traefik/v3 fixed: 3.7.9
Upgrade github.com/traefik/traefik/v3 to 3.7.9
github.com/traefik/traefik fixed: Latest secure release
Upgrade github.com/traefik/traefik to Latest secure release
Verify Direct and Transitive Dependencies

Run the following command in your project directory to verify that all resolved dependencies use the patched release:

inspect dependencies for github.com/traefik/traefik/v2

How to Check if You Are Affected

To determine whether your application is affected by CVE-2026-71324, inspect your project dependencies for Traefik:

inspect dependencies for github.com/traefik/traefik/v2

Analyze the terminal output to locate any version of Traefik in your dependency tree. If any resolved version matches the vulnerable ranges listed in the table below (for example, versions earlier than 2.11.53), your application is affected.

Note: Verify declared build manifests and deployed runtime container environments.

Technical Details

Vulnerability Mechanism & Technical Analysis

This vulnerability is classified under CWE-444: Inconsistent Interpretation of HTTP Requests ('HTTP Request/Response Smuggling'), where the product acts as an intermediary http agent (such as a proxy or firewall) in the data flow between two entities such as a client and server, but it does not interpret malformed http requests or responses in ways that are consistent with how the messages will be processed by those entities that are at the ultimate destination. In Traefik, software state validation or input boundaries are circumvented during processing. Review the official source advisory statement below for specific affected components, classes, and reproduction details.

Source Advisory Statement

## 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](https://github.com/traefik/traefik/issues). <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. 1. 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. 2. `net/http` writes 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. 3. 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. `sanitizePath` off 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-apache` runs the default config against Apache, which closes `CONNECT /`; `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_CROSS` because it chunk-frames the CONNECT body. - Cascade. `MaxIdleConnsPerHost 1` and 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 [poc.zip](https://github.com/user-attachments/files/29963125/poc.zip) </details> ---

CVE-2026-71324 Affected Traefik Versions

4 component(s)
Fixed Versions:
2.11.533.6.243.7.9
Product / Package Ecosystem Affected Versions Fixed Version
github.com/traefik/traefik/v2
Go
< 2.11.53
2.11.53
github.com/traefik/traefik/v3
Go
< 3.6.24
3.6.24
github.com/traefik/traefik/v3
Go
≥ 3.7.0
< 3.7.9
3.7.9
github.com/traefik/traefik
Go
≤ 1.7.34

References

Frequently Asked Questions

What is CVE-2026-71324?
CVE-2026-71324 is a security vulnerability in Traefik involving Cross-user response poisoning via proxied CONNECT on Traefik's shared backend keep-alive pool under CWE-444: Inconsistent Interpretation of HTTP Requests ('HTTP Request/Response Smuggling').
Which Traefik versions are affected?
Affected versions include releases prior to 2.11.53, 3.6.24, 3.7.9 across affected packages: github.com/traefik/traefik/v2, github.com/traefik/traefik/v3, github.com/traefik/traefik.
What version fixes CVE-2026-71324?
Upgrading to 2.11.53, 3.6.24, 3.7.9 (or the latest patched release for your respective branch) resolves the vulnerability.
Is github.com/traefik/traefik/v2 affected?
Yes, github.com/traefik/traefik/v2 is affected in releases prior to 2.11.53. Upgrade your dependency to 2.11.53 or later.
Is github.com/traefik/traefik/v3 affected?
Yes, github.com/traefik/traefik/v3 is affected in releases prior to 3.6.24, 3.7.9. Upgrade your dependency to 3.6.24, 3.7.9 or later.
What CWE is associated with CVE-2026-71324?
CVE-2026-71324 is classified under CWE-444: Inconsistent Interpretation of HTTP Requests ('HTTP Request/Response Smuggling') (The product acts as an intermediary HTTP agent (such as a proxy or firewall) in the data flow between two entities such as a client and server, but it does not interpret malformed HTTP requests or responses in ways that are consistent with how the messages will be processed by those entities that are at the ultimate destination.).
How can I check Go dependencies for CVE-2026-71324?
Run the dependency tree command: 'inspect dependencies for github.com/traefik/traefik/v2'. This command lists direct and transitive dependencies in your build configuration so you can verify if a vulnerable version is resolved.
Machine-readable OSV JSON OSV v1.5 Schema
Normalized schema output
{
  "schema_version" : "1.4.0",
  "id" : "GHSA-3ccp-42pg-hgv6",
  "modified" : "2026-08-06T15:56:40Z",
  "published" : "2026-08-06T15:56:40Z",
  "aliases" : [ "CVE-2026-71324" ],
  "summary" : "Traefik: Cross-user response poisoning via proxied CONNECT on Traefik's shared backend keep-alive pool",
  "details" : "## Summary\n\nThere 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.\n\n## Patches\n\n- https://github.com/traefik/traefik/releases/tag/v2.11.53\n- https://github.com/traefik/traefik/releases/tag/v3.6.24\n- https://github.com/traefik/traefik/releases/tag/v3.7.9\n\n## For more information\n\nIf you have any questions or comments about this advisory, please [open an issue](https://github.com/traefik/traefik/issues).\n\n<details>\n<summary>Original Description</summary>\n\n## Summary\n\nTraefik's default reverse proxy forwards a plain HTTP/2 or HTTP/3 `CONNECT` request and its body to\nan HTTP/1.1 upstream through a shared `net/http.Transport`. When the upstream answers the CONNECT\nwith a keep-alive non-2xx response and does not drain the body, Traefik returns the now\ndesynchronized backend socket to its shared pool and reuses it for other clients. An\nunauthenticated attacker uses this to make a different client read the attacker's smuggled response.\n\nTraefik's default proxy is `net/http/httputil.ReverseProxy` over a shared `http.Transport`, so it\ninherits the same root cause as the Caddy `reverse_proxy` CONNECT pool poisoning.\n\nTraefik ships one partial mitigation Caddy does not. The entrypoint option `sanitizePath` (default\n`true`) rewrites the forwarded CONNECT's empty path to `/`, so Traefik emits `CONNECT /` instead of\nauthority-form `CONNECT host:port`. This is not a reliable defense. It avoids the smuggle only\nagainst backends that reject `CONNECT /` by closing the connection (Apache, nginx). Backends that\nanswer `CONNECT /` with a keep-alive non-2xx and leave the body undrained still cross. That set\nincludes any Go `net/http` server and gunicorn/Flask.\n\nConfirmed on the official image `traefik:v3.6.23` (a currently supported release), default\nconfiguration, against stock `go-httpbin` (Go) and `kennethreitz/httpbin` (Python gunicorn/Flask),\nattacker and victim in separate containers, over both HTTP/2 and HTTP/3.\n\n## Affected\n\n- `traefik:v3.6.23` (official image) and current v3, default configuration, standard proxy to an\n  HTTP/1.1 upstream. Backend keep-alive pooling is on by default (`MaxIdleConnsPerHost` 200).\n- Attacker frontend is HTTP/2 or HTTP/3. An HTTP/1.1 frontend is not affected.\n- The upstream keeps the connection alive after a non-2xx to the forwarded CONNECT and does not\n  drain the body.\n- The experimental FastProxy implementation is not affected (see Not affected).\n\n## Details\n\nThree behaviors compose.\n\n1. Traefik forwards a plain CONNECT as an ordinary proxied request. The default proxy is\n   `httputil.ReverseProxy` with a shared `http.Transport` (`pkg/proxy/httputil/proxy.go`). The\n   director assigns the outbound `URL.Host` directly and does not reject CONNECT, leaving the\n   request body a live stream. The client places a raw HTTP/1.1 request in that body (H2/H3 DATA\n   frames), which is written onto the backend socket after the CONNECT header block.\n\n2. `net/http` writes the CONNECT body unframed and pools the socket. For a CONNECT the transport\n   writes the body with no `Content-Length` and no `Transfer-Encoding`. The upstream answers a\n   keep-alive non-2xx and parses the trailing bytes as a pipelined request. Go reads the non-2xx\n   response and returns the socket to the shared idle pool once the request body reaches EOF (the\n   `wroteRequest` gate), while the smuggled request's response is still pending.\n\n3. Desynchronized reuse. The smuggled request targets a slow endpoint so its response arrives after\n   the socket is pooled. A different client that reuses the socket reads the pending smuggled\n   response as its own.\n\n`sanitizePath` (default `true`, `pkg/server/server_entrypoint_tcp.go`) calls `req.URL.JoinPath()`,\nwhich turns the CONNECT's empty path into `/`. Traefik emits `CONNECT /`. Whether that stops the\nsmuggle depends only on the backend: Apache and nginx answer `400 Bad Request` with\n`Connection: close` (socket torn down, no cross); Go `net/http` and gunicorn/Flask answer a\nkeep-alive non-2xx and pipeline the trailing bytes (cross). With `sanitizePath` off, Traefik emits\nauthority-form `CONNECT host:port`, which Apache answers with a keep-alive `405`.\n\nHTTP/2 and HTTP/3 only. Pooling requires the forwarded request body to reach EOF. An H2/H3 client\nhalf-closes the CONNECT stream (END_STREAM), so the body reaches EOF while the connection stays open\nand the socket is pooled. An H1 CONNECT body is the tunnel and cannot reach EOF without closing the\nconnection, so the socket is closed, not pooled. HTTP/3 routes to the same handler chain as HTTPS.\n\n## Backend behavior\n\n\"Armed\" means the backend answers with a keep-alive non-2xx and parses the trailing undrained bytes\nas a pipelined request. Default Traefik emits `CONNECT /`; with `sanitizePath: false` it emits\nauthority-form `CONNECT host:port`.\n\n| Backend (stock image)   | Server         | `CONNECT /` (default)      | authority-form CONNECT |\n|-------------------------|----------------|----------------------------|------------------------|\n| `mccutchen/go-httpbin`  | Go net/http    | armed (405 keep-alive)     | armed                  |\n| `traefik/whoami`        | Go net/http    | armed (200 keep-alive)     | armed                  |\n| `caddy:2`               | Go net/http    | armed (405 keep-alive)     | armed                  |\n| `kennethreitz/httpbin`  | gunicorn/Flask | armed (405 keep-alive)     | armed                  |\n| `httpd:2.4`             | Apache         | not armed (400 close)      | armed (405 keep-alive) |\n| `nginx:alpine`          | nginx          | not armed (400 close)      | not armed (400 close)  |\n| `tomcat:10`             | Tomcat         | not armed (501 close)      | -                      |\n| node `http`             | Node.js        | not armed (closes)         | -                      |\n| `python -m http.server` | Python stdlib  | not armed (501 close)      | -                      |\n\n## Impact\n\nUnauthenticated cross-user HTTP response poisoning. One client receives another client's response,\nwhich can be authenticated or private content, or an attacker-chosen response.\n\nBlast radius depends on the pool. With the default pool and a slow smuggled endpoint the crossing is\nreliable for a converging victim. With a bounded pool one desync shifts the whole response queue:\nmeasured with `MaxIdleConnsPerHost 1` and a slow victim endpoint, 8 of 8 sequential victims read a\nresponse that was not their own (1 the attacker's, 7 another user's, 0 their own). Traefik does not\nexpose `MaxConnsPerHost`, so the parallel cascade is weaker than Caddy's.\n\n## Proof of concept\n\n`poc/run.sh` runs the official `traefik:v3.6.23` image fronting real off-the-shelf backends over\nHTTP/1.1, with attacker and victim in separate containers. Requires docker and python3. It builds\nthe attack client, pulls the stock images, and runs the scenarios below.\n\nThe attacker opens an H2 or H3 `CONNECT` to Traefik and sends a raw HTTP/1.1\n`GET /delay/2?tag=ATTACKERSMUGGLED` as the CONNECT body, then half-closes the stream. Traefik\nforwards the CONNECT to the Go/Python backend, the backend answers a keep-alive non-2xx, keeps the\nsocket, and parses the trailing GET as a pipelined request, so a response to it is queued on that\nsocket. `net/http` returns the socket to Traefik's shared pool. The victim then sends\n`GET /get?tag=VICTIMOWN` on its own connection, Traefik reuses the pooled backend socket, and the\nvictim reads the queued `/delay` response instead of its own. `CROSS` means the victim received a\nresponse that was not its own.\n\n## Expected output from poc\n\n```\n== core: DEFAULT config, cross-user poisoning vs real off-the-shelf backends ==\n  [core-go-h2] h2->h2 CROSS\n  [core-go-h3] h3->h3 CROSS\n  [core-go-x] h2->h3 CROSS\n  [core-py-h2] h2->h2 CROSS\n  [core-py-h3] h3->h3 CROSS\n== mechanism: sanitizePath off -> stock Apache 405 (the direct Caddy analogue) ==\n  [mech-ap-h2] h2->h2 CROSS\n  [mech-ap-h3] h3->h3 CROSS\n== controls: must NOT cross ==\n  [ctl-apache] h2->h2 NO_CROSS\n  [ctl-pooloff] h2->h2 NO_CROSS\n  [ctl-kaoff] h2->h2 NO_CROSS\n== safe variant: experimental FastProxy chunk-frames the CONNECT body ==\n  [safe-fast] h2->h2 NO_CROSS\n== cascade: bounded pool, one desync poisons a queue of victims ==\n  smuggled=1 other_user=7 own=0 of 8 (cross-user poisoned=8)\nRESULT: PASS\n```\n\n- Core rows. DEFAULT Traefik config against a Go backend (`go-httpbin`) and a Python gunicorn/Flask\n  backend (`kennethreitz/httpbin`), for H2->H2, H3->H3, and H2->H3. The victim reads the attacker's\n  smuggled response.\n- Mechanism rows. `sanitizePath` off and stock Apache. Traefik emits authority-form\n  `CONNECT apache-backend:80`, Apache answers a keep-alive `405`, and it crosses. This is the direct\n  Caddy analogue and proves the full mechanism including Apache.\n- Control rows. `ctl-apache` runs the default config against Apache, which closes `CONNECT /`;\n  `ctl-pooloff` disables Traefik backend reuse (`maxIdleConnsPerHost: -1`); `ctl-kaoff` runs Apache\n  with `KeepAlive Off`. All three print `NO_CROSS`, so the crossing depends on backend socket reuse,\n  not pipelining or a shared client.\n- Safe variant. Experimental FastProxy against the Go backend prints `NO_CROSS` because it\n  chunk-frames the CONNECT body.\n- Cascade. `MaxIdleConnsPerHost 1` and a slow victim endpoint. One CONNECT desync shifts the queue:\n  of 8 sequential victims, 1 reads the attacker's smuggled response, 7 read another user's response,\n  0 read their own.\n\nThe captured crossing (`poc/evidence/RELEASE_v3.6.23_victim.json`): the victim sent\n`GET /get?tag=VICTIM_OWN` and received a 200 whose body is the response to\n`GET /delay/2?tag=ATTACKER_SMUGGLED` with the echoed header `X-Smuggled: released-v3.6.23`, none of\nwhich the victim sent.\n\n## Not affected\n\n- HTTP/1.1 frontend. An H1 CONNECT body cannot reach EOF without closing the connection, so the\n  backend socket is not pooled.\n- Experimental FastProxy (`experimental.fastProxy`). It chunk-frames the forwarded CONNECT body\n  (`Transfer-Encoding: chunked`, captured in `poc/evidence/wire_fastproxy_chunked.txt`), so the\n  trailing bytes are read as the CONNECT body, not a pipelined request. `safe-fast` is `NO_CROSS`.\n\n## ForwardAuth\n\nThe ForwardAuth middleware with `forwardBody: true` and `preserveRequestMethod: true` re-issues the\nrequest to the auth server as a CONNECT with the buffered body re-attached and `ContentLength` never\nset (`pkg/middlewares/auth/forward.go`). The auth client writes that body unframed to the auth\nserver (captured on the wire), so a keep-alive non-2xx from the auth server poisons the shared\nauth-client pool the same way.\n\n## Root cause\n\n`net/http` pools a connection after a keep-alive non-2xx response to a CONNECT whose body it wrote\nunframed. Traefik's default proxy forwards client CONNECT through a shared `net/http.Transport` and\napplies no CONNECT rejection. `sanitizePath` changes the emitted request target but does not remove\nthe defect. Traefik's own FastProxy implementation frames the CONNECT body and does not cross, which\nshows this is a property of the httputil/`net/http` path, not fixed by path normalization.\n\n## POC\n\n[poc.zip](https://github.com/user-attachments/files/29963125/poc.zip)\n\n</details>\n\n---",
  "severity" : [ {
    "type" : "CVSS_V4",
    "score" : "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"
  } ],
  "affected" : [ {
    "package" : {
      "ecosystem" : "Go",
      "name" : "github.com/traefik/traefik/v2"
    },
    "ranges" : [ {
      "type" : "ECOSYSTEM",
      "events" : [ {
        "introduced" : "0"
      }, {
        "fixed" : "2.11.53"
      } ]
    } ],
    "database_specific" : {
      "last_known_affected_version_range" : "<= 2.11.52"
    }
  }, {
    "package" : {
      "ecosystem" : "Go",
      "name" : "github.com/traefik/traefik/v3"
    },
    "ranges" : [ {
      "type" : "ECOSYSTEM",
      "events" : [ {
        "introduced" : "0"
      }, {
        "fixed" : "3.6.24"
      } ]
    } ],
    "database_specific" : {
      "last_known_affected_version_range" : "<= 3.6.23"
    }
  }, {
    "package" : {
      "ecosystem" : "Go",
      "name" : "github.com/traefik/traefik/v3"
    },
    "ranges" : [ {
      "type" : "ECOSYSTEM",
      "events" : [ {
        "introduced" : "3.7.0"
      }, {
        "fixed" : "3.7.9"
      } ]
    } ],
    "database_specific" : {
      "last_known_affected_version_range" : "<= 3.7.8"
    }
  }, {
    "package" : {
      "ecosystem" : "Go",
      "name" : "github.com/traefik/traefik"
    },
    "ranges" : [ {
      "type" : "ECOSYSTEM",
      "events" : [ {
        "introduced" : "0"
      }, {
        "last_affected" : "1.7.34"
      } ]
    } ]
  } ],
  "references" : [ {
    "type" : "WEB",
    "url" : "https://github.com/traefik/traefik/security/advisories/GHSA-3ccp-42pg-hgv6"
  }, {
    "type" : "WEB",
    "url" : "https://github.com/traefik/traefik/pull/13542"
  }, {
    "type" : "WEB",
    "url" : "https://github.com/traefik/traefik/pull/13543"
  }, {
    "type" : "WEB",
    "url" : "https://github.com/traefik/traefik/pull/13556"
  }, {
    "type" : "WEB",
    "url" : "https://github.com/traefik/traefik/commit/04d36f28e4eae7535e96a6351dd9f7bfb48a30e7"
  }, {
    "type" : "WEB",
    "url" : "https://github.com/traefik/traefik/commit/0807b6d5dd1da8b2f7f4076ea2392b5437bf2ab0"
  }, {
    "type" : "WEB",
    "url" : "https://github.com/traefik/traefik/commit/94a7508817d180f0ab2f1eae93df48d4ab19ecce"
  }, {
    "type" : "PACKAGE",
    "url" : "https://github.com/traefik/traefik"
  }, {
    "type" : "WEB",
    "url" : "https://github.com/traefik/traefik/releases/tag/v2.11.53"
  }, {
    "type" : "WEB",
    "url" : "https://github.com/traefik/traefik/releases/tag/v3.6.24"
  }, {
    "type" : "WEB",
    "url" : "https://github.com/traefik/traefik/releases/tag/v3.7.9"
  } ],
  "database_specific" : {
    "cwe_ids" : [ "CWE-444" ],
    "severity" : "HIGH",
    "github_reviewed" : true,
    "github_reviewed_at" : "2026-08-06T15:56:40Z",
    "nvd_published_at" : null
  }
}