MEDIUMUnknown →
NLTK versions before 3.10.0 contain a logic bug in FileSystemPathPointer.open() where the sandbox validation check compares a normalized path against itself, making the security check permanently ine
NLTK versions before 3.10.0 contain a logic bug in FileSystemPathPointer.open() where the sandbox validation check compares a normalized path against itself, making the security check permanently inert. Attackers can pass file:// URLs to nltk.data.load() to read arbitrary files accessible to the process user, including credentials and configuration files.
Affected packages
- nltk
Exploit signal
- Known exploited (CISA KEV)
- No
- EPSS score
- —
- EPSS percentile
- —
EPSS is the probability a CVE is exploited in the wild; percentile is its rank among all CVEs.
Sources
- https://www.cve.org/CVERecord?id=CVE-2026-65915
- https://github.com/nltk/nltk/security/advisories/ghsa-72r2-7mfr-5xr9
- https://security-tracker.debian.org/tracker/cve-2026-65915
- https://github.com/cveproject/cvelistv5/tree/main/cves/2026/65xxx/cve-2026-65915.json
- https://nvd.nist.gov/vuln/detail/cve-2026-65915
- https://www.vulncheck.com/advisories/nltk-before-arbitrary-file-read-via-filesystempathpointer
Structured record: https://ubuntu.com/security/CVE-2026-65915
Recommended response stack
Snyk — Scan your dependencies in CI and fix this vulnerability.→Socket — Detect malicious and compromised packages before they ship.→
Some links are affiliate links — HackTribune may earn a commission at no extra cost to you.
Get incidents like this as alerts for your stack.
Join the beta