CVE-2026-15806
ŚrednieCVSS 6.0Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 38 - wyżej niż 38% wszystkich znanych CVE
Streszczenie
Klasa HTTPPasswordMgr w module urllib.request oraz jej podklasy nie uwzględniały schematu URL przy dopasowywaniu zapisanych poświadczeń do żądanego adresu URL. Poświadczenia dodane dla https:// były używane również dla http://, co umożliwiało przechwycenie ich w postaci jawnego tekstu.
Ocena ryzyka
Atakujący mogą przechwycić poświadczenia w postaci jawnego tekstu, jeśli uda im się przekierować lub zdegradować klienta do zwykłego HTTP, co może prowadzić do naruszenia poufności danych uwierzytelniających.
Rekomendacja
Zaktualizuj Pythona do wersji zawierającej poprawkę oraz unikaj wykonywania żądań http:// do hostów, dla których zapisano poświadczenia, np. nie podążając za przekierowaniami do http://.
Inne podatności w Python urllib
Zobacz wszystkie- CVE-2019-9947Średnie
W bibliotekach urllib2 (Python 2.x do 2.7.16) oraz urllib (Python 3.x do 3.7.3) wykryto możliwość wstrzyknięcia CRLF, jeśli atakujący kontroluje parametr URL. Wstrzyknięcie następuje poprzez znaki \r\n w komponencie ścieżki adresu URL (bez znaku ?), po których następuje nagłówek HTTP lub polecenie Redis. Podatność jest podobna do CVE-2019-9740 i została naprawiona w nowszych wersjach Pythona.
- CVE-2019-9740Średnie
W bibliotekach urllib2 (Python 2.x do 2.7.16) oraz urllib (Python 3.x do 3.7.3) wykryto możliwość wstrzyknięcia CRLF, jeśli atakujący kontroluje parametr URL. Wstrzyknięcie następuje poprzez znaki \r\n w ciągu zapytania (po znaku ?), po których następuje nagłówek HTTP lub polecenie Redis. Podatność została naprawiona w nowszych wersjach Pythona.
- CVE-2019-18348Średnie
W bibliotekach urllib2 (Python 2.x do 2.7.17) oraz urllib (Python 3.x do 3.8.0) wykryto możliwość wstrzyknięcia CRLF, jeśli atakujący kontroluje parametr URL. Wstrzyknięcie następuje poprzez znaki \r\n w komponencie hosta adresu URL, po których następuje nagłówek HTTP. Podatność jest podobna do CVE-2019-9740 i CVE-2019-9947 i została naprawiona w nowszych wersjach Pythona.
Oryginalny opis (angielski, źródło NVD)
The HTTPPasswordMgr class in the urllib.request module, along with its subclasses HTTPPasswordMgrWithDefaultRealm and HTTPPasswordMgrWithPriorAuth, did not take the URL scheme into account when matching stored credentials against a requested URL. Credentials added for an https:// URL were also used for requests to the same host over http://, so an attacker able to redirect or downgrade a client to plain HTTP (for example, via an HTTPS-to-HTTP redirect or an on-path position) could capture credentials in cleartext. Credentials added for http:// URLs could likewise be sent over https://. Credential matching is now scoped by URL scheme. Credentials registered with a URL that includes a scheme are only used for requests with the same scheme. Credentials registered with a bare authority (such as example.com or example.com:8080) continue to match any scheme, preserving compatibility with existing code, including proxy authentication. Users who cannot upgrade immediately can mitigate by ensuring that applications never make plain http:// requests to hosts for which credentials are registered, for example by not following redirects to http:// URLs.
Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS