Katalog CVE

CVE-2026-78682

WysokieCVSS 7.5
Opublikowano: Zaktualizowano: Przetłumaczono: NVD NIST

Prawdopodobieństwo exploitacji (EPSS)

Niskie ryzyko
0.25%

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

Streszczenie

NLTK przed wersją 3.10.3 zawiera podatność na podrabianie żądań po stronie serwera (SSRF) w funkcji nltk.pathsec.urlopen (oraz w wywołujących nltk.data.load, nltk.downloader.Downloader.index/download) gdy skonfigurowany jest proxy HTTP. Walidacja hosta odbywa się lokalnie, ale proxy wykonuje faktyczne żądanie do wewnętrznego adresu, który nie jest ponownie weryfikowany.

Ocena ryzyka

Atakujący może wykorzystać to do ujawnienia wewnętrznych zasobów HTTP, ładowania sfałszowanych indeksów pobierania i instalowania wybranych pakietów, co może prowadzić do kompromitacji systemu.

Rekomendacja

Zaktualizuj NLTK do wersji 3.10.3 lub nowszej. Unikaj korzystania z niezaufanych źródeł danych i skonfiguruj proxy w sposób bezpieczny.

Inne podatności w NLTK

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

NLTK before 3.10.3 contains a server-side request forgery vulnerability in nltk.pathsec.urlopen (and callers nltk.data.load, nltk.downloader.Downloader.index/download) when an HTTP proxy is configured. pathsec.urlopen validates the requested hostname locally, but proxy-handler inheritance disables the safe HTTP/HTTPS handlers so the actual fetch is performed by the proxy against a destination that is never re-validated. An attacker can supply a validated public URL that the proxy forwards to an internal loopback-only service, allowing disclosure of internal HTTP resources, loading of forged downloader indexes, and installation of attacker-chosen package content.

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