GHSA-2qj4-mmr9-4v2f: High severity maven/io.netty:netty-transport-sctp vulnerability

Published Aug 17, 2026
·
Updated

Summary SctpMessageCompletionHandler does not limit the total size of buffered fragments, allowing an unauthenticated attacker to cause an OutOfMemoryError by sending large SCTP fragments.

Details io.netty.handler.codec.sctp.SctpMessageCompletionHandler buffers fragments for incomplete SCTP messages. The fix for CVE-2026-46340 fixed unbounded memory growth by introducing limits on the number of concurrent incomplete messages (maxIncompleteSctpMessages) and the number of fragments per message (maxFragments).

While the count of fragments is now bounded, the handler still does not enforce a maximum size in bytes.

With the default limits of 128 messages and 128 fragments, and a typical max SCTP chunk size of 64KB, an attacker can consume up to ~1GB per connection. By opening a small number of concurrent connections, an attacker can easily exhaust the server's memory, causing an OutOfMemoryError.

Impact Memory Exhaustion. Any application using Netty's SCTP transport with SctpMessageCompletionHandler is impacted.

Affected Software

2 affected componentsFixes available
maven/io.netty:netty-transport-sctp<=4.1.136.Final
4.1.137.Final
maven/io.netty:netty-transport-sctp>=4.2.0.Final<=4.2.16.Final
4.2.17.Final

Remediation

Recommended actions to resolve this vulnerability, in priority order.

  1. Upgrade

    Upgrade maven/io.netty:netty-transport-sctp to a version that resolves this vulnerability.

    Fixed in 4.1.137.Final
  2. Upgrade

    Upgrade maven/io.netty:netty-transport-sctp to a version that resolves this vulnerability.

    Fixed in 4.2.17.Final
  3. Upgrade

    Upgrade Netty (io.netty.handler.codec.sctp.SctpMessageCompletionHandler) to a version that resolves this vulnerability.

    Patch CVE-2026-46340
  4. Configuration

    Set/keep maxIncompleteSctpMessages to a bounded value (introduced by CVE-2026-46340) to limit the number of concurrent incomplete SCTP messages buffered by SctpMessageCompletionHandler.

    io.netty.handler.codec.sctp.SctpMessageCompletionHandler maxIncompleteSctpMessages = 128 (default)
  5. Configuration

    Set/keep maxFragments to a bounded value (introduced by CVE-2026-46340) to limit the number of fragments per incomplete SCTP message buffered by SctpMessageCompletionHandler.

    io.netty.handler.codec.sctp.SctpMessageCompletionHandler maxFragments = 128 (default)

Event History

Aug 17, 2026
Advisory Published
via GitHub·05:50 PM
Data Sourced
via GitHub·05:50 PM
DescriptionSeverityWeaknessAffected Software
Free Weekly Intel

Don't miss critical vulnerabilities

Join thousands of security professionals who receive our weekly digest of trending CVEs, zero-days, and exploited vulnerabilities.

No spam. Unsubscribe anytime.

Frequently Asked Questions

1

What is the severity of GHSA-2qj4-mmr9-4v2f?

The severity of GHSA-2qj4-mmr9-4v2f is high with a score of 7.5.

2

What vulnerability does GHSA-2qj4-mmr9-4v2f describe?

GHSA-2qj4-mmr9-4v2f describes a vulnerability in the SctpMessageCompletionHandler that allows unauthenticated attackers to cause an OutOfMemoryError by sending large SCTP fragments.

3

How do I fix GHSA-2qj4-mmr9-4v2f?

To fix GHSA-2qj4-mmr9-4v2f, update to the latest version of the io.netty:netty-transport-sctp library that addresses the buffer size issue.

4

What is the potential impact of GHSA-2qj4-mmr9-4v2f?

The potential impact of GHSA-2qj4-mmr9-4v2f is a denial-of-service condition due to excessive memory consumption.

5

Who is affected by GHSA-2qj4-mmr9-4v2f?

Any application using io.netty:netty-transport-sctp without mitigating the buffer limit issue is affected by GHSA-2qj4-mmr9-4v2f.

Contact

SecAlerts Pty Ltd.
132 Wickham Terrace
Fortitude Valley,
QLD 4006, Australia
info@secalerts.co
By using SecAlerts services, you agree to our services end-user license agreement. This website is safeguarded by reCAPTCHA and governed by the Google Privacy Policy and Terms of Service. All names, logos, and brands of products are owned by their respective owners, and any usage of these names, logos, and brands for identification purposes only does not imply endorsement. If you possess any content that requires removal, please get in touch with us.
© 2026 SecAlerts Pty Ltd.
ABN: 70 645 966 203, ACN: 645 966 203