Netty is an asynchronous, event-driven network application framework. Prior to 4.2.13.Final and 4.1.133.Final, HttpClientCodec pairs each inbound response with an outbound request by queue.poll() once per response, including for 1xx. If the client pipelines GET then HEAD and the server sends 103, then 200 with GET body, then 200 for HEAD, the queue pairs HEAD with the first 200. The HEAD rule then skips reading that message’s body, so the GET entity bytes stay on the stream and the following 200 is parsed from the wrong offset. This vulnerability is fixed in 4.2.13.Final and 4.1.133.Final.
Security readout for executives and security teams
Plain-English summary
CVE-2026-42584 is a Netty HTTP client parsing flaw. Under specific response ordering, a client can match a response to the wrong request and read the stream incorrectly. This can affect confidentiality, integrity, and availability at a limited level. Fixed Netty releases are available.
Executive priority
Treat as a high-priority dependency update for internet-facing or third-party-integrating services using Netty HTTP clients. There is no provided evidence of active exploitation, but the flaw is remotely reachable and has a published fix, so remediation should be scheduled promptly.
Technical view
Before Netty 4.2.13.Final and 4.1.133.Final, HttpClientCodec can desynchronize request-response tracking when interim 1xx responses interact with pipelined GET and HEAD requests. The HEAD handling may skip a body that belongs to GET, leaving bytes on the stream and parsing later responses from the wrong offset.
Likely exposure
Exposure is most likely in Java applications or products using affected Netty or io.netty:netty-codec-http versions, directly or transitively, where HttpClientCodec processes HTTP responses from untrusted or semi-trusted servers. Systems using vendor-packaged Netty should check the listed Red Hat advisories for product-specific status.
Exploitation context
The CVSS vector indicates network reachability, low complexity, no privileges, and no user interaction. The source bundle does not show CISA KEV listing or cite active exploitation. The described condition is specific, but response desynchronization can create meaningful security impact in HTTP clients.
Researcher notes
This is CWE-444 response desynchronization in Netty HttpClientCodec queue pairing. Key research questions are where affected clients use pipelining, accept interim 1xx responses, and process HEAD/GET mixtures. Avoid assuming product exposure without dependency evidence or vendor confirmation.
Mitigation direction
Upgrade Netty to 4.2.13.Final, 4.1.133.Final, or later fixed releases.
Update io.netty:netty-codec-http where it is used directly or transitively.
Review Red Hat errata for affected vendor-packaged products and supported fixes.
Check vendor guidance before applying workarounds not named in the sources.
Validation and detection
Inventory applications for Netty and io.netty:netty-codec-http dependencies.
Inspect dependency lockfiles, SBOMs, and SCA results for affected version ranges.
Confirm deployed artifacts use fixed Netty versions, not only source manifests.
Review HTTP client code paths that use Netty HttpClientCodec.
Track Red Hat CSAF or errata status for packaged deployments.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cwe · low confidence lookup
CWE-444: Exact CWE lookup
Use the exact CWE identifier as the starting point before reviewing related ATT&CK behavior. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.
CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.
CWE-444 · source CWE mapping
Inconsistent Interpretation of HTTP Requests ('HTTP Request/Response Smuggling')
Inconsistent Interpretation of HTTP Requests ('HTTP Request/Response Smuggling') represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.