CVE-2026-69245
ŚrednieCVSS 6.5Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 4 - wyżej niż 4% wszystkich znanych CVE
Streszczenie
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.
Ocena ryzyka
Atakujący może przechwycić ciasteczka sesji lub tokeny uwierzytelniające, podszywając się pod adres IP za pomocą alternatywnej pisowni, co umożliwia przejęcie sesji lub manipulację stanem aplikacji.
Rekomendacja
Należy zaktualizować Guzzle do wersji 7.15.2 lub 8.0.1, które naprawiają tę podatność.
Inne podatności w Guzzle
Zobacz wszystkie- CVE-2026-69246Wysokie
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.
- 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, SetCookie::matchesDomain() gives every subdomain of a cookie Domain that cookie unless SetCookie::matchesDomain() recognizes the Domain as an IP literal or a numeric host, and the decision comes from the domain's own text, so two spellings a transport reads as an address keep subdomain scope. Hexadecimal and mixed-base forms such as 0x7f000001 and 0177.0.0.0x1 go unrecognized while libcurl 8.21.0 reads both as 127.0.0.1. A percent-escaped Domain keeps that scope on both branches because percent-decoding sits above numeric parsing, so 192.168.0.%31 and 127.0.0.1%2e are registered names in the URI grammar rather than address literals, and no numeric rule in any base classifies them, while libcurl decodes the host before resolving and reads them as 192.168.0.1 and 127.0.0.1. A cookie stored for Domain=0x7f000001 is placed in the Cookie header of a request to evil.0x7f000001, disclosing a session identifier or token to a host that is not that address, and a response from evil.0x7f000001 setting Domain=0x7f000001 is accepted into the jar and replayed to the address, so a server answering for the look-alike name can fix a session or set application state. Exploitation requires the application to enable cookie support, address an origin by one of these spellings, and contact a host whose name ends in that spelling. This issue is fixed in versions 7.15.2 and 8.0.1.