CVE-2026-62243— Netty 4.2.0至4.2.16 TLS主机名验证绕过漏洞
一分钟漏洞结论
影响对象
netty netty
利用判断
存在公开或 AI PoC，应优先验证
建议动作
优先检查厂商安全公告和参考链接中的修复版本；无法立即升级时，限制受影响服务暴露并加强监测。
Netty（io.netty:netty-handler）4.2.0.Final 至 4.2.16.Final 版本，以及 4.1.136.Final 及更早版本，在使用普通的（非扩展的）X509TrustManager 且无法使用基于 Unsafe 的信任管理器包装（Java 25+）时，会在 SslProvider.OPENSSL 客户端路径中禁用 TLS 主机名验证。在此配置下，OpenSSL 客户端不会执行主机名验证，使得中间人攻击者可以提供一个为其他主机名签发的证书，且该证书会被接受而未经过验证。该问题已
可能的 ATT&CK 技术 1 AI
T1557.002 · ARP Cache Poisoning
获取后续新漏洞提醒
登录后订阅
一、 漏洞 CVE-2026-62243 基础信息
漏洞信息
对漏洞内容有疑问？看看神龙的深度分析是否有帮助！
查看神龙十问 ↗
尽管我们使用了先进的大模型技术，但其输出仍可能包含不准确或过时的信息。神龙努力确保数据的准确性，但请您根据实际情况进行核实和判断。
Vulnerability Title
Netty 4.2.0 through 4.2.16 TLS Hostname Verification Bypass
来源: CVE Program / CVE List V5
Vulnerability Description
Netty (io.netty:netty-handler) versions from 4.2.0.Final through 4.2.16.Final and versions through 4.1.136.Final disable TLS hostname verification on the SslProvider.OPENSSL client path when a plain (non-extended) X509TrustManager is used and Unsafe-based trust-manager wrapping is unavailable (Java 25+). In this configuration the OpenSSL client does not perform hostname verification, allowing a man-in-the-middle attacker to present a certificate issued for a different hostname that is accepted without validation. Fixed in 4.2.17.Final and 4.1.137.Final.
来源: CVE Program / CVE List V5
CVSS Information
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:N
来源: CVE Program / CVE List V5
Vulnerability Type
对宿主不匹配的证书验证不恰当
来源: CVE Program / CVE List V5
受影响产品
二、漏洞 CVE-2026-62243 的公开POC
| # | POC 描述 | 源链接 | 神龙链接 |
|---|
AI 生成 POC
已实测靶场
高级
已在真实靶场复现成功
· 下方是搭建环境并实际触发漏洞的真实录像。
claude_code
· 13138 chars
Pro+ 专属包含：
漏洞复现靶场录像（真实沙箱构建 + 触发，独家）
漏洞原理深度分析
触发条件与影响面
完整可执行 POC 代码
利用链与缓解建议
POC 打包下载
每月 100+ 条 AI 生成额度
三、漏洞 CVE-2026-62243 的情报信息
请登录查看更多情报信息。
CVE-2026-62243 厂商安全公告 (2)
IV. Related Vulnerabilities
V. Comments for CVE-2026-62243
暂无评论