CVE-2021-44228: critical vulnerability in Apache Log4j2
Apache Log4j2 JNDI features do not protect against attacker controlled LDAP and other JNDI related endpoints
Published · Updated
E-mail alert when it lands in KEV, gets a public PoC or its score goes up.
Patch now. It under exploitation confirmed by CISA, has a working public exploit and 4 threat group(s) use it.
Groups known to exploit this vulnerability (MITRE ATT&CK attribution).
Official vendor statements in CSAF/VEX format: whether their product is affected, already fixed, or ruled out — and why. These are the vendor's assertions, not Vexday's judgment.
For all affected software assets for which updates exist, the only acceptable remediation actions are: 1) Apply updates; OR 2) remove affected assets from agency networks. Temporary mitigations using one of the measures provided at https://www.cisa.gov/uscert/ed-22-02-apache-log4j-recommended-mitigation-measures are only acceptable until updates are available.
Apache Log4j2 allows attackers to execute arbitrary code by injecting malicious commands into log messages. If an application uses a vulnerable version of Log4j2 and logs user-controlled data, an attacker can trigger code execution from remote servers.
CVE-2021-44228 exploits unsafe JNDI (Java Naming and Directory Interface) lookups in Log4j2 versions 2.0-beta9 through 2.15.0 when message lookup substitution is enabled. An attacker controlling log message content can inject JNDI expressions that load and execute arbitrary code from attacker-controlled LDAP or RMI endpoints. This requires the application to log attacker-influenced data without sanitization.
The full analysis of this CVE is available in Portuguese →
In the same product, most dangerous first.