CVE-2026-1605
In Eclipse Jetty, versions 12.0.0-12.0.31 and 12.1.0-12.0.5, class GzipHandler exposes a vulnerability when a compressed HTTP request, with Content-Encoding: gzip, is processed and the corresponding response is not compressed. This happens because the JDK Inflater is allocated for decompressing the request, but it is not released because the release mechanism is tied to the compressed response. In this case, since the response is not compressed, the release mechanism does not trigger, causing the leak.
Scoring
- Severity
- HIGH
- CVSS base score
- 7.5
- CVSS vector
- CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H
- EPSS probability
- 0.67%
- CWE
- CWE-400, CWE-401
- Published
- 2026-03-05
- Last modified
- 2026-09-14
Affected products
- Eclipse Foundation Eclipse Jetty
- Eclipse Foundation Eclipse Jetty
Weakness type
Related vulnerabilities
- CVE-2026-68763 — Apache Tomcat: DoS via allocation leak in HTTP/2 backlog tracking when a stream is reset
- CVE-2026-55247 — plone.app.event: Denial of service via iCalendar import
- CVE-2026-55248 — plone.app.portlets: Denial of service via RSS feed portlet
- CVE-2026-48050 — Arc: Unauthenticated access to Go debug pprof endpoints leaks runtime state and enables CPU-burn DoS
- CVE-2026-78551 — RansomLook Login Endpoint Allows Timing-Based Username Enumeration and Unthrottled Authentication Attempts
- CVE-2026-86452 — MISP Unauthenticated Mail Endpoints Allow Unbounded Storage Consumption and Request Flooding
- CVE-2026-86201 — PocketMine-MP before 5.41.1 LogDoS via LoginPacket clientData
- CVE-2026-85443 — MOOS core-moos through 10.4.0 MOOSDB Accept Loop Denial of Service