NLTK 在 3.10.3 版本之前存在一个服务器端请求伪造(SSRF)漏洞,该漏洞位于 函数中(以及调用该函数的 、 等方法),前提是系统中配置了 HTTP 代理。虽然 会在本地对请求的主机名进行验证,但由于代理处理程序的继承机制禁用了安全的 HTTP/HTTPS 处理器,实际的数据获取请求由代理转发,而目标地址在代理层面不再进行任何验证。攻击者可以提供一个经本地验证的公共 URL,该 URL 被代理转发至仅允许内部回环地址访问的服务,从而导致内部 HTTP 资源的泄露、伪造的下载器索引文件的加载,以及攻击者自定
尽管我们使用了先进的大模型技术,但其输出仍可能包含不准确或过时的信息。神龙努力确保数据的准确性,但请您根据实际情况进行核实和判断。
| # | POC 描述 | 源链接 | 神龙链接 |
|---|
| CVE-2026-79657 | 9.8 CRITICAL | NLTK 3.10.3之前 远程代码执行漏洞 |
| 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-79676 | 5.9 MEDIUM | NLTK 3.10.3前 路径遍历漏洞 |
暂无评论