sample-ldap-exploit

Eine kurze Demo von CVE-2021-44228

Erstellen

$ mvn clean verify

Angreifer ausführen

$ java \
  -cp 'attacker/target/sample-attacker.jar:attacker/target/lib/*' \
  sample.attacker.Attacker localhost 1389 sample.payload.Payload 8080 payload/target/sample-payload.jar

URLs:

• http://localhost:8080/
• http://localhost:8080/sample/payload/Payload.class

Opfer ausführen

$ java \
  -cp 'victim/target/sample-victim.jar:victim/target/lib/*' \
  sample.victim.Victim

Ergebnisse

JDK / JRE

Version	Status
Oracle JDK 8u5	anfällig
OpenJDK 8u312	NICHT anfällig (es sei denn -Dcom.sun.jndi.ldap.object.trustURLCodebase=true)
IBM OpenJDK 8u312-b07 (OpenJ9)	NICHT anfällig (es sei denn -Dcom.sun.jndi.ldap.object.trustURLCodebase=true)
OpenJDK 11.0.7+10	NICHT anfällig (es sei denn -Dcom.sun.jndi.ldap.object.trustURLCodebase=true)
OpenJDK 11.0.13+8	NICHT anfällig (es sei denn -Dcom.sun.jndi.ldap.object.trustURLCodebase=true)
OpenJDK 16+36	NICHT anfällig (es sei denn -Dcom.sun.jndi.ldap.object.trustURLCodebase=true)
OpenJDK 17+35	NICHT anfällig (es sei denn -Dcom.sun.jndi.ldap.object.trustURLCodebase=true)
OpenJDK 17.0.1+12	NICHT anfällig (es sei denn -Dcom.sun.jndi.ldap.object.trustURLCodebase=true)

Wenn NICHT anfällig, wird eine Instanz von javax.naming.Reference von javax.naming.Context.lookup() zurückgegeben.

Wenn NICHT anfällig für das Laden von Klassen aus entfernten Codebasen, bestehen andere Java-Deserialisierungsschwachstellen wahrscheinlich weiterhin!

log4j

Version	Status
2.9.1	anfällig
2.10.0	anfällig (es sei denn -Dlog4j2.formatMsgNoLookups=true oder Umgebungsvariable LOG4J_FORMAT_MSG_NO_LOOKUPS=true)
2.14.1	anfällig (es sei denn -Dlog4j2.formatMsgNoLookups=true oder Umgebungsvariable LOG4J_FORMAT_MSG_NO_LOOKUPS=true)
2.15.0	NICHT anfällig

Wenn NICHT anfällig, wird ${jndi:ldap:...} NICHT aufgelöst.