CVE-2018-8039
Es ist möglich, Apache CXF so zu konfigurieren, dass die com.sun.net.ssl-Implementierung über 'System.setProperty("java.protocol.handler.pkgs",...
- Veröffentlicht
- 02.07.2018
- Aktualisiert
- 17.09.2024
- CNA zuweisen
- apache
- Beweise beobachtet
- 05.08.2026
Primäres CVSS
nvd · CVSS 3.0
CVSS:3.0/AV:N/AC:H/PR:N/UI:N/S:U/C:H/I:H/A:HNiedrig · nächste 30 Tage
- Perzentil
- 94,4 %
- Modelldatum
- 21.09.2026
EPSS ist eine statistische Schätzung, keine Gewissheit oder ein Maß für die Auswirkung. Kombinieren Sie es mit CVSS, KEV-Status, Belichtung und Ihrer Umgebung.
Zusammenfassung
Es ist möglich, Apache CXF so zu konfigurieren, dass die com.sun.net.ssl-Implementierung über 'System.setProperty("java.protocol.handler.pkgs", "com.sun.net.ssl.internal.www.protocol");' verwendet wird. Wenn diese Systemeigenschaft gesetzt ist, verwendet CXF Reflektion, um zu versuchen, den HostnameVerifier mit dem alten com.sun.net.ssl.HostnameVerifier-Interface kompatibel zu machen. Die Standard-Implementierung von HostnameVerifier in CXF implementiert die Methode in diesem Interface jedoch nicht, und es wird eine Ausnahme ausgelöst. In Apache CXF vor 3.2.5 und 3.1.16 wird die Ausnahme jedoch im Reflektionscode abgefangen und nicht ordnungsgemäß weitergegeben. Das bedeutet: Wenn Sie den com.sun.net.ssl-Stack mit CXF verwenden, wird ein Fehler bei der TLS-Hostnamen-Überprüfung nicht ausgelöst, wodurch ein CXF-Client anfällig für Man-in-the-Middle-Angriffe bleibt.
Quellen
1- CVE-2018-8039Exploit
Proof-of-concept Exploit für CVE-2018-8039, eine Remote-Code-Ausführung-Sicherheitslücke in Apache CXF, die die SOAP- und REST-API-Dienste betrifft.
Verantwortungsvoller Umgang
Verwenden Sie Schwachstelleninformationen nur auf Systemen, die Sie besitzen oder zu deren Testen Sie berechtigt sind. Kitploit verlinkt auf öffentliche Forschungsmetadaten und speichert keinen Exploit-Code oder bösartige Payloads.