REDHAT-BUG-2536891: High severity Netty netty-codec-http vulnerability

Published Sep 18, 2026
·
Updated

Netty is an asynchronous event-driven network application framework widely used for HTTP and other protocols.

A public GitHub Security Advisory (GHSA-pvjx-v7vp-62vq) reports that HttpServerCodec tracks, per connection, which HTTP method each still-unanswered pipelined request used. The first 32 pending entries are bit-packed into a single long, but every entry beyond that spills into methodOverflowQueue, an ArrayDeque with no upper bound.

A remote, unauthenticated attacker who pipelines HTTP/1.1 requests on one connection while withholding reads can grow this queue without limit, causing unbounded heap growth and a memory-exhaustion denial of service. This is the same defect class previously fixed in the sibling class HttpContentEncoder (CVE-2026-59899); HttpServerCodec did not receive the equivalent pipeline-depth bound.

Affected package: io.netty:netty-codec-http Affected versions: <= 4.1.137.Final and >= 4.2.0.Final, <= 4.2.17.Final Fixed versions: 4.1.138.Final and 4.2.18.Final

Advisory: https://github.com/netty/netty/security/advisories/GHSA-pvjx-v7vp-62vq

Affected Software

2 affected components
Netty netty-codec-http<=4.1.137.Final
Netty netty-codec-http>=4.2.0.Final<=4.2.17.Final

Remediation

Recommended actions to resolve this vulnerability, in priority order.

  1. Upgrade

    Upgrade io.netty:netty-codec-http to a version that resolves this vulnerability.

    Fixed in 4.1.138.Final
  2. Upgrade

    Upgrade io.netty:netty-codec-http to a version that resolves this vulnerability.

    Fixed in 4.2.18.Final
  3. Compensating control

    Apply network-layer controls to limit the rate and/or size of HTTP/1.1 pipelined requests from a single remote client to mitigate the unbounded pending-method queue growth while upgrading (e.g., enforce per-IP/request throttling at a load balancer/WAF/ingress).

Event History

Sep 18, 2026
Data Sourced
via Red Hat·07:03 AM
DescriptionSeverityAffected Software

Frequently Asked Questions

1

Who can exploit this issue?

A remote, unauthenticated attacker can exploit it against an application using the affected HTTP codec by maintaining a single HTTP/1.1 connection and sending pipelined requests.

2

What conditions are required for exploitation?

The attacker must pipeline more than 32 HTTP/1.1 requests on one connection and withhold reads, allowing HttpServerCodec's unbounded methodOverflowQueue to grow. No authentication is required.

3

Which versions should be remediated?

Affected versions are netty-codec-http 4.1.137.Final and earlier, and 4.2.0.Final through 4.2.17.Final. The fixed versions are 4.1.138.Final and 4.2.18.Final.

4

What is the impact if exploitation succeeds?

The per-connection queue can grow without limit, causing unbounded heap consumption. This can result in a memory-exhaustion denial of service.

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