CVE-2026-12243
WysokieCVSS 7.5Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 40 — wyżej niż 40% wszystkich znanych CVE
Streszczenie
NLTK w wersji 3.9.4 zawiera podatność na atak typu path traversal z powodu niekompletnej poprawki dla zgłoszenia GitHub #3504. Wyrażenie regularne `_UNSAFE_NO_PROTOCOL_RE` w pliku `nltk/data.py` sprawdza tylko literał `../`, ale nie uwzględnia zakodowanych sekwencji, takich jak `..%2f`. Funkcja `url2pathname()` dekoduje te sekwencje po walidacji, co pozwala ominąć zabezpieczenie.
Ocena ryzyka
Atakujący może odczytać dowolne pliki dostępne dla procesu Pythona, kontrolując parametr nazwy zasobu przekazywany do `nltk.data.load()` lub `nltk.data.find()`. Domyślne ustawienie `pathsec.ENFORCE=False` dodatkowo zwiększa ryzyko, nie blokując odczytu pliku na etapie `open()`.
Rekomendacja
Zaleca się natychmiastową aktualizację NLTK do wersji 3.9.5 lub nowszej, która zawiera pełną poprawkę. Jako tymczasowe zabezpieczenie należy ustawić `pathsec.ENFORCE=True` i ograniczyć dostęp do funkcji `nltk.data.load()` oraz `nltk.data.find()` dla niezaufanych danych wejściowych.
Oryginalny opis (angielski, źródło NVD)
NLTK version 3.9.4 is vulnerable to a path traversal attack due to an incomplete fix for GitHub Issue #3504. The `_UNSAFE_NO_PROTOCOL_RE` regex in `nltk/data.py` checks for literal `../` sequences but fails to account for percent-encoded traversal sequences such as `..%2f`. The `url2pathname()` function decodes these sequences after the validation step, allowing an attacker to bypass the protection. This vulnerability enables an attacker to read arbitrary files accessible to the Python process by controlling the resource name parameter passed to `nltk.data.load()` or `nltk.data.find()`. The issue affects applications that rely on NLTK for resource loading, including NLP web applications, Jupyter notebooks, and CLI tools. The default `pathsec.ENFORCE=False` setting exacerbates the impact by not blocking the file read at the `open()` stage.