Bug 2521309 (CVE-2026-62243) - CVE-2026-62243 io.netty/netty-handler: Netty: TLS hostname verification bypass via OpenSSL client path misconfiguration
Summary: CVE-2026-62243 io.netty/netty-handler: Netty: TLS hostname verification bypas...
Keywords:
Status: NEW
Alias: CVE-2026-62243
Product: Security Response
Classification: Other
Component: vulnerability
Version: unspecified
Hardware: All
OS: Linux
high
high
Target Milestone: ---
Assignee: Product Security DevOps Team
QA Contact:
URL:
Whiteboard:
Depends On: 2526733 2526734 2526735 2526736
Blocks:
TreeView+ depends on / blocked
 
Reported: 2026-08-22 12:52 UTC by OSIDB Bzimport
Modified: 2026-09-03 18:34 UTC (History)
108 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed:
Embargoed:

Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHSA-2026:63302 0 None None None 2026-09-03 18:34:36 UTC

Description OSIDB Bzimport 2026-08-22 12:52:04 UTC 
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.
Comment 1 errata-xmlrpc 2026-09-03 18:34:30 UTC 
This issue has been addressed in the following products:

  Red Hat Build of Apache Camel 3.33 for Quarkus 3.33.3.SP1

Via RHSA-2026:63302 https://access.redhat.com/errata/RHSA-2026:63302
Note You need to log in before you can comment on or make changes to this bug.