Eclipse Jetty – Speicherleck im GzipHandler bei gzip-komprimierten Requests

Beschreibung

In Eclipse Jetty (Versionen 12.0.0–12.0.31 und 12.1.0–12.0.5) weist die Klasse GzipHandler ein Speicherleck auf, wenn ein mit Content-Encoding: gzip komprimierter HTTP-Request verarbeitet wird und die zugehörige Antwort nicht komprimiert ist. Der zum Dekomprimieren des Requests belegte JDK-Inflater wird nicht freigegeben, weil der Freigabemechanismus an die komprimierte Antwort gekoppelt ist; bleibt die Antwort unkomprimiert, greift die Freigabe nicht und es entsteht das Leck. CVSS-Basiswert: 7.5 (Hoch). Ausnutzungswahrscheinlichkeit (EPSS): 0.7 %.

Changelog

1. 2026-07-19 · zuletzt

   • Report neu erstellt.

Automatisch aus dem Vergleich der Datenstände erzeugt (CVSS, Schweregrad, KEV-Status, Ransomware, betroffene Produkte, EPSS-Sprünge ab 5 Prozentpunkten). Nicht redaktionell verfasst.

Betroffene Produkte

Quellen und Referenzen

• NVD (NIST) Offizieller Eintrag mit CVSS-Vektor und Referenzen
• MITRE CVE CVE-Stammsatz der MITRE Corporation
• FIRST EPSS Ausnutzungswahrscheinlichkeit der naechsten 30 Tage

Weitere Schwachstellen in Eclipse Jetty

• HTTP/2 Rapid Reset Attack Vulnerability KEV CVE-2023-44487
• CVE-2021-28165 – Sicherheitslücke in Eclipse Jetty CVE-2021-28165
• Eclipse Theia Website – Code-Ausführung in der CI über pull_request_target CVE-2026-1699
• Eclipse Cyclone DDS – Umgehung der Zertifikatsprüfung und Befehlsausführung mit Systemrechten CVE-2025-67109
• Autorisierungsumgehung in Eclipse BaSyx Go Components CVE-2026-15704
• Eclipse 4diac FORTE: Dangling Pointer über DELETE-connection-Kommando CVE-2026-9158