在 NLTK 3.10.0 之前的版本中, 默认将 设置为 ,导致所有安全验证函数仅发出警告而非抛出异常。攻击者可以利用这一被禁用的安全控制机制(该机制仅在手动启用时才生效),绕过路径遍历和 pickle 反序列化保护措施。
尽管我们使用了先进的大模型技术,但其输出仍可能包含不准确或过时的信息。神龙努力确保数据的准确性,但请您根据实际情况进行核实和判断。
| # | POC 描述 | 源链接 | 神龙链接 |
|---|
| CVE-2026-71513 | 8.8 HIGH | NLTK 3.10.0-3.10.2 远程代码执行漏洞 |
| CVE-2026-62384 | 7.5 HIGH | NLTK 3.10.2以下版本符号链接沙箱绕过漏洞 |
| CVE-2026-66393 | 7.5 HIGH | NLTK 3.9.4之前版本拒绝服务漏洞 |
| CVE-2026-63312 | 7.5 HIGH | NLTK StreamBackedCorpusView任意文件读取漏洞 |
| CVE-2026-63310 | 7.1 HIGH | NLTK 3.9.3之前版本缺少下载后完整性验证漏洞 |
| CVE-2026-65915 | 6.5 MEDIUM | NLTK <3.10.0 任意文件读取漏洞 |
| CVE-2026-70626 | 6.2 MEDIUM | NLTK 3.9.4之前符号链接逃逸漏洞 |
| CVE-2026-62385 | 5.9 MEDIUM | NLTK 3.9.4 FrameNet与NKJP读取器路径遍历漏洞 |
| CVE-2026-62383 | 5.5 MEDIUM | nltk IPIPANCorpusReader 符号链接任意文件读取漏洞 |
| CVE-2026-63311 | 5.3 MEDIUM | NLTK 3.10.0 之前版本 DNS解析失败导致SSRF漏洞 |
| CVE-2026-71514 | 2.5 LOW | NLTK 3.9.4-3.10.2 路径遍历漏洞 |
暂无评论