CVE-2021-44228
Apache Log4j2 JNDI-Funktionen schützen nicht gegen angreiferkontrollierte LDAP- und andere JNDI-bezogene Endpunkte
- Veröffentlicht
- 10.12.2021
- Aktualisiert
- 21.10.2025
- CNA zuweisen
- apache
- Beweise beobachtet
- 10.12.2021
Primäres CVSS
nvd · CVSS 3.1
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:C/C:H/I:H/A:HHoch · nächste 30 Tage
- Perzentil
- 100,0 %
- 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.
CISA bekanntermaßen ausgenutzt
Dieses CVE erscheint im CISA-Katalog „Known Exploited Vulnerabilities“.
Zusammenfassung
Apache Log4j2 2.0-beta9 bis 2.15.0 (mit Ausnahme der Sicherheitsversionen 2.12.2, 2.12.3 und 2.3.1) – die JNDI-Funktionen, die in Konfiguration, Logmeldungen und Parametern verwendet werden, bieten keinen Schutz gegen angreiferkontrollierte LDAP- und andere JNDI-bezogene Endpunkte. Ein Angreifer, der Logmeldungen oder Logmeldungsparameter kontrollieren kann, kann beliebigen Code ausführen, der von LDAP-Servern geladen wird, wenn die Message-Lookup-Substitution aktiviert ist. Ab log4j 2.15.0 ist dieses Verhalten standardmäßig deaktiviert. Ab Version 2.16.0 (zusammen mit 2.12.2, 2.12.3 und 2.3.1) wurde diese Funktionalität vollständig entfernt. Beachten Sie, dass diese Schwachstelle spezifisch für log4j-core ist und log4net, log4cxx oder andere Projekte der Apache Logging Services nicht betrifft.
Quellen
263- CVE-2021-44228Informativ
CVE-2021-44228
- Log4J-ScannerScanner
Burp-Erweiterung zum Scannen der Log4Shell (CVE-2021-44228) Schwachstelle vor und nach der Authentifizierung.
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.