Apache Tomcat: Authentifizierungsumgehung in JNDIRealm mit Nicht-GSSAPI-SASL
Zusammenfassung
Das JNDIRealm von Apache Tomcat, das Anmeldungen gegen Verzeichnisdienste wie LDAP prüft, kann umgangen werden, wenn ein Nicht-GSSAPI-SASL-Authentifizierungsmechanismus konfiguriert ist. Ein Angreifer kann sich über das Netzwerk ohne das korrekte Passwort authentifizieren und so auf geschützte Webanwendungen und administrative Ressourcen zugreifen. Die Exposition betrifft nur Installationen, die JNDIRealm mit einem Nicht-GSSAPI-SASL-Mechanismus verwenden.
Betroffen
- Apache Tomcat 11.0.0-M1 bis 11.0.26
- Apache Tomcat 10.1.0-M1 bis 10.1.60
- Apache Tomcat 9.0.0.M1 bis 9.0.122
- Apache Tomcat 8.5.0 bis 8.5.100 (End of Life, bekanntermassen betroffen)
- Apache Tomcat 7.0.0 bis 7.0.109 (End of Life, bekanntermassen betroffen)
- Weitere nicht mehr unterstützte Versionen können ebenfalls betroffen sein.
- Die Standardkonfiguration ist nicht betroffen.
- Distributions- und eingebettete Tomcat-Pakete können abweichen; prüfen Sie die Advisory Ihres Anbieters.
Behoben in
- Apache Tomcat 11.0.27
- Apache Tomcat 10.1.61
- Apache Tomcat 9.0.123
- Apache stellt für 8.5 und 7.0 keine Fixes bereit; auf einen unterstützten Zweig migrieren.
Umgehung
- Kerberos-GSSAPI-Authentifizierung im JNDIRealm erzwingen und Nicht-GSSAPI-SASL-Mechanismen entfernen (Empfehlung von Red Hat, nicht gegen Apache verifiziert).
- Netzwerkzugriff auf die durch das JNDIRealm geschützten Endpunkte bis zur Aktualisierung einschränken.
- Authentifizierung über ein identitätsbewusstes Gateway vor dem Realm erzwingen.
Ausnutzung
- Zum Zeitpunkt der Recherche sind keine aktiven Ausnutzungen bekannt.
- Laut einem Feed nicht im CISA-KEV-Katalog gelistet; KEV nicht direkt verifiziert.
- Bei den durchgeführten Recherchen wurde kein öffentlicher Proof-of-Concept gefunden; dies beweist nicht, dass keiner existiert.
- CISA SSVC: Exploitation none, Automatable no, Technical Impact total.
Unsere Empfehlung
- Tomcat umgehend auf 11.0.27, 10.1.61 oder 9.0.123 aktualisieren.
- Tomcat-8.5- und 7.0-Installationen durch einen unterstützten Zweig ersetzen.
- Alle JNDIRealm-Konfigurationen auf Nicht-GSSAPI-SASL-Nutzung prüfen und zuerst aus dem Internet erreichbare Anwendungen priorisieren.
- Authentifizierungsprotokolle auf unerwartete erfolgreiche Anmeldungen im Expositionszeitraum prüfen.
- Tomcat-Version in eingebetteten oder mitgelieferten Deployments und in Distributionspaketen überprüfen.
Öffentliche Exploits
In PoC-in-GitHub, Metasploit und Exploit-DB ist für diese CVE nichts verzeichnet.
Quellen der Recherche
- Apache oss-security post (Mark Thomas) www.openwall.com
- Apache mailing list thread lists.apache.org
- Red Hat CVE record access.redhat.com
- Debian security tracker security-tracker.debian.org
- Tenable CVE record www.tenable.com
- SecurityOnline advisory summary securityonline.info
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 06:18.
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.