CVE-2019-20444 json
HTTP Request Smuggling in Netty
published 2020-01-29 6 y ago modified 2026-10-08 31 d ago also GHSA-cqqj-4p63-rrmm , EUVD-2020-0302
- cvss
- 9.1
- version 3.1, NVD
- cisa kev
- Not listed
- not in CISA's catalog
- epss
- 8.9%
- EPSS 8.9% chance of exploitation in 30 days, percentile 95%
- public exploits
- 0
- none known
Summary
HttpObjectDecoder.java in Netty before 4.1.44 allows an HTTP header that lacks a colon, which might be interpreted as a separate header with an incorrect syntax, or might be interpreted as an "invalid fold."
Patch / fix
- maven io.netty:netty-codec-http 4.1.44
- netty netty 4.1.44
- netty Debian 14, Debian 13, Debian 12 1:4.1.45-1
debian advisories DEBIAN-CVE-2019-20444
- netty Ubuntu 18.04 LTS 1:4.1.7-4ubuntu0.1
- netty-3.9 Ubuntu 16.04 LTS 3.9.0.Final-1ubuntu0.1
- netty-3.9 Ubuntu 18.04 LTS 3.9.9.Final-1+deb9u1build0.18.04.1
- netty Ubuntu Pro 14.04 LTS 1:3.2.6.Final-2+deb8u2build0.14.04.1~esm1
ubuntu advisories UBUNTU-CVE-2019-20444
Ubuntu security data © Canonical Ltd., from https://github.com/canonical/ubuntu-security-notices via OSV; changed: normalised to fixed package versions per release. CC BY-SA 4.0
- eap7-txw2 jboss enterprise application platform 7.2 2.3.3-4.b02_redhat_00001.1.el8eap
- eap7-xsom jboss enterprise application platform 7.2 2.3.3-4.b02_redhat_00001.1.el8eap
- eap7-rngom jboss enterprise application platform 7.2 2.3.3-4.b02_redhat_00001.1.el8eap
- eap7-thrift jboss enterprise application platform 7.2 0.13.0-1.redhat_00002.1.el8eap
- eap7-wildfly jboss enterprise application platform 7.2 7.2.7-4.GA_redhat_00004.1.el8eap
- eap7-jaxb-jxc jboss enterprise application platform 7.2 2.3.3-4.b02_redhat_00001.1.el8eap
- eap7-jaxb-xjc jboss enterprise application platform 7.2 2.3.3-4.b02_redhat_00001.1.el8eap
- eap7-codemodel jboss enterprise application platform 7.2 2.3.3-4.b02_redhat_00001.1.el8eap
red hat advisories RHSA-2024:5856RHSA-2020:0806RHSA-2020:0805RHSA-2020:0804RHSA-2020:0601RHSA-2020:0605
- github.com/netty/netty#9871 pull request
- github.com/netty/netty#9871 pull request
- github.com/netty/netty/issues/9866 advisory
- github.com/netty/netty/compare/netty-4.1.43.Final...netty-4.1.44.Final advisory
Vendor advisories
What the vendors themselves say about their products: affected, fixed or not affected, and what to do.
red hat product security vex CVE-2019-20444 updated cvss 7.5
netty: HTTP request smuggling
-
Red Hat Fuse 7 karaf-transaction-manager-narayana karaf-transaction-manager-narayanaaffected: workaround, no fix available “* Use HTTP/2 instead (clear boundaries between requests) * Disable reuse of backend connections eg. ```http-reuse never``` in HAProxy or whatever equivalent LB settings”
-
Red Hat JBoss A-MQ 6 netty netty Red Hat JBoss Enterprise Application Platform 5 netty netty Red Hat JBoss Enterprise Application Platform 6 netty netty Red Hat JBoss Fuse 6 netty netty Red Hat JBoss Operations Network 3 netty netty Red Hat OpenShift Container Platform 3.11 openshift3/ose-logging-elasticsearch5affected: workaround, no fix planned “* Use HTTP/2 instead (clear boundaries between requests) * Disable reuse of backend connections eg. ```http-reuse never``` in HAProxy or whatever equivalent LB settings”
+2 more productsfewer
Red Hat OpenShift Container Platform 4 openshift4/ose-logging-elasticsearch5 Red Hat Satellite 6 candlepin, candlepin-selinux -
Red Hat EAP-CD 19 Tech Previewfixed: vendor fix “* Use HTTP/2 instead (clear boundaries between requests) * Disable reuse of backend connections eg. ```http-reuse never``` in HAProxy or whatever equivalent LB settings” RHSA-2020:2333
-
Red Hat AMQfixed: vendor fix “* Use HTTP/2 instead (clear boundaries between requests) * Disable reuse of backend connections eg. ```http-reuse never``` in HAProxy or whatever equivalent LB settings” RHSA-2020:0922
-
Red Hat AMQ 7.4.3fixed: vendor fix “* Use HTTP/2 instead (clear boundaries between requests) * Disable reuse of backend connections eg. ```http-reuse never``` in HAProxy or whatever equivalent LB settings” RHSA-2020:1445
-
Red Hat AMQ Clients 2 nodejs-rhea 1.0.16-1.el8, qpid-proton 0.30.0-2.el7, qpid-proton 0.30.0-3.el8, qpid-proton-c 0.30.0-2.el7, qpid-proton-c 0.30.0-3.el8, qpid-proton 0.30.0-4.el6_10, +12 morefixed: vendor fix “* Use HTTP/2 instead (clear boundaries between requests) * Disable reuse of backend connections eg. ```http-reuse never``` in HAProxy or whatever equivalent LB settings” RHSA-2020:0601
-
Red Hat AMQ Online 1.3.3 GAfixed: vendor fix “* Use HTTP/2 instead (clear boundaries between requests) * Disable reuse of backend connections eg. ```http-reuse never``` in HAProxy or whatever equivalent LB settings” RHSA-2020:0497
-
Red Hat AMQ Streams 1fixed: vendor fix “* Use HTTP/2 instead (clear boundaries between requests) * Disable reuse of backend connections eg. ```http-reuse never``` in HAProxy or whatever equivalent LB settings” RHSA-2020:0939
show 11 moreshow fewer
-
Red Hat Data Grid 7.3.6fixed: vendor fix “* Use HTTP/2 instead (clear boundaries between requests) * Disable reuse of backend connections eg. ```http-reuse never``` in HAProxy or whatever equivalent LB settings” RHSA-2020:2321
-
Red Hat Decision Manager 7fixed: vendor fix “* Use HTTP/2 instead (clear boundaries between requests) * Disable reuse of backend connections eg. ```http-reuse never``` in HAProxy or whatever equivalent LB settings” RHSA-2020:3196
-
Red Hat Fuse 7.7.0fixed: vendor fix “* Use HTTP/2 instead (clear boundaries between requests) * Disable reuse of backend connections eg. ```http-reuse never``` in HAProxy or whatever equivalent LB settings” RHSA-2020:3192
-
Red Hat JBoss EAP 7.2fixed: vendor fix “* Use HTTP/2 instead (clear boundaries between requests) * Disable reuse of backend connections eg. ```http-reuse never``` in HAProxy or whatever equivalent LB settings” RHSA-2020:0606
-
Red Hat JBoss EAP 7.2 for RHEL 6 Server eap7-thrift 0.13.0-1.redhat_00002.1.el6eap, eap7-txw2 2.3.3-4.b02_redhat_00001.1.el6eap, eap7-xsom 2.3.3-4.b02_redhat_00001.1.el6eap, eap7-rngom 2.3.3-4.b02_redhat_00001.1.el6eap, eap7-stax2-api 4.2.0-1.redhat_00001.1.el6eap, eap7-wildfly 7.2.7-4.GA_redhat_00004.1.el6eap, +100 morefixed: vendor fix “* Use HTTP/2 instead (clear boundaries between requests) * Disable reuse of backend connections eg. ```http-reuse never``` in HAProxy or whatever equivalent LB settings” RHSA-2020:0804
-
Red Hat JBoss EAP 7.2 for RHEL 7 Server eap7-thrift 0.13.0-1.redhat_00002.1.el7eap, eap7-txw2 2.3.3-4.b02_redhat_00001.1.el7eap, eap7-xsom 2.3.3-4.b02_redhat_00001.1.el7eap, eap7-rngom 2.3.3-4.b02_redhat_00001.1.el7eap, eap7-stax2-api 4.2.0-1.redhat_00001.1.el7eap, eap7-wildfly 7.2.7-4.GA_redhat_00004.1.el7eap, +102 more Red Hat JBoss EAP 7.2 for RHEL 8 eap7-thrift 0.13.0-1.redhat_00002.1.el8eap, eap7-txw2 2.3.3-4.b02_redhat_00001.1.el8eap, eap7-xsom 2.3.3-4.b02_redhat_00001.1.el8eap, eap7-rngom 2.3.3-4.b02_redhat_00001.1.el8eap, eap7-stax2-api 4.2.0-1.redhat_00001.1.el8eap, eap7-wildfly 7.2.7-4.GA_redhat_00004.1.el8eap, +100 morefixed: vendor fix “* Use HTTP/2 instead (clear boundaries between requests) * Disable reuse of backend connections eg. ```http-reuse never``` in HAProxy or whatever equivalent LB settings” RHSA-2020:0605
-
Red Hat JBoss Enterprise Application Platform 7.1 EUS for RHEL 7 Server eap7-netty 4.1.45-1.Final_redhat_00001.1.ep7.el7, eap7-netty-all 4.1.45-1.Final_redhat_00001.1.ep7.el7fixed: vendor fix “* Use HTTP/2 instead (clear boundaries between requests) * Disable reuse of backend connections eg. ```http-reuse never``` in HAProxy or whatever equivalent LB settings” RHSA-2024:5856
-
Red Hat Process Automation 7fixed: vendor fix “* Use HTTP/2 instead (clear boundaries between requests) * Disable reuse of backend connections eg. ```http-reuse never``` in HAProxy or whatever equivalent LB settings” RHSA-2020:3197
-
Red Hat Single Sign-On 7.3fixed: vendor fix “* Use HTTP/2 instead (clear boundaries between requests) * Disable reuse of backend connections eg. ```http-reuse never``` in HAProxy or whatever equivalent LB settings” RHSA-2020:0951
-
Red Hat Text-Only RHOARfixed: vendor fix “* Use HTTP/2 instead (clear boundaries between requests) * Disable reuse of backend connections eg. ```http-reuse never``` in HAProxy or whatever equivalent LB settings” RHSA-2020:0567
-
Red Hat JBoss Enterprise Application Platform 7.1 EUS for RHEL 7 Server eap7-wildfly 7.1.7-2.GA_redhat_00002.1.ep7.el7, eap7-infinispan 8.2.11-1.SP2_redhat_00001.1.ep7.el7, eap7-undertow 1.4.18-12.SP12_redhat_00001.1.ep7.el7, eap7-wildfly-modules 7.1.7-2.GA_redhat_00002.1.ep7.el7, eap7-jackson-databind 2.8.11.5-1.redhat_00001.1.ep7.el7, eap7-infinispan-core 8.2.11-1.SP2_redhat_00001.1.ep7.el7, +7 morenot affected: vulnerable code not present
Red Hat CSAF VEX © Red Hat, Inc., from https://security.access.redhat.com/data/csaf/v2/vex/; changed: reduced to product statuses and remediations. CC BY 4.0 · csaf
CISA SSVC
- Exploitation
- none
- Automatable
- yes
- Technical impact
- total
- Assessed
- 31 d ago
Exploit prediction
8.91% chance of exploitation in the next 30 days, higher than 95% of all scored CVEs (FIRST EPSS, 2026-11-08).
Exploits and checks
- github.com https://github.com/netty/netty/issues/9866 referenced PoC, tagged "exploit" by a source, unverified
CVSS scores
| assigned by | version | score | vector |
|---|---|---|---|
| NVD | 3.1 | 9.1 | CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:N |
| NVD | 2.0 | 6.4 | AV:N/AC:L/Au:N/C:P/I:P/A:N |
| GitHub | 3.1 | 9.1 | CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:N |
Affected packages
| ecosystem | package | affected | fixed in |
|---|---|---|---|
| maven | io.netty:netty-codec-http | <4.1.44 |
4.1.44 |
| maven | org.jboss.netty:netty | all versions |
no fix listed |
| maven | io.netty:netty | all versions |
no fix listed |
Classification
- Weakness
-
- CWE-444 Inconsistent Interpretation of HTTP Requests
References
-
github.com
/netty/netty/issues/9866
web, exploit, issue-tracking, patch, third-party-advisory
-
github.com
/netty/netty/compare/netty-4.1.43.Final...netty-4.1.44.Final
patch, third-party-advisory
-
github.com
/netty/netty/pull/9871/files#diff-e26989b9171ef22c27c9f7d80689cfb059d568c9bd10e75970d96c02d0654878
web
-
github.com
/netty/netty/pull/9871
web
-
access.redhat.com
/errata/RHSA-2020:0497
vendor-advisory, third-party-advisory
-
access.redhat.com
/errata/RHSA-2020:0601
vendor-advisory, third-party-advisory
-
access.redhat.com
/errata/RHSA-2020:0606
vendor-advisory, third-party-advisory
-
access.redhat.com
/errata/RHSA-2020:0605
vendor-advisory, third-party-advisory
-
access.redhat.com
/errata/RHSA-2020:0567
vendor-advisory, third-party-advisory
-
access.redhat.com
/errata/RHSA-2020:0806
vendor-advisory, third-party-advisory
-
access.redhat.com
/errata/RHSA-2020:0811
vendor-advisory, third-party-advisory
-
access.redhat.com
/errata/RHSA-2020:0804
vendor-advisory, third-party-advisory
-
access.redhat.com
/errata/RHSA-2020:0805
vendor-advisory, third-party-advisory
-
usn.ubuntu.com
/4532-1/
vendor-advisory
-
lists.fedoraproject.org
/archives/list/package-announce@lists.fedoraproject.org/message/TS6VX7OMXPDJIU5LRGUAHRK6MENAVJ46/
vendor-advisory
-
debian.org
/security/2021/dsa-4885
vendor-advisory, web
-
lists.fedoraproject.org
/archives/list/package-announce%40lists.fedoraproject.org/message/TS6VX7OMXPDJIU5LRGUAHRK6MENAVJ46/
vendor-advisory
-
lists.apache.org
/thread.html/re45ee9256d3233c31d78e59ee59c7dc841c7fbd83d0769285b41e948@%3Ccommits.druid.apache.org%3E
mailing-list
-
lists.apache.org
/thread.html/r70b1ff22ee80e8101805b9a473116dd33265709007d2deb6f8c80bf2@%3Ccommits.druid.apache.org%3E
mailing-list
-
lists.apache.org
/thread.html/rff210a24f3a924829790e69eaefa84820902b7b31f17c3bf2def9114@%3Ccommits.druid.apache.org%3E
mailing-list
-
lists.apache.org
/thread.html/ra9fbfe7d4830ae675bf34c7c0f8c22fc8a4099f65706c1bc4f54c593@%3Cissues.zookeeper.apache.org%3E
mailing-list, web
-
lists.apache.org
/thread.html/r96e08f929234e8ba1ef4a93a0fd2870f535a1f9ab628fabc46115986@%3Cdev.zookeeper.apache.org%3E
mailing-list, web
-
lists.apache.org
/thread.html/r804895eedd72c9ec67898286eb185e04df852b0dd5fe53cf5b6138f9@%3Cissues.zookeeper.apache.org%3E
mailing-list
-
lists.apache.org
/thread.html/rce71d33747010d32d31d90f5d737dae26291d96552f513a266c92fbb@%3Cnotifications.zookeeper.apache.org%3
web
- lists.apache.org /thread.html/rfb55f245b08d8a6ec0fb4dc159022227cd22de34c4419c2fbb18802b@%3Cnotifications.zookeeper.apache.org%3
-
lists.apache.org
/thread.html/ra2ace4bcb5cf487f72cbcbfa0f8cc08e755ec2b93d7e69f276148b08@%3Cissues.zookeeper.apache.org%3E
mailing-list, web
-
lists.apache.org
/thread.html/r36fcf538b28f2029e8b4f6b9a772f3b107913a78f09b095c5b153a62@%3Cissues.zookeeper.apache.org%3E
mailing-list
-
lists.apache.org
/thread.html/r91e0fa345c86c128b75a4a791b4b503b53173ff4c13049ac7129d319@%3Cnotifications.zookeeper.apache.org%3
web
- lists.apache.org /thread.html/r310d2ce22304d5298ff87f10134f918c87919b452734f9841d95682d@%3Ccommits.zookeeper.apache.org%3E
-
lists.apache.org
/thread.html/r9b20cdac704cf9a583400350e2d5b576fa8417c18ddb961201676c60@%3Ccommits.zookeeper.apache.org%3E
web
-
lists.apache.org
/thread.html/r640eb9b3213058a963e18291f903fc1584e577f60035f941e32f760a@%3Cissues.zookeeper.apache.org%3E
mailing-list
-
lists.apache.org
/thread.html/r059b042bca47be53ff8a51fd04d95eb01bb683f1afa209db136e8cb7@%3Cdev.zookeeper.apache.org%3E
mailing-list
-
lists.apache.org
/thread.html/r489886fe72a98768eed665474cba13bad8d6fe0654f24987706636c5@%3Cdev.zookeeper.apache.org%3E
mailing-list
-
lists.apache.org
/thread.html/r34912a9b1a5c269a77b8be94ef6fb6d1e9b3c69129719dc00f01cf0b@%3Cdev.zookeeper.apache.org%3E
mailing-list
- lists.apache.org /thread.html/r0f5e72d5f69b4720dfe64fcbc2da9afae949ed1e9cbffa84bb7d92d7@%3Cnotifications.zookeeper.apache.org%3
-
lists.apache.org
/thread.html/r1fcccf8bdb3531c28bc9aa605a6a1bea7e68cef6fc12e01faafb2fb5@%3Cissues.zookeeper.apache.org%3E
mailing-list
- lists.apache.org /thread.html/r819aaeb9944bdcfca438dcc51f05650dc728daf64dfd7d774fc2499b@%3Ccommits.zookeeper.apache.org%3E
-
lists.apache.org
/thread.html/rb84c57670ec48ef23f4d07973b7fa69f629b8e7fcfb48874362feb6f@%3Ccommits.zookeeper.apache.org%3E
web
-
lists.apache.org
/thread.html/r6945f3c346b7af89bbd3526a7c9b705b1e3569070ebcd0964bcedd7d@%3Cissues.zookeeper.apache.org%3E
mailing-list
- lists.apache.org /thread.html/r4c675b2d0cc2a5e506b11ee10d60a378859ee340aca052e4c7ef4749@%3Cnotifications.zookeeper.apache.org%3
-
lists.apache.org
/thread.html/r959474dcf7f88565ed89f6252ca5a274419006cb71348f14764b183d@%3Ccommits.cassandra.apache.org%3E
mailing-list, web
-
lists.apache.org
/thread.html/rc7eb5634b71d284483e58665b22bf274a69bd184d9bd7ede52015d91@%3Ccommon-issues.hadoop.apache.org%3E
mailing-list, web
-
nvd.nist.gov
/vuln/detail/CVE-2019-20444
advisory
-
lists.apache.org
/thread.html/ra9fbfe7d4830ae675bf34c7c0f8c22fc8a4099f65706c1bc4f54c593%40%3Cissues.zookeeper.apache.org%3E
web
-
lists.apache.org
/thread.html/raaac04b7567c554786132144bea3dcb72568edd410c1e6f0101742e7%40%3Cissues.flink.apache.org%3E
web
-
lists.apache.org
/thread.html/raaac04b7567c554786132144bea3dcb72568edd410c1e6f0101742e7@%3Cissues.flink.apache.org%3E
web
-
lists.apache.org
/thread.html/rb3361f6c6a5f834ad3db5e998c352760d393c0891b8d3bea90baa836%40%3Ccommon-issues.hadoop.apache.org%3E
web
-
lists.apache.org
/thread.html/rb3361f6c6a5f834ad3db5e998c352760d393c0891b8d3bea90baa836@%3Ccommon-issues.hadoop.apache.org%3E
web
-
lists.apache.org
/thread.html/rb84c57670ec48ef23f4d07973b7fa69f629b8e7fcfb48874362feb6f%40%3Ccommits.zookeeper.apache.org%3E
web
-
lists.apache.org
/thread.html/rc7eb5634b71d284483e58665b22bf274a69bd184d9bd7ede52015d91%40%3Ccommon-issues.hadoop.apache.org%3E
web
-
lists.apache.org
/thread.html/rcb2c59428f34d4757702f9ae739a8795bda7bea97b857e708a9c62c6%40%3Ccommon-commits.hadoop.apache.org%3
web
-
lists.apache.org
/thread.html/rcb2c59428f34d4757702f9ae739a8795bda7bea97b857e708a9c62c6@%3Ccommon-commits.hadoop.apache.org%3E
web
-
lists.apache.org
/thread.html/rce71d33747010d32d31d90f5d737dae26291d96552f513a266c92fbb%40%3Cnotifications.zookeeper.apache.org
web
-
lists.apache.org
/thread.html/rd0e44e8ef71eeaaa3cf3d1b8b41eb25894372e2995ec908ce7624d26%40%3Ccommits.pulsar.apache.org%3E
web
-
lists.apache.org
/thread.html/ra2ace4bcb5cf487f72cbcbfa0f8cc08e755ec2b93d7e69f276148b08%40%3Cissues.zookeeper.apache.org%3E
web
-
lists.apache.org
/thread.html/ra1a71b576a45426af5ee65255be9596ff3181a342f4ba73b800db78f@%3Cdev.geode.apache.org%3E
web
-
lists.apache.org
/thread.html/ra1a71b576a45426af5ee65255be9596ff3181a342f4ba73b800db78f%40%3Cdev.geode.apache.org%3E
web
-
lists.apache.org
/thread.html/r9b20cdac704cf9a583400350e2d5b576fa8417c18ddb961201676c60%40%3Ccommits.zookeeper.apache.org%3E
web
-
lists.apache.org
/thread.html/r96e08f929234e8ba1ef4a93a0fd2870f535a1f9ab628fabc46115986%40%3Cdev.zookeeper.apache.org%3E
web
-
lists.apache.org
/thread.html/r959474dcf7f88565ed89f6252ca5a274419006cb71348f14764b183d%40%3Ccommits.cassandra.apache.org%3E
web
Sources
- CVE List CVE-2019-20444
- GitHub Advisory GHSA-cqqj-4p63-rrmm
- NVD CVE-2019-20444
Fencer Vulns keeps one entry per vulnerability: the CVE id wins, then GHSA, and records that alias each other are merged, except that two CVEs always keep separate entries. The same data is available as JSON.