Eclipse Vert.x Redis-Client: Denial of Service durch unbegrenzte RESP-Allokation
Zusammenfassung
Der Redis-Client von Eclipse Vert.x legt Arrays in RESP-Antworten auf die Länge an, die der Redis-Server angibt, ohne eine obere Grenze. Ein böswilliger oder kompromittierter Redis-Server oder ein Angreifer in einer Man-in-the-Middle-Position kann eine manipulierte Antwort senden, die eine massive Heap-Allokation auslöst. Der daraus resultierende OutOfMemoryError lässt den Event-Loop-Thread abstürzen, wodurch alle Verbindungen und Verticles auf diesem Loop gestört werden. Vertraulichkeit und Integrität sind nicht betroffen.
Betroffen
- Eclipse Vert.x Redis-Client (vertx-redis-client) 4.0.0 bis 4.5.34
- 5.0.0 bis 5.0.12 (5.0.x ist im Advisory nicht als gepatcht aufgeführt; Status unbekannt)
- 5.1.0 bis 5.1.8 (der CVE-Eintrag nennt zusätzlich 5.1.9, die Release Notes des Herstellers empfehlen jedoch, diese Version nicht zu verwenden)
- 5.2.0
- Hinweis: Der CVE-Eintrag nennt io.vertx:vertx-mysql-client, was dem Advisory widerspricht; laut Advisory und Beschreibung ist der Redis-Client betroffen.
Behoben in
- 4.5.35
- 5.1.10
- 5.2.1
- 5.0.x: keine gepatchte Version aufgeführt; Status unbekannt.
Umgehung
Unbekannt.
- Es ist kein Workaround des Herstellers dokumentiert.
Ausnutzung
- Keine bekannte Ausnutzung in freier Wildbahn.
- Nicht im CISA-KEV-Katalog aufgeführt.
- EPSS etwa 0.00232.
- Kein öffentlicher Proof of Concept gefunden; der Fix (PR #585) ist öffentlich, daher ist eine Ausnutzung von n-Day-Lücken möglich.
Unsere Empfehlung
- vertx-redis-client auf 4.5.35, 5.1.10 oder 5.2.1 aktualisieren; für 5.0.x Eclipse kontaktieren oder auf einen gepatchten Branch wechseln.
- Anwendungen und SBOMs auf vertx-redis-client prüfen, einschliesslich nachgelagerter Abhängigkeiten.
- Sicherstellen, dass Redis-Verbindungen TLS und vertrauenswürdige Netzwerkpfade nutzen, und einschränken, welche Redis-Server die Anwendung erreichen kann.
- Priorität mittel; eskalieren, falls ein Redis-Server über unvertrauenswürdige Netzwerke erreichbar ist.
Öffentliche Exploits
In PoC-in-GitHub, Metasploit und Exploit-DB ist für diese CVE nichts verzeichnet.
Quellen der Recherche
- GitHub Security Advisory GHSA-4wf9-p5hg-98w5 github.com
- Eclipse CVE assignment work item #343 gitlab.eclipse.org
- Eclipse Vert.x 5.1.10 release blog vertx.io
- Fix pull request #585 (vertx-redis-client) github.com
- VulDB CVE-2026-102465 vuldb.com
- Vulners PT-2026-114823 vulners.com
- OpenCVE CVE-2026-102465 app.opencve.io
Recherchiert und auf Deutsch und Englisch aufbereitet von einer KI (Claude von Anthropic) auf Basis von NVD, CISA, EPSS und den genannten Quellen. Massgebend sind die Angaben des Herstellers. Recherche vom 01.11.2026 16:07.
Quellen
Der Tracker verbindet offizielle, frei nutzbare Datenquellen – laufend aktualisiert:
- NVD (NIST) – CVE, Bewertung (CVSS), betroffene Produkte
- CISA KEV – von der CISA bestätigt aktiv ausgenutzte Lücken
- CISA Vulnrichment – Einschätzung der CISA (SSVC) im offiziellen CVE-Eintrag
- FIRST EPSS – Wahrscheinlichkeit einer Ausnutzung
- Microsoft MSRC – Patch Tuesday: Lücken, Schweregrad, Updates
- PoC-in-GitHub – öffentliche Proof-of-Concept-Repositories
- Metasploit (Rapid7) – Module des Metasploit Framework
- Exploit-DB (OffSec) – Archiv öffentlicher Exploits (nur Verweise)
- Patch-Tage: offizielle Seiten der Hersteller (je Hersteller verlinkt) (Patch-Tage der Hersteller)
Dieses Angebot nutzt Daten der NVD-API, ist aber von der NVD weder unterstützt noch zertifiziert. EPSS-Daten © FIRST.org.
Betroffen? Wir helfen.
Wir prüfen, ob Ihre Systeme betroffen sind, spielen Updates ein und schliessen die Lücke – auf Wunsch auch laufend mit dem System Health Checker.