NLTK 3.10.3 之前的版本未能验证通过 java() 函数的 per-call options 参数传入的 JVM 选项,攻击者可以借此注入危险的 JVM 标志。攻击者能够向 Stanford 包装类提供恶意选项,例如 -agentpath、-javaagent 或 @argfile,从而实现任意代码执行。
尽管我们使用了先进的大模型技术,但其输出仍可能包含不准确或过时的信息。神龙努力确保数据的准确性,但请您根据实际情况进行核实和判断。
| # | POC 描述 | 源链接 | 神龙链接 |
|---|
| CVE-2026-79657 | 9.8 CRITICAL | NLTK 3.10.3之前 远程代码执行漏洞 |
| 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前 路径遍历漏洞 |
暂无评论