CVE-2026-44432

WysokieCVSS 7.5

Opublikowano: 13/05/2026(UTC)Zaktualizowano: 10/09/2026(UTC)Przetłumaczono: 25/07/2026(UTC)NVD NIST

Prawdopodobieństwo exploitacji (EPSS)

Podwyższone ryzyko

0.68%

Percentyl 50 - wyżej niż 50% wszystkich znanych CVE

Streszczenie

Biblioteka urllib3 dla Pythona w wersjach od 2.6.0 do 2.7.0 przed poprawką zawiera podatność polegającą na dekompresji całej odpowiedzi zamiast żądanej porcji podczas drugiego wywołania HTTPResponse.read(amt=N) przy użyciu oficjalnej biblioteki Brotli lub po wywołaniu HTTPResponse.drain_conn() po częściowym odczycie. Może to prowadzić do nadmiernego zużycia zasobów (wysokie obciążenie CPU i alokacja pamięci) po stronie klienta.

Ocena ryzyka

Atakujący może dostarczyć małą, silnie skompresowaną odpowiedź, która po dekompresji spowoduje znaczne obciążenie zasobów klienta, co może prowadzić do odmowy usługi (DoS) lub wyczerpania pamięci.

Rekomendacja

Zaleca się natychmiastową aktualizację biblioteki urllib3 do wersji 2.7.0 lub nowszej.

Inne podatności w urllib3

CVE-2026-21441Wysokie
Biblioteka urllib3 dla Pythona w wersjach od 1.22 do 2.6.2 nieprawidłowo dekompresuje całe treści odpowiedzi HTTP na przekierowania, nawet przy użyciu API strumieniowego. Umożliwia to atak typu „bomba dekompresyjna” prowadzący do nadmiernego zużycia zasobów klienta.

Oryginalny opis (angielski, źródło NVD)

urllib3 is an HTTP client library for Python. From 2.6.0 to before 2.7.0, urllib3 could decompress the whole response instead of the requested portion (1) during the second HTTPResponse.read(amt=N) call when the response was decompressed using the official Brotli library or (2) when HTTPResponse.drain_conn() was called after the response had been read and decompressed partially (compression algorithm did not matter here). These issues could cause urllib3 to fully decode a small amount of highly compressed data in a single operation. This could result in excessive resource consumption (high CPU usage and massive memory allocation for the decompressed data) on the client side. This vulnerability is fixed in 2.7.0.