Katalog CVE

CVE-2026-63311

ŚrednieCVSS 5.3
Opublikowano: Zaktualizowano: Przetłumaczono: NVD NIST

Prawdopodobieństwo exploitacji (EPSS)

Niskie ryzyko
0.24%

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

Streszczenie

NLTK przed wersją 3.10.0 (dotknięte wersje <= 3.9.4) zawiera podatność na podrabianie żądań po stronie serwera (SSRF) w funkcji validate_network_url() w nltk/pathsec.py. Pomocnicza funkcja _resolve_hostname() łapie OSError i ValueError podczas socket.getaddrinfo() i zwraca pustą listę; gdy rozwiązywanie DNS zawiedzie, pętla walidacyjna nie wykonuje żadnych kontroli IP i funkcja zawodzi w trybie otwartym, pozwalając urlopen() na działanie bez walidacji.

Ocena ryzyka

Atakujący, który może wywołać błędy rozwiązywania DNS lub użyć ponownego wiązania DNS, może ominąć zabezpieczenia SSRF i uzyskać dostęp do ograniczonych zasobów sieciowych, w tym do metadanych chmury (np. 169.254.169.254).

Rekomendacja

Zaktualizuj NLTK do wersji 3.10.0 lub nowszej, która zawiera poprawkę zabezpieczającą funkcję validate_network_url().

Inne podatności w NLTK

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

NLTK before 3.10.0 (affected versions <= 3.9.4) contains a server-side request forgery (SSRF) vulnerability in the validate_network_url() function in nltk/pathsec.py. The _resolve_hostname() helper catches OSError and ValueError during socket.getaddrinfo() and returns an empty list; when DNS resolution fails, the validation loop executes no IP checks and the function fails open, allowing urlopen() to proceed without validation. An attacker who can trigger DNS resolution failures or use DNS rebinding can bypass SSRF protections and reach restricted network resources, including cloud metadata endpoints (e.g., 169.254.169.254).

Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS