CVE-2020-27223GHSA-M394-8RWW-3JR7BIT-NIFI-2020-27223BIT-SOLR-2020-27223BIT-SPARK-2020-27223
In Eclipse Jetty 9.4.6.v20170531 to 9.4.36.v20210114 (inclusive), 10.0.0, and 11.0.0 when Jetty handles a request containing multiple Accept
- Published
- Last modified
- Where the record stands: published, rejected by its publisher, or superseded by another id.What do these mean? →
- published
- Whether CISA lists it in its Known Exploited Vulnerabilities catalog: proof that attackers are using it.What do these mean? →
- Not listed in CISA KEV
- Fix
- Fixed in 9.4.37, 10.0.1, 11.0.1
- Whether working attack code is public (Exploit-DB, Metasploit, Nuclei or GitHub). Public code makes attacks easier.What do these mean? →
- 2 proofs of concept on GitHub
Summary
In Eclipse Jetty 9.4.6.v20170531 to 9.4.36.v20210114 (inclusive), 10.0.0, and 11.0.0 when Jetty handles a request containing multiple Accept headers with a large number of “quality” (i.e. q) parameters, the server may enter a denial of service (DoS) state due to high CPU usage processing those quality values, resulting in minutes of CPU time exhausted processing those quality values.
Timeline
- CVE published
- Record last updated
- EPSS reached 10%
FIRST estimates at least a 10% chance of exploitation in the next 30 days
Affected versions
- The Eclipse Foundation Eclipse Jetty
From 9.4.6.v20170531; through 9.4.36.v20210114
- org.eclipse.jetty:jetty-serverMaven
From 9.4.6 · fixed in 9.4.37
- org.eclipse.jetty:jetty-serverMaven
From 10.0.0 · fixed in 10.0.1
- org.eclipse.jetty:jetty-serverMaven
From 11.0.0 · fixed in 11.0.1
References 27
bugs.eclipse.org
GitHub · eclipse/jetty.project
lists.apache.org
- thread.html/r5612dc69e1f79c421faf9764ffbc92591e2a69ea417c04cba57f49ea@<user.karaf.apache.org>
- thread.html/rd8e24a3e482e5984bc8c5492dc790413e4fdc1234e3debb94515796b@<jira.kafka.apache.org>
- thread.html/r35ab810c0f3016b3fd3a3fa9088a2d2781b354a810780ce74d022b6c@<dev.kafka.apache.org>
- thread.html/r2c2c7b2971360fb946bbf062c58d7245927dd1ce9150fc9987f65409@<jira.kafka.apache.org>
- thread.html/r1b7ed296a865e3f1337a96ee9cd51f6d154d881a30da36020ca72a4b@<jira.kafka.apache.org>
- thread.html/rc052fd4e9e9c01bead74c0b5680355ea5dc3b72d46f253cb65d03e43@<commits.druid.apache.org>
- thread.html/rdd6c47321db1bfe12c68a898765bf3b6f97e2afa6a501254ed4feaed@<jira.kafka.apache.org>
- thread.html/ra47a26c008487b0a739a368c846e168de06c3cd118d31ecedafa679a@<dev.kafka.apache.org>
- thread.html/r7fbdb7880be1566f943d80fbbeefde2115c086eba1bef3115350a388@<jira.kafka.apache.org>
- thread.html/rff630ce92a4d1bb494fc1a3f9b57a3d60819b436505bcd8c6ccc713c@<commits.kafka.apache.org>
- thread.html/ra384892bab8c03a60613a6a9d5e9cae0a2b800fd882792a55520115e@<commits.kafka.apache.org>
- thread.html/r562a0cbc5c8cac4d000a27b2854a8ab1b924aa9dd45f8ffbea98e5ad@<jira.kafka.apache.org>
- thread.html/re819198d4732804dc01fca8b5b144689a118ede49f6128968773595c@<commits.kafka.apache.org>
- thread.html/r0e25cdf3722a24c53049d37396f0da8502cb4b7cdc481650dc601dbc@<gitbox.activemq.apache.org>
- thread.html/r26d9196f4d2afb9bec2784bcb6fc183aca82e4119bf41bdc613eec01@<notifications.zookeeper.apache.org>
- thread.html/r857b31ad16c6e76002bc6cca73c83358ed2595477e288286ee82c48d@<notifications.zookeeper.apache.org>
- thread.html/r0b639bd9bfaea265022125d18acd2fc6456044b76609ec74772c9567@<issues.zookeeper.apache.org>
- thread.html/raa6d60b00b67c0550672b4f506f0df75b323dcd25cf574e91e2f2dff@<issues.zookeeper.apache.org>
- thread.html/rb79b62ac3085e05656e41865f5a7efcbdc7dcd7843abed9c5fe0fef8@<notifications.zookeeper.apache.org>
- thread.html/rf6c2efa3137bc8c22707e550a1f9b80f74bca62b9c8a6f768f2c6b86@<notifications.zookeeper.apache.org>
- thread.html/r5b7cc6ac733e0b35816751cf45d152ae246a3f40e0b1e62b101c9522@<dev.zookeeper.apache.org>
- thread.html/re43768896273c0b5f1a03d7f0a9d370852074489d51825fdc0d77f0f@<notifications.zookeeper.apache.org>
- thread.html/r75ee2a529edb892ac59110cb3f6f91844a932c5034e16c8317f5668d@<commits.zookeeper.apache.org>