Description
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).
Mitigation
Minimal update. May introduce new vulnerabilities or breaking changes.
|
 debian 11 | | =3.10.0-1 || =3.10.1-1 || =3.10.3-1 || =3.5-1 || =3.6.5-1 || =3.6.7-1 || =3.7-1 || =3.8-1 || =3.8.1-1 || =3.9.1-1 || =3.9.1-2 || =3.9.2-1 || =3.9.3-1 | - |
debian 12 | | =3.10.0-1 || =3.10.1-1 || =3.10.3-1 || =3.8-1 || =3.8.1-1 || =3.9.1-1 || =3.9.1-2 || =3.9.2-1 || =3.9.3-1 | - |
debian 13 | | =3.10.0-1 || =3.10.1-1 || =3.10.3-1 || =3.9.1-2 || =3.9.2-1 || =3.9.3-1 | - |
debian 14 | | =3.9.1-2 || =3.9.2-1 || =3.9.3-1 || >=0 <3.10.0-1 | 3.10.0-1 |
 pypi | | =0.8 || =0.9 || =0.9.3 || =0.9.4 || =0.9.5 || =0.9.6 || =0.9.7 || =0.9.8 || =0.9.9 || =2.0.1 || =2.0.1rc1 || =2.0.1rc2-git || =2.0.1rc3 || =2.0.1rc4 || =2.0.2 || =2.0.3 || =2.0.4 || =2.0.5 || =2.0b4 || =2.0b5 || =2.0b6 || =2.0b7 || =2.0b8 || =2.0b9 || =3.0.0 || =3.0.0b1 || =3.0.0b2 || =3.0.1 || =3.0.2 || =3.0.3 || =3.0.4 || =3.0.5 || =3.1 || =3.2 || =3.2.1 || =3.2.2 || =3.2.3 || =3.2.4 || =3.2.5 || =3.3 || =3.4 || =3.4.1 || =3.4.2 || =3.4.3 || =3.4.4 || =3.4.5 || =3.5 || =3.5b1 || =3.6 || =3.6.1 || =3.6.2 || =3.6.3 || =3.6.4 || =3.6.5 || =3.6.6 || =3.6.7 || =3.7 || =3.8 || =3.8.1 || =3.9 || =3.9.1 || =3.9.2 || =3.9.3 || =3.9.4 || =3.9b1 || >=0 <3.10.0 | 3.10.0 |
