CVE details
CVE-2026-75595
Netty is an asynchronous, event-driven network application framework. Prior to 4.1.137.Fina and 4.2.17.Final, io.netty.handler.ssl.SslClientHelloHandler#decode checks the wrong offset before reading the four-byte TLS handshake header, so a ClientHello whose handshake header spans records can cause an IndexOutOfBoundsException and invoke select(ctx, null). This selects the default SslContext instead of the SNI-specific context. In deployments where per-SNI clientAuth=REQUIRE is the sole mutual TLS gate, the default SslContext uses clientAuth=NONE or clientAuth=OPTIONAL, and no application-layer certificate verification exists, an unauthenticated remote attacker can bypass the protected route's mutual TLS requirement. This issue is fixed in versions 4.1.137.Final and 4.2.17.Final.
Affected ports (1)
| Port | Package | Version | Status | Maintainer |
|---|---|---|---|---|
| java/netty | netty | 4.1.53_2 | unaddressed | glewis@FreeBSD.org |
Template for a VuXML entry
Range taken from the CVE record, check it before committing. make newentry in security/vuxml creates the vid.
<vuln vid="FIXME (make newentry)">
<topic>FIXME -- FIXME</topic>
<affects>
<package>
<name>netty</name>
<range><lt>4.1.137</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Netty is an asynchronous, event-driven network application framework.
Prior to 4.1.137.Fina and 4.2.17.Final,
io.netty.handler.ssl.SslClientHelloHandler#decode checks the wrong
offset before reading the four-byte TLS handshake header, so a
ClientHello whose handshake header spans records can cause an
IndexOutOfBoundsException and invoke select(ctx, null). This selects
the default SslContext instead of the SNI-specific context. In
deployments where per-SNI clientAuth=REQUIRE is the sole mutual TLS
gate, the default SslContext uses clientAuth=NONE or
clientAuth=OPTIONAL, and no application-layer certificate verification
exists, an unauthenticated remote attacker can bypass the protected
route's mutual TLS requirement. This issue is fixed in versions
4.1.137.Final and 4.2.17.Final.</p>
</body>
</description>
<references>
<cvename>CVE-2026-75595</cvename>
<url>https://nvd.nist.gov/vuln/detail/CVE-2026-75595</url>
</references>
<dates>
<discovery>2026-08-19</discovery>
<entry>2026-10-25</entry>
</dates>
</vuln>