CVE-2019-16869 - HTTP Request Smuggling in Netty

CVE-2019-16869 + HTTP Request Smuggling in Netty + High + 2019-10-11

One-sentence business risk

The vulnerable component sits in a commonly deployed application path and can create a material breach, outage, or compliance risk.

Research notes

  • Root cause: Netty before 4.1.42.Final mishandles whitespace before the colon in HTTP headers (such as a “Transfer-Encoding : chunked” line), which leads to HTTP request smuggling.
  • Affected versions: maven:io.netty:netty-all >= 4.0.0.Beta1, < 4.1.42.Final; maven:org.jboss.netty:netty <= 3.2.9.Final; maven:io.netty:netty >= 3.3.0.Final, <= 4.0.0.Alpha8.
  • Fixed / safe versions: 4.1.42.Final.
  • Public exploit / PoC signal: the consulted NVD/GHSA/vendor sources describe the trigger class; treat it as reproducible until patched.
  • CVSS: use upstream advisory score .

Exact vulnerable code pattern

forward_http2_request_without_body_length_state_validation(request)

Fixed / mitigated code pattern

reject ambiguous content-length/end-stream/body combinations before proxying

Dependency or runtime update:

mvn -q dependency:tree | grep -i netty || true
# update Maven/Gradle coordinates to 4.1.42.Final

Step-by-step integration guide

  1. Inventory io.netty:netty across source, lockfiles, SBOMs, container images, CI images, and deployment manifests.
  2. Upgrade to 4.1.42.Final or apply the exact vendor patch referenced below.
  3. Replace the vulnerable request-smuggling pattern with the fixed pattern and fail closed on malformed input.
  4. Add a regression test that exercises the advisory trigger and proves the request is rejected, bounded, or authorized.
  5. Deploy through canary, monitor security logs and resource metrics, then remove temporary edge blocks only after all runtimes are fixed.

Alternative mitigations

  • Disable the vulnerable feature path while the package/runtime update rolls out.
  • Add WAF or reverse-proxy rules for traversal tokens, prototype-polluting keys, oversized frames, shell metacharacters, or unauthenticated tool calls matching the trigger class.
  • Restrict internal egress, rotate exposed secrets, and revoke affected tokens/keys if the vulnerability can disclose config, logs, JWT secrets, proxy credentials, or PKI material.
  • For admin/API authorization issues, temporarily require elevated roles and explicit ownership checks at the gateway.

Detection signature

id: cve-2019-16869-http-request-smuggling-in-netty
source: GitHub Advisory Database
dependency_or_product: "io.netty:netty"
affected: "maven:io.netty:netty-all >= 4.0.0.Beta1, < 4.1.42.Final; maven:org.jboss.netty:netty <= 3.2.9.Final; maven:io.netty:netty >= 3.3.0.Final, <= 4.0.0.Alpha8"
fixed: "4.1.42.Final"
signals:
  - "request-smuggling"
  - "../"
  - "__proto__"
  - "tools/call"
  - "wp_ajax_nopriv"
  - "pickle.loads"
  - "shell command construction"
action: "upgrade, add regression test, and verify deploy artifact"

Copy-paste skill

You are remediating CVE-2019-16869 (HTTP Request Smuggling in Netty) in this repository.

Find every affected dependency, runtime, image, service configuration, and reachable code path. Upgrade or patch to 4.1.42.Final. Replace the vulnerable request-smuggling pattern with a fail-closed implementation, add a regression test for the trigger shape, and update deployment/SBOM artifacts. If this repository does not control the affected runtime, create TRIAGE.md naming the owner, affected version, fixed version, and blocking decision.

Keywords, affected tech stack, and revenue tags

  • Keywords: CVE-2019-16869, request-smuggling, io.netty:netty, GitHub Advisory Database.
  • Affected tech stack: java/maven.
  • Revenue tags: sellable_to_fintech, enterprise_blocker, high_priority_sla.

References