Node.js 在 TLS 主机名验证中存在一个缺陷:当客户端使用非标准的 IPv4 地址格式(例如 、 、 或 )连接时,仅包含 DNS 类型主题备用名称(SAN)的证书竟可被用于验证 IP 端点。 函数未能将上述主机名识别为 IP 地址,而是将其规范化为规范形式,再与证书中的 DNS 名称进行匹配。因此,若证书中包含 但缺少对应的 SAN,该证书仍会被接受;而若直接使用标准格式 ,同一证书则会被正确拒绝。利用此漏洞需要满足两个条件:一是客户端信任的证书颁发机构(CA)签发了一张包含数字 DNS SAN 的证书;
Although we use advanced large model technology, its output may still contain inaccurate or outdated information.Shenlong tries to ensure data accuracy, but please verify and judge based on the actual situation.
| # | POC Description | Source Link | Shenlong Link |
|---|
No public POC found.
Login to generate 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-106069 | Node.js 22/24/26 TLS 主机验证漏洞 | |
| CVE-2026-106071 | Node.js 26.x 权限模型文件系统漏洞 | |
| CVE-2026-106070 | Node.js 26.x 中 zlib.ZipFile API 的任意字节读取漏洞 | |
| CVE-2026-106073 | Node.js 22/24/26 权限模型文件路径绕过漏洞 |
No comments yet