CVE-2026-69246
WysokieCVSS 7.2Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 12 - wyżej niż 12% wszystkich znanych CVE
Streszczenie
Guzzle, rozszerzalny klient HTTP w PHP, przed wersjami 7.15.2 i 8.0.1, zawiera podatność polegającą na rozbieżności między parsowaniem URI przez Guzzle a libcurl. Atakujący, który wpływa na URI żądania, może ominąć sprawdzenia aplikacji i uzyskać dostęp do hostów, które powinny być zablokowane. Problem naprawiono w wersjach 7.15.2 i 8.0.1.
Ocena ryzyka
Atakujący może ominąć mechanizmy bezpieczeństwa, takie jak no_proxy, i uzyskać dostęp do wewnętrznych zasobów sieciowych, co może prowadzić do wycieku danych.
Rekomendacja
Zaleca się aktualizację Guzzle do wersji 7.15.2 lub 8.0.1 (w zależności od używanej gałęzi).
Inne podatności w Guzzle
Zobacz wszystkie- CVE-2026-69245Średnie
Guzzle przed wersjami 7.15.2 i 8.0.1 zawiera podatność w metodzie SetCookie::matchesDomain(), która nieprawidłowo rozpoznaje domeny w formacie szesnastkowym lub mieszanym (np. 0x7f000001) jako adresy IP. Ciasteczka ustawione dla takich domen mogą być wysyłane do innych hostów, co prowadzi do ujawnienia identyfikatorów sesji lub tokenów.
- CVE-2026-59883Średnie
W bibliotece Guille (PHP HTTP client) w wersjach przed 7.12.3 wykryto podatność w klasie CookieJar. Mechanizm dopasowywania domen w metodzie SetCookie::matchesDomain() nieprawidłowo traktował adresy IP (np. 192.168.0.1, [::1]) oraz wartości numeryczne jako domeny, stosując zwykłe dopasowanie sufiksów, co umożliwiało wyciek ciasteczek między hostami, wstrzykiwanie ciasteczek lub fiksację sesji.
Oryginalny opis (angielski, źródło NVD)
Guzzle is an extensible PHP HTTP client. Prior to 7.15.2 and 8.0.1, Guzzle gives a transport the request URI as text and supplies the Host header separately. The cURL handlers set CURLOPT_URL to the URI exactly as written and push that Host into CURLOPT_HTTPHEADER; StreamHandler does the same through fopen(). libcurl then parses the authority itself, percent-decoding it and, on an IDN-capable build, applying IDNA mapping, and uses the result to resolve, connect, name the TLS peer and address a proxy CONNECT, while the supplied Host suppresses the aligned one libcurl would have generated. For a URI host written as 127.0.0.%31, filter_var() rejects the host as an IP literal, yet libcurl decodes it to 127.0.0.1 and reaches loopback with no DNS lookup while the server receives Host: 127.0.0.%31. An attacker who influences a fetched URI can therefore reach a host the application's checks excluded and read whatever the host exposes of the response. The same divergence moves Guzzle's own decisions onto a spelling the transport does not use: no_proxy selects proxy routing from the literal host, and RedirectMiddleware decides from it whether to strip Authorization and Cookie. Exploitation requires the application to build a request URI from untrusted input and to make a host decision before handing it to Guzzle. This issue is fixed in versions 7.15.2 and 8.0.1.

