NLTK 3.10.3 之前的版本中存在远程代码执行漏洞。该漏洞源于白名单 pickle 加载器信任整个模块命名空间,而非仅信任特定的安全可调对象。攻击者可通过构造恶意的 pickle 载荷,利用 pickle 的 REDUCE 机制调用命名空间内危险的函数(例如 和 ),从而在加载模型或分词器(tokenizer)工件时执行任意命令。
尽管我们使用了先进的大模型技术,但其输出仍可能包含不准确或过时的信息。神龙努力确保数据的准确性,但请您根据实际情况进行核实和判断。
| # | POC 描述 | 源链接 | 神龙链接 |
|---|
| CVE-2026-79675 | 9.8 CRITICAL | NLTK 3.10.3 前 JVM 参数注入漏洞 |
| CVE-2026-78683 | 9.6 CRITICAL | NLTK 3.10.0 前远程代码执行漏洞 |
| CVE-2026-79674 | 8.2 HIGH | NLTK 3.10.2 通过 corpus-reader 构造函数的路径遍历漏洞 |
| CVE-2026-78680 | 7.8 HIGH | NLTK 3.10.3以下版本 Graphviz dot二进制任意代码执行漏洞 |
| CVE-2026-78681 | 7.5 HIGH | NLTK 3.10.3之前实体扩展DoS漏洞 |
| CVE-2026-78682 | 7.5 HIGH | NLTK 3.10.3 之前版本 SSRF 代理保护绕过漏洞 |
| CVE-2026-79676 | 5.9 MEDIUM | NLTK 3.10.3前 路径遍历漏洞 |
暂无评论