Intel

AIKIDO-2026-109779

netty-codec-stomp is vulnerable to Memory Leak

Memory LeakGHSA-ghg5-c4jg-8q5j Published Today

75

High Risk

This Affects:

JAVAnetty-codec-stomp
4.1.0.Final - 4.1.137.Final
Fixed in 4.1.138.Final
4.2.0.Final - 4.2.17.Final
Fixed in 4.2.18.Final
Are you affected? Scan for Free

TL;DR

StompSubframeDecoder allocates a buffer once the content-length is satisfied but parks it while awaiting the terminating NUL byte, and overrides neither handlerRemoved0 nor channelInactive. A remote peer that sends a well-formed frame body without its trailing NUL leaks one buffer per connection, and with pooled allocators that memory never returns to the pool. Sustained connections accumulate leaked buffers for the process lifetime, exhausting memory. The fix releases the parked buffer on handler removal.

Who does this affect?

You are affected if you are using a version that falls within the vulnerable range and your application decodes STOMP frames from untrusted peers.

Background info

netty-codec-stomp is vulnerable to Memory Leak in versions 4.1.0.Final - 4.1.137.Final and 4.2.0.Final - 4.2.17.Final.

How to fix this

Upgrade the io.netty:netty-codec-stomp library to the patch version.

Are You Affected?

Connect your repositories to instantly see whether vulnerable or malicious packages exist in your codebase.

Free. No credit card required.

Aikido Platform