CVE-2026-67354
ŚrednieCVSS 5.9Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 17 - wyżej niż 17% wszystkich znanych CVE
Streszczenie
guzzlehttp/guzzle przed wersją 7.15.1 zawiera podatność ujawnienia informacji w RedirectMiddleware. Gdy opcjonalne ustawienie allow_redirects.referer jest włączone, oprogramowanie kopiuje fragment URI (część po '#') z odsyłającego żądania do nagłówka Referer podczas przekierowania. Atakujący kontrolujący miejsce docelowe przekierowania może odczytać ten fragment, potencjalnie ujawniając jednorazowe sekrety logowania, tokeny dostępu i inne wrażliwe dane.
Ocena ryzyka
Atakujący może przechwycić wrażliwe dane, takie jak tokeny dostępu, co może prowadzić do nieautoryzowanego dostępu do kont i danych.
Rekomendacja
Należy zaktualizować guzzlehttp/guzzle do wersji 7.15.1 lub nowszej oraz rozważyć wyłączenie ustawienia allow_redirects.referer, jeśli nie jest wymagane.
Inne podatności w guzzlehttp/guzzle
Zobacz wszystkie- CVE-2026-67355Średnie
guzzlehttp/guzzle przed wersją 7.15.1 nieprawidłowo zachowuje zakres ciasteczek host-only, przechowując host żądania w polu Domain zamiast oznaczać ciasteczka jako host-only. Atakujący kontrolujący podrzędne hosty mogą otrzymać ciasteczka host-only przeznaczone tylko dla nadrzędnych hostów, co może ujawnić identyfikatory sesji i tokeny autoryzacyjne.
- CVE-2026-67353Średnie
guzzlehttp/guzzle przed wersją 7.15.1 zawiera podatność na odmowę usługi w CookieJar, który akceptuje nieograniczoną liczbę nagłówków Set-Cookie bez ograniczeń rozmiaru. Atakujący może zwrócić wiele dużych ciasteczek z złośliwego serwera, powodując przechowywanie nadmiernych danych w pamięci i generowanie zbyt dużych nagłówków Cookie, które zawodzą w handlerach lub serwerach docelowych.
Oryginalny opis (angielski, źródło NVD)
guzzlehttp/guzzle versions before 7.15.1 contain an information disclosure vulnerability in RedirectMiddleware. When the optional allow_redirects.referer setting is enabled, the middleware copies the URI fragment (the portion after '#') from the referring request into the generated Referer header when following a same-scheme redirect (e.g., HTTPS to HTTPS). An attacker who controls the redirect destination can read this fragment from the incoming Referer header, potentially disclosing one-time login secrets, access tokens, state values, or other sensitive client data to a server never meant to receive it. The referer setting is disabled by default. Fixed in 7.15.1, which strips the fragment before generating the Referer value.