Skip to content
VulniPulse
Advisory severityHigh7.5Red Hat Linux

High [CVE-2026-56818] Memory leak in netty-codec-redis

This high-severity Red Hat Linux advisory covers CVE-2026-56818 affecting Red Hat build of Apache Camel for Spring Boot 4, Red Hat Data Grid 8, Red Hat JBoss Enterprise Application Platform 7.

Aggregated and source-linked by VulniPulse. Data sources, validation and limitations.

CVE-2026-56818 Source published Source updated

VulniPulse record published Record updated

Affected products & platforms
Red Hat LinuxUnclassified
Open source advisory

Android app · Google Play

Monitor future Red Hat Linux CVEs from your phone.

Choose a whole vendor or a precise platform, then receive matching security advisories by phone notification, email, or both. Coverage follows 32 official vendor sources and 160+ reviewed platform categories.

Matching phone alertsOptional email delivery

Summary

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. A flaw was found in the Netty `netty-codec-redis` component.

This vulnerability allows a remote attacker to cause a denial of service (DoS) by sending specially crafted Redis protocol frames over long-lived connections. The Redis decoder fails to properly release allocated memory, leading to memory exhaustion and application instability.

The memory leak in long-lived Redis connections can lead to JVM heap exhaustion, making the service unavailable.

Affected versions
  • < 4.1.136.Final
  • < 4.2.16.Final

Official advisory · high-confidence parse· fetched 13 days ago·verify at source

Fixed versions
  • 4.1.136
  • 4.2.16

Official advisory · high-confidence parse· fetched 13 days ago·verify at source

Mitigation checklist

Recommended fix / mitigation
  • Mitigation for this issue is either not available or the currently available options do not meet the Red Hat Product Security criteria comprising ease of use and deployment, applicability to widespread installation base, or stability.

Official advisory · high-confidence parse· fetched 13 days ago·verify at source

Discussion(0)

No comments yet. Share field notes, upgrade gotchas, or questions — verify against the vendor advisory before acting on community advice.

Sign in to join the discussion.