Katalog CVE

CVE-2026-75922

ŚrednieCVSS 5.3
Opublikowano: Zaktualizowano: Przetłumaczono: NVD NIST

Prawdopodobieństwo exploitacji (EPSS)

Niskie ryzyko
0.42%

Percentyl 35 - wyżej niż 35% wszystkich znanych CVE

Streszczenie

Podatność w Reverse::Proxy w wersjach przed 0.04 dla Perla: przemycanie żądań HTTP przez percent-zdekodowany PATH_INFO zapisywany bez kodowania w linii żądania do upstream. PSGI przekazuje PATH_INFO zdekodowany, więc sekwencja %XX staje się surowym bajtem. Proxy dołącza ten ciąg do bazowego URL upstream, a dla tunelu Upgrade zapisuje go w linii żądania, nie kodując niczego. Ścieżka zawierająca %0d%0a dociera do upstream jako CRLF kończący linię żądania, a zdekodowana spacja, '?' lub '#' skraca ją w ten sam sposób. Wszystko, co klient zapisze po CRLF, jest odczytywane przez upstream jako drugie żądanie.

Ocena ryzyka

Zdalny atakujący może przemycić żądania HTTP do upstream, omijając kontrolę proxy i uzyskując dostęp do ścieżek, które nie są wystawione przez routing proxy, co może prowadzić do naruszenia integralności i poufności.

Rekomendacja

Zaleca się aktualizację Reverse::Proxy do wersji 0.04 lub nowszej, która zawiera poprawkę. Należy również dokładnie kodować i walidować ścieżki przed wysłaniem do upstream.

Powiązane podatności

Oryginalny opis (angielski, źródło NVD)

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.

Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS