Node.js 在 TLS 主机名验证中存在一个缺陷:当主机名为带有前导零的非标准 IPv4 字面量(例如 )时,服务器证书可能会被错误地针对一个与客户端实际连接地址不同的 IP 地址进行验证。 方法遵循 WHATWG URL 规范对主机名进行标准化处理,该规范将带有前导零的八位字节解释为八进制数(因此 会被解析为 );而实际的网络连接是通过操作系统解析器建立的,在某些平台(如 macOS)上,该解析器会将此类地址解释为十进制数(即 )。这导致攻击者可以针对实际连接地址上的服务器,使用为另一个 IP 地址签发的证书
尽管我们使用了先进的大模型技术,但其输出仍可能包含不准确或过时的信息。神龙努力确保数据的准确性,但请您根据实际情况进行核实和判断。
| # | POC 描述 | 源链接 | 神龙链接 |
|---|
未找到公开 POC。
登录以生成 AI POC| CVE-2026-105481 | Node.js 22/24/26.x HTTP 代理连接重用漏洞 | |
| CVE-2026-105482 | Node.js 22/24/26.x DNS 解析空字节截断漏洞 | |
| CVE-2026-105483 | Node.js 24.x/26.x TLS 主机验证绕过漏洞 | |
| CVE-2026-106074 | Node.js 22/24/26 crypto 快照熵缓存漏洞 | |
| CVE-2026-106071 | Node.js 26.x 权限模型文件系统漏洞 | |
| CVE-2026-106070 | Node.js 26.x 中 zlib.ZipFile API 的任意字节读取漏洞 | |
| CVE-2026-106072 | Node.js 22/24/26 TLS 主机验证绕过漏洞 | |
| CVE-2026-106073 | Node.js 22/24/26 权限模型文件路径绕过漏洞 |
暂无评论