Io.netty:netty codec http3: Netty: Memory Exhaustion via HTTP/3 Reserved Frame Types (CVE-2026-56816)
Netty's Http3FrameCodec in the io.netty:netty-codec-http3 library improperly trusts the payload length of HTTP/3 reserved frame types without validation, allowing an attacker to specify a very large payload length. This causes the server to buffer excessive data in memory, leading to memory exhaustion and a denial of service. The vulnerability arises because the payload length is read directly from the wire and can be up to Integer.MAX_VALUE, with no enforced maximum limit for reserved frames.
AI Analysis
Technical Summary
The vulnerability in io.netty:netty-codec-http3 (CVE-2026-56816) involves the Http3FrameCodec component, which buffers incoming data for HTTP/3 reserved frame types based on a payload length value read directly from the network without validation. Since the payload length can be set up to Integer.MAX_VALUE, an attacker can send reserved frames with extremely large payload lengths, causing the server to allocate large amounts of memory. By opening multiple QUIC streams and sending such frames, an attacker can exhaust server memory, resulting in an out-of-memory condition and a gradual denial of service. The issue is due to lack of maximum payload length enforcement for reserved frames in the decodeFrame method.
Potential Impact
This vulnerability allows an unauthenticated remote attacker to cause a denial of service by exhausting server memory resources. The impact is limited to availability (denial of service) with no confidentiality or integrity impact reported. Exploitation requires sending specially crafted HTTP/3 reserved frames with large payload lengths over multiple QUIC streams to the vulnerable server.
Mitigation Recommendations
Patch status is not yet confirmed — check the vendor advisory for current remediation guidance. Until a fix is available, consider implementing network-level protections such as limiting the number of concurrent QUIC streams or applying rate limiting to mitigate potential exploitation. Monitor vendor channels for official patches or updates addressing this issue.
Io.netty:netty codec http3: Netty: Memory Exhaustion via HTTP/3 Reserved Frame Types (CVE-2026-56816)
Description
Netty's Http3FrameCodec in the io.netty:netty-codec-http3 library improperly trusts the payload length of HTTP/3 reserved frame types without validation, allowing an attacker to specify a very large payload length. This causes the server to buffer excessive data in memory, leading to memory exhaustion and a denial of service. The vulnerability arises because the payload length is read directly from the wire and can be up to Integer.MAX_VALUE, with no enforced maximum limit for reserved frames.
CVSS v3.1
Affected software
Run on your own infrastructure? Check whether these packages are installed with threat-finder — our free open-source scanner.
Weaknesses
AI-Powered Analysis
Machine-generated threat intelligence
Technical Analysis
The vulnerability in io.netty:netty-codec-http3 (CVE-2026-56816) involves the Http3FrameCodec component, which buffers incoming data for HTTP/3 reserved frame types based on a payload length value read directly from the network without validation. Since the payload length can be set up to Integer.MAX_VALUE, an attacker can send reserved frames with extremely large payload lengths, causing the server to allocate large amounts of memory. By opening multiple QUIC streams and sending such frames, an attacker can exhaust server memory, resulting in an out-of-memory condition and a gradual denial of service. The issue is due to lack of maximum payload length enforcement for reserved frames in the decodeFrame method.
Potential Impact
This vulnerability allows an unauthenticated remote attacker to cause a denial of service by exhausting server memory resources. The impact is limited to availability (denial of service) with no confidentiality or integrity impact reported. Exploitation requires sending specially crafted HTTP/3 reserved frames with large payload lengths over multiple QUIC streams to the vulnerable server.
Mitigation Recommendations
Patch status is not yet confirmed — check the vendor advisory for current remediation guidance. Until a fix is available, consider implementing network-level protections such as limiting the number of concurrent QUIC streams or applying rate limiting to mitigate potential exploitation. Monitor vendor channels for official patches or updates addressing this issue.
Technical Details
- Gcve Source
- db.gcve.eu
- Osv Id
- GHSA-hpcc-26xq-25fv
- Osv Schema Version
- 1.4.0
- Aliases
- ["CVE-2026-56816"]
- Ecosystems
- ["Maven"]
- Database Specific Severity
- HIGH
- Cvss Version
- 3.1
Threat ID: 6a6150d69c2644c7f8da0c3f
Added to database: 07/22/2026, 23:23:02 UTC
Last enriched: 07/22/2026, 23:30:49 UTC
Last updated: 07/22/2026, 23:30:49 UTC
Views: 2
Community Reviews
0 reviewsCrowdsource mitigation strategies, share intel context, and vote on the most helpful responses. Sign in to add your voice and help keep defenders ahead.
Want to contribute mitigation steps or threat intel context? Sign in or create an account to join the community discussion.
Actions
Updates to AI analysis require Pro Console access. Upgrade inside Console → Billing.
Need more coverage?
Upgrade to Pro Console for AI refresh and higher limits.
For incident response and remediation, OffSeq services can help resolve threats faster.
Latest Threats
Check if your credentials are on the dark web
Instant breach scanning across billions of leaked records. Free tier available.