Netty: HAProxy SSL TLV parsing leaks retained slice on invalid TLV length
21Vexday Risk Score
No sign of exploitation. No public exploitation artifact known so far.
ssvc Trackcvss 7.5epss 0.6%
exploitation probability
0.6%top 53% of all CVEs
observed exploitation
nono source reports it
Netty is a network application framework for development of protocol servers and clients. In netty-codec-haproxy prior to versions 4.1.135.Final and 4.2.15.Final, when decoding a PP2_TYPE_SSL TLV, HAProxyMessage.readNextTLV() first calls `header.retainedSlice(header.readerIndex(), length)` and only then reads the 1-byte client field and 4-byte verify field. If the attacker sets the TLV length below 5, the subsequent readByte/readInt throws IndexOutOfBoundsException. HAProxyMessageDecoder only catches HAProxyProtocolException around this call, so the IOOBE propagates and the retained slice on the pooled cumulation buffer is never released. Versions 4.1.135.Final and 4.2.15.Final patch the issue.
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H
Affected products
netty · nettyReferences
https://access.redhat.com/errata/RHSA-2026:26017https://access.redhat.com/errata/RHSA-2026:26018https://access.redhat.com/errata/RHSA-2026:26586https://access.redhat.com/errata/RHSA-2026:34608https://access.redhat.com/errata/RHSA-2026:36820https://access.redhat.com/errata/RHSA-2026:37390https://access.redhat.com/errata/RHSA-2026:41951https://access.redhat.com/errata/RHSA-2026:48151https://access.redhat.com/errata/RHSA-2026:50085https://access.redhat.com/errata/RHSA-2026:53644https://access.redhat.com/errata/RHSA-2026:53806https://access.redhat.com/errata/RHSA-2026:54435