CVE-2026-12372CWE-918ssrf

CVE-2026-12372

Low · published August 10, 2026

CVSS v3.0
3.7
EPSS
0%
Percentile
16.7
In the wild
Unconfirmed
What it is

A Server-Side Request Forgery (SSRF) vulnerability exists in nltk/nltk versions 3.9.4 and the current develop branch. The `nltk.pathsec.validate_network_url()` function, intended to prevent SSRF by rejecting internal network addresses, fails to reject IPs in the RFC 6598 shared address space (`100.64.0.0/10`). This occurs because Python's `ipaddress` module does not classify such addresses as `is_private` or `is_global`, and the current guard only checks `is_private` and a few explicit categories. An attacker who can influence a URL passed to NLTK's network-loading helpers can exploit this vulnerability to make a strict-mode application send requests to shared-address-space hosts, potentially exposing non-public infrastructure reachable from the application host. The impact is limited to SSRF-style confidentiality exposure, with no code execution claimed.

The record
Technical detail
CVSS v3.0
3.7 · LOW
Vector
CVSS:3.0/AV:N/AC:H/PR:N/UI:N/S:U/C:L/I:N/A:N
CVSS v4.0
Not supplied
EPSS
0.00260 · 16.7th percentile
Weakness
CWE-918 · Server-Side Request Forgery (SSRF)
Published
2026-08-10T03:16Z
Affected products (1)
ProductVersionsFixed in
nltk/nltkall versions—
References (2)
EPSS history
Timeline
  • 09 AUG 22:45Z
    Server-Side Request Forgery (SSRF) in nltk/nltk
    cvelistv5