Jetty EthereumAuthenticator: Authentifizierungsumgehung durch unverankerten Login-Pfad
Zusammenfassung
Der EthereumAuthenticator in Eclipse Jetty erkennt die Login-Seite über eine nicht verankerte Teilstring-Suche im Request-Pfad. Enthält eine geschützte Route den konfigurierten Login-Pfad als späteres Segment, wird die Authentifizierungs- oder Rollenanforderung durch ALLOWED ersetzt. Ein nicht angemeldeter Angreifer kann dadurch geschützte Ressourcen ohne Anmeldung erreichen. Routen, die explizit auf FORBIDDEN gesetzt sind, sind nicht betroffen.
Betroffen
- org.eclipse.jetty:jetty-ethereum 12.1.0 bis 12.1.12 (gemäss GitHub-Advisory und CVE-Eintrag)
- Die GitHub-Advisory listet zusätzlich org.eclipse.jetty:jetty-security 12.1.0 bis 12.1.12
- Andere Jetty-Zweige: Unbekannt.
Behoben in
- Auf 12.1.13 oder neuer aktualisieren.
Umgehung
- Vom Hersteller ist keine Workaround-Massnahme veröffentlicht.
- Falls der Authenticator nicht benötigt wird, EthereumAuthenticator deaktivieren.
- Request-Pfade, die den Login-Pfad als späteres Segment enthalten, an einem Reverse Proxy oder einer WAF ablehnen oder einschränken (eigene Empfehlung, keine Herstellerangabe).
Ausnutzung
- CISA SSVC führt die Ausnutzung als poc und die Automatisierbarkeit als yes.
- Die Advisory enthält einen Proof of Concept.
- Keine Hinweise auf Ausnutzung in freier Wildbahn gefunden; kein Eintrag im CISA KEV in den geprüften Quellen.
- EPSS laut einer Sekundärquelle bei 0.0054.
Unsere Empfehlung
- Java-Anwendungen und Hersteller-Produkte inventarisieren, die Jetty einbetten, die Jetty-Version prüfen und feststellen, ob EthereumAuthenticator verwendet wird.
- Auf 12.1.13 oder neuer aktualisieren oder auf die korrigierte Version des Hersteller-Produkts.
- Kann eine öffentlich erreichbare Instanz nicht rasch gepatcht werden, die oben genannten Pfadeinschränkungen anwenden und Zugriffsprotokolle auf Anfragen prüfen, die den Login-Pfad in geschützten Routen enthalten.
- Die GHSA-Advisory und NVD auf Aktualisierungen überwachen, inklusive einer CVSS-Revision (NVD- und VulDB-Bewertungen unterscheiden sich).
Öffentliche Exploits
In PoC-in-GitHub, Metasploit und Exploit-DB ist für diese CVE nichts verzeichnet.
Quellen der Recherche
- GitHub Security Advisory GHSA-6m7j-pjmp-crgq github.com
- Eclipse CVE assignment ticket #230 gitlab.eclipse.org
- NVD mirror via Vulners vulners.com
- VulDB entry vuldb.com
- OpenCVE entry with SSVC data app.opencve.io
- Strix CVE overview www.strix.ai
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 31.10.2026 01:43.
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.