CVE-2010-0738
Red Hat JBoss Authentication Bypass Vulnerability
Beschreibung
CVE-2010-0738 ist eine Authentifizierungsumgehungs-Schwachstelle in der JMX-Console-Webanwendung von Red Hat JBoss Enterprise Application Platform, die es entfernten Angreifern ermöglicht, über HTTP-Methoden außer GET und POST auf die JMX Console zuzugreifen. Der Zugriffskontrollmechanismus der JMX-Console beschränkt nur GET- und POST-Anfragen, sodass Angreifer die Authentifizierung vollständig umgehen können, indem sie alternative HTTP-Verben verwenden. Über die JMX Console kann ein Angreifer bösartige Anwendungen bereitstellen, die Serverkonfiguration ändern und volle Kontrolle über den JBoss Application Server erlangen. CISA hat die aktive Ausnutzung bestätigt und CVE-2010-0738 als mit Ransomware-Kampagnen verbunden gekennzeichnet. Mit einem EPSS-Perzentil von 99,6 % ist dies eine der am meisten ausgenutzten Schwachstellen im gesamten CVE-Bestand.
KEV-Informationen
CVSS-Score
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:L/A:NIm Rechner öffnenCWEs
Betroffene Produkte
| Hersteller | Produkt | Version |
|---|---|---|
| redhat | jboss enterprise application platform | 4.2.0; 4.3.0 |
Mehrere CVSS-Bewertungen
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:L/A:N
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:L/A:N
Referenzen
- http://marc.info/?l=bugtraq&m=132129312609324&w=2(Exploit, Mailing List)
- http://public.support.unisys.com/common/public/vulnerability/NVD_Detail_Rpt.aspx?ID=35(Third Party Advisory)
- http://secunia.com/advisories/39563(Broken Link, Vendor Advisory)
- http://securityreason.com/securityalert/8408(Broken Link)
- http://securitytracker.com/id?1023918(Broken Link, Third Party Advisory, VDB Entry)
- http://www.securityfocus.com/bid/39710(Broken Link, Third Party Advisory, VDB Entry)
- http://www.vupen.com/english/advisories/2010/0992(Broken Link, Vendor Advisory)
- https://bugzilla.redhat.com/show_bug.cgi?id=574105(Issue Tracking)
- https://exchange.xforce.ibmcloud.com/vulnerabilities/58147(Third Party Advisory, VDB Entry)
- https://rhn.redhat.com/errata/RHSA-2010-0376.html(Broken Link)
- https://rhn.redhat.com/errata/RHSA-2010-0377.html(Broken Link)
- https://rhn.redhat.com/errata/RHSA-2010-0378.html(Broken Link)
- https://rhn.redhat.com/errata/RHSA-2010-0379.html(Vendor Advisory)
- https://www.cisa.gov/known-exploited-vulnerabilities-catalog?field_cve=CVE-2010-0738(US Government Resource)
Schwachstellentyp
Da CVE-2010-0738 keinem spezifischen CWE zugeordnet wurde, bleibt der zugrunde liegende Schwachstellentyp formal unspezifiziert. Die Schwachstelle ist jedoch eine Authentifizierungsumgehung durch HTTP-Verb-Manipulation in der JMX-Console-Zugriffskontrolle. Der Sicherheitsfilter fängt nur GET- und POST-Methoden ab, wodurch jede andere HTTP-Methode (HEAD, PUT, DELETE, OPTIONS) ohne Authentifizierungsprüfungen passieren kann. Dies ist eine Form unzureichender Zugriffskontrolle, bei der Sicherheitseinschränkungen nicht konsistent über alle Anfragetypen angewendet werden.
Auswirkungsanalyse
CVE-2010-0738 gewährt nicht authentifizierten entfernten Angreifern vollen Zugriff auf die JBoss JMX Console, die als primäre administrative Schnittstelle für den Anwendungsserver dient. Über die JMX Console kann ein Angreifer WAR-Dateien mit bösartigen Web-Shells bereitstellen, Serverkonfigurationsparameter ändern, auf Datenquellen und Datenbankverbindungen zugreifen und beliebigen Code auf dem Server ausführen. Die Schwachstelle ist ferngesteuert ohne Authentifizierung und mit minimaler Angriffskomplexität ausnutzbar — der Angreifer verwendet einfach eine andere HTTP-Methode als GET oder POST. CISAs Ransomware-Kennzeichnung zeigt, dass diese Schwachstelle aktiv in Ransomware-Angriffsketten verwendet wurde, bei denen der anfängliche JMX-Console-Zugriff die Bereitstellung von Ransomware-Payloads auf dem Server ermöglicht. Das EPSS-Perzentil von 99,6 % spiegelt das massive Ausmaß der realen Ausnutzung wider.
Exploit-Reifegrad
CISA hat die aktive Ausnutzung von CVE-2010-0738 bestätigt und die Schwachstelle mit einer Behebungsfrist bis zum 15. Juni 2022 in den Known Exploited Vulnerabilities Katalog aufgenommen. CISA hat diese Schwachstelle als mit Ransomware-Kampagnen verbunden gekennzeichnet. Das EPSS-Perzentil von 99,6 % platziert sie in den obersten 0,4 % aller CVEs. Die HTTP-Verb-Tampering-Technik ist trivial einfach auszuführen und wurde umfassend dokumentiert. Massenausnutzungskampagnen gegen im Internet exponierte JBoss-JMX-Consolen wurden wiederholt beobachtet, wobei Angreifer Web-Shells und Ransomware über den nicht authentifizierten administrativen Zugriff bereitstellten. Diese Schwachstelle steht in enger Beziehung zu CVE-2010-1428, die dieselbe HTTP-Verb-Tampering-Technik gegen die JBoss Web Console ausnutzt.
Behebung
- Wenden Sie Sicherheitsupdates von Red Hat an, die CVE-2010-0738 adressieren. CISAs vorgeschriebene Maßnahme lautet: Updates gemäß Herstelleranweisungen anwenden.
- Konfigurieren Sie die JMX-Console-Sicherheitsbeschränkungen so, dass sie für alle HTTP-Methoden gelten, nicht nur für GET und POST. Aktualisieren Sie den web.xml-Deployment-Deskriptor, um einen Platzhalter oder eine explizite Liste aller HTTP-Methoden in der Sicherheitsbeschränkung aufzunehmen.
- Deaktivieren oder entfernen Sie die JMX-Console vollständig auf JBoss-Produktionsinstanzen, auf denen direkter Konsolenzugriff betrieblich nicht erforderlich ist.
- Beschränken Sie den Netzwerkzugang zur JMX-Console mittels Firewall-Regeln auf autorisierte Verwaltungsnetzwerke und stellen Sie sicher, dass sie niemals aus dem Internet erreichbar ist.
- Setzen Sie eine Web Application Firewall (WAF) oder einen Reverse Proxy vor die JBoss-Instanz, der die Authentifizierung für alle HTTP-Methoden unabhängig von den internen Zugriffskontrollen des Anwendungsservers durchsetzt.
Technische Details
CVE-2010-0738 nutzt eine Authentifizierungsumgehung in der JMX-Console-Webanwendung von JBoss Enterprise Application Platform aus. Die JMX-Console (erreichbar unter /jmx-console) bietet eine webbasierte Schnittstelle zu den Java Management Extensions (JMX) MBeans und ermöglicht volle administrative Kontrolle über den JBoss-Server. Die Zugriffskontrolle für die JMX-Console wird über Sicherheitsbeschränkungen im web.xml-Deployment-Deskriptor implementiert, aber diese Beschränkungen sind so konfiguriert, dass sie nur für GET- und POST-HTTP-Methoden gelten. Wenn ein Angreifer eine HTTP-Anfrage mit einer anderen Methode (wie HEAD, PUT oder OPTIONS) sendet, umgeht die Anfrage den Sicherheitsfilter vollständig. Über die JMX-Console kann der Angreifer MBeans aufrufen, um WAR-Dateien bereitzustellen — die häufigste Ausnutzungstechnik besteht darin, eine Web-Shell als WAR-Datei bereitzustellen und dann über die Web-Shell beliebige Befehle auf dem Server auszuführen.
Häufig gestellte Fragen
Wird CVE-2010-0738 aktiv ausgenutzt?
Ja, CISA hat die aktive Ausnutzung von CVE-2010-0738 bestätigt und sie als mit Ransomware-Kampagnen verbunden gekennzeichnet. Das EPSS-Perzentil von 99,6 % bestätigt, dass sie zu den am meisten ausgenutzten CVEs im Bestand gehört. Die triviale HTTP-Verb-Tampering-Technik macht die Ausnutzung für Angreifer aller Fähigkeitsstufen zugänglich.
Welche Produkte sind von CVE-2010-0738 betroffen?
CVE-2010-0738 betrifft die JMX-Console-Webanwendung in Red Hat JBoss Enterprise Application Platform. Alle Versionen mit der standardmäßigen HTTP-Methoden-eingeschränkten Sicherheitskonfiguration für die JMX-Console sind bis zur ordnungsgemäßen Patchung oder Neukonfiguration verwundbar.
Wie behebe ich CVE-2010-0738?
Wenden Sie Red Hat-Sicherheitsupdates an und konfigurieren Sie die JMX-Console-Sicherheitsbeschränkungen so, dass alle HTTP-Methoden abgedeckt werden. Idealerweise deaktivieren Sie die JMX-Console auf Produktionssystemen und beschränken alle administrativen Schnittstellen auf autorisierte Verwaltungsnetzwerke.
Wie schwerwiegend ist CVE-2010-0738?
CVE-2010-0738 ist eine kritische Authentifizierungsumgehung mit einem EPSS-Perzentil von 99,6 % und einem bestätigten Ransomware-Zusammenhang. Über die JMX Console können Angreifer bösartige Anwendungen bereitstellen und beliebigen Code auf dem Server ausführen, was dies effektiv zu einer Remote-Code-Execution-Schwachstelle durch Kompromittierung der administrativen Schnittstelle macht.
Hilfe beim Schwachstellenmanagement?
Unsere Sicherheitsexperten helfen Ihnen bei der Priorisierung und Behebung von Schwachstellen.