CVE-2026-107715
ŚrednieCVSS 6.8Streszczenie
Biblioteka Mechanize jest używana do automatyzacji interakcji z witrynami. Przed wersją 2.14.1, Mechanize wysyła nagłówki poświadczeń dostarczone przez wywołującego do innego hosta po przekierowaniu HTTP. Mechanize#request_headers= jest ponownie stosowane przez Mechanize::HTTP::Agent#request_add_headers nawet po tym, jak Mechanize::HTTP::Agent#response_redirect usuwa nagłówki per-request, a listy chronionych nagłówków pomijają Proxy-Authorization i Cookie2. Atakujący, który kontroluje cel przekierowania, może przechwycić tokeny nośnika lub ciasteczka sesji dostarczone przez request_headers= lub argument nagłówków per-request, podczas gdy Mechanize#cookie_jar i Mechanize::HTTP::AuthStore nie są dotknięte. Ten problem został naprawiony w wersji 2.14.1.
Ocena ryzyka
Atakujący kontrolujący cel przekierowania może przechwycić wrażliwe nagłówki, takie jak tokeny nośnika lub ciasteczka sesji, co może prowadzić do nieautoryzowanego dostępu lub kradzieży tożsamości.
Rekomendacja
Zaktualizuj Mechanize do wersji 2.14.1 lub nowszej. Dodatkowo unikaj przekazywania wrażliwych nagłówków przez request_headers= lub rozważ użycie bezpieczniejszych mechanizmów uwierzytelniania.
Inne podatności w Mechanize
Zobacz wszystkie- CVE-2026-107714Średnie
Biblioteka Mechanize przed wersją 2.14.1 nieprawidłowo traktuje przekierowania jako samego pochodzenia, gdy host się zgadza, bez spójnego porównywania schematu i portu. Przekierowanie HTTPS na HTTP na tym samym hoście może wysłać nagłówki Authorization i Cookie w postaci zwykłego tekstu, a przekierowanie na inny port może wysłać nagłówek Cookie do innej usługi. Problem dotyczy nagłówków dostarczonych przez wywołującego i może ujawnić poświadczenia.
- CVE-2026-107399Średnie
Biblioteka Mechanize przed wersją 2.14.1 nie stosuje granicy zaufania pochodzenia w Mechanize::HTTP::Agent#response_follow_meta_refresh, gdy włączona jest opcja follow_meta_refresh. Strona zawierająca meta refresh do innego pochodzenia powoduje ponowne zastosowanie nagłówków skonfigurowanych przez Mechanize#request_headers= do żądania odświeżenia, co pozwala atakującemu kontrolującemu treść w przeszukiwaniu na przechwycenie tokenów bearer lub ciasteczek sesji. Domyślna konfiguracja nie jest dotknięta, ponieważ follow_meta_refresh jest fałszywe.
Oryginalny opis (angielski, źródło NVD)
The Mechanize library is used for automating interaction with websites. Prior to 2.14.1, Mechanize sends caller-supplied credential headers to a different host after an HTTP redirect. Mechanize#request_headers= is reapplied by Mechanize::HTTP::Agent#request_add_headers even after Mechanize::HTTP::Agent#response_redirect strips per-request headers, and the protected header lists omit Proxy-Authorization and Cookie2. An attacker who controls a redirect target can capture bearer tokens or session cookies supplied through request_headers= or the per-request headers argument, while Mechanize#cookie_jar and Mechanize::HTTP::AuthStore are not affected. This issue is fixed in version 2.14.1.
Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS