CVE Catalog

CVE-2026-75922

MediumCVSS 5.3
Published: Updated: Translated: NVD NIST

Exploitation Probability (EPSS)

Low risk
0.42%

35th percentile - higher than 35% of all known CVEs

Summary

A vulnerability in Reverse::Proxy versions before 0.04 for Perl: HTTP request smuggling via a percent-decoded PATH_INFO written unencoded to the upstream request line. PSGI hands PATH_INFO percent-decoded, so a %XX sequence becomes a raw byte. The proxy appends that byte string to the upstream base URL, and for an Upgrade tunnel writes it into a request line it serializes itself, re-encoding nothing. A path containing %0d%0a arrives at the upstream as a CRLF that ends the request line, and a decoded space, '?' or '#' truncates it the same way. Everything the client writes after the CRLF is read by the upstream as a second request.

Risk Assessment

A remote attacker can smuggle HTTP requests to the upstream, bypassing proxy controls and accessing paths not exposed by the proxy routing, potentially leading to integrity and confidentiality breaches.

Recommendation

It is recommended to upgrade Reverse::Proxy to version 0.04 or later that includes a fix. Also properly encode and validate paths before sending to upstream.

Related vulnerabilities

Original NVD description (English source)

Reverse::Proxy versions before 0.04 for Perl allow HTTP request smuggling via a percent-decoded PATH_INFO written unencoded to the upstream request line. PSGI hands PATH_INFO to an application percent-decoded, so a %XX sequence in the client URL has become a raw byte by the time the proxy sees it. The proxy appends that byte string to the upstream base URL, and for an Upgrade tunnel writes it into a request line it serializes itself, re-encoding nothing in either path. The HTTP client that sends the resulting URL does not validate the target either. A path containing %0d%0a therefore arrives at the upstream as a CRLF that ends the request line, and a decoded space, '?' or '#' truncates it the same way. Everything the client writes after the CRLF is read by the upstream as a second request. On the buffered path it arrives on a keep-alive connection the proxy pools and reuses for other clients. Its method, path and headers are all chosen by the client, and the upstream attributes it to the proxy, so it reaches upstream paths that the proxy's own routing does not expose.

Vulnerability data from NVD (NIST) · CISA KEV · EPSS