Memory Leak Affecting netty package, versions *


Severity

Recommended
low

Based on default assessment until relevant scores are available.

Do your applications use this vulnerable package?

In a few clicks we can analyze your entire application and see what components are vulnerable in your application, and suggest you quick fixes.

Test your applications
  • Snyk IDSNYK-DEBIAN14-NETTY-18500554
  • published1 Aug 2026
  • disclosed7 Aug 2026

Introduced: 1 Aug 2026

NewCVE-2026-56818  (opens in a new tab)
CWE-401  (opens in a new tab)
CWE-703  (opens in a new tab)

How to fix?

There is no fixed version for Debian:14 netty.

NVD Description

Note: Versions mentioned in the description apply only to the upstream netty package and not the netty package as distributed by Debian. See How to fix? for Debian:14 relevant fixed versions and status.

Netty is an asynchronous, event-driven network application framework. Prior to 4.1.136.Final and 4.2.16.Final, the RedisArrayAggregator Redis codec clears retained partial aggregate state when the maxNestedArrayDepth limit is exceeded, but it does not clear the same state when the sibling maxElements limit is exceeded. A peer can start a valid RESP array, send a bulk string child, then send a nested array header longer than the configured maxElements. Netty throws a decoder exception in decodeRedisArrayHeader, but the existing partial aggregate remains retained in the handler. If the application leaves the channel alive after the exception, later messages are still consumed into the pre-error aggregate, allowing an unauthenticated peer to keep attacker-controlled aggregate state alive across a security-limit exception and pin retained pooled buffers. This issue is fixed in versions 4.1.136.Final and 4.2.16.Final.

CVSS Base Scores

version 3.1