
CVE-2022-22965\Spring-Core-RCE – ein RCE-One-Click-Exploit, vergleichbar mit dem nuklearen Schwachstellen-Exploit von Apache Log4j2.
Spring-Core-RCE ist vergleichbar mit einem RCE-Ein-Klick-Exploit für die nukleare Schwachstelle Apache Log4j2.
Kürzlich wurde im offiziellen GitHub-Issue von Spring eine Remote Code Execution-Schwachstelle im Spring Core erwähnt, die weit verbreitet im Spring-Framework und seinen abgeleiteten Frameworks existiert.

Spring Core ist ein Toolkit im Spring-Produktportfolio, das für das Finden, Erstellen und Verwalten von Beziehungen zwischen Beans verantwortlich ist. Es ist ein Kern-Toolkit, das die grundlegenden Funktionen des Spring-Frameworks enthält und von anderen Spring-Komponenten verwendet wird.
Nicht authentifizierte Angreifer können diese Schwachstelle für Remote-Code-Ausführung ausnutzen. Die Schwachstelle ist weit verbreitet im Spring-Framework und seinen abgeleiteten Frameworks. JDK 9.0 und höher sind betroffen. Produkte, die ältere JDK-Versionen verwenden, sind nicht betroffen. Unternehmen, die von dieser Schwachstelle betroffen sind, wird empfohlen, Anfragen mit speziellen Zeichenfolgen an der Firewall zu blockieren, um Angriffe zu verhindern.


docker run -d -p 8080:8080 vulfocus/spring-core-rce-2022-03-29:latest



Das Spring-Framework und seine abgeleiteten Frameworks sind betroffen. (JDK-Version muss 9.0 oder höher sein.)
Nach den neuesten Daten des FOFA-Systems (innerhalb eines Jahres) gibt es weltweit insgesamt 7.023.506 entsprechende Dienste, die öffentlich zugänglich sind. China hat mit 2.987.121 die meisten, gefolgt von den USA mit 1.215.955, Brasilien mit 381.319, Südkorea mit 219.201 und Deutschland mit 213.097.
Die weltweite Verteilung ist wie folgt (nur Verteilung, nicht die Auswirkungen der Schwachstelle)
Aktualisieren Sie die Spring Framework-Version
Spring Framework == 5.3.18
Spring Framework == 5.2.20
In der WAF können folgende Regeln hinzugefügt werden, um Zeichenfolgen mit speziellen Eingaben zu filtern:
Class.*
class.*
*.class.*
*Class.*
Sie können im Code des betroffenen Produkts nach der @InitBinder-Annotation suchen, prüfen, ob die Methode dataBinder.setDisallowedFields enthält, und falls vorhanden, folgende Filterregeln zur Blacklist hinzufügen:
Class.*
class.*
*.class.*
*Class.*