← Vulnerability feed

Vulnerability record · CVE-2021-44228 · published 10 December 2021

CVE-2021-44228: Apache Log4j2 JNDI lookup remote code execution

Siemens · 6bk1602 0aa12 0tp0 Firmware

Apache Log4j2 versions 2.0-beta9 through 2.15.0 (excluding 2.12.2, 2.12.3, and 2.3.1) do not protect against attacker-controlled LDAP and other JNDI endpoints when message lookup substitution is enabled. An attacker who controls log messages or log message parameters can cause arbitrary code to be loaded from a remote server. This is a critical, network-reachable flaw in a widely embedded logging library.

10.0 CVSS 3.1 Critical CISA KEV since 10 Dec 2021 Known ransomware use EPSS 100% · top 0.1% CWE-20 · Improper input validationCWE-400 · Uncontrolled resource consumption
10.0CVSS 3.1 base score, v2 9.3
100%EPSS exploitation probability, 30 days
YesIn CISA KEV, fix deadline passed
143Affected product versions listed by NVD
103References, 22 tagged exploit
11 Aug 2026Last modified by NVD

Description

Apache Log4j2 2.0-beta9 through 2.15.0 (excluding security releases 2.12.2, 2.12.3, and 2.3.1) JNDI features used in configuration, log messages, and parameters do not protect against attacker controlled LDAP and other JNDI related endpoints. An attacker who can control log messages or log message parameters can execute arbitrary code loaded from LDAP servers when message lookup substitution is enabled. From log4j 2.15.0, this behavior has been disabled by default. From version 2.16.0 (along with 2.12.2, 2.12.3, and 2.3.1), this functionality has been completely removed. Note that this vulnerability is specific to log4j-core and does not affect log4net, log4cxx, or other Apache Logging Services projects.

CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:C/C:H/I:H/A:H

Automated analysis

Generated by VULONE's analysis model from the NVD record, CISA KEV and EPSS data on 16 September 2026. Confidence: high.

critical priorityCVSS 10.0, unauthenticated network RCE, CISA KEV active exploitation with ransomware use, and EPSS at the 100th percentile make this an emergency patch.

What it is

Apache Log4j2 versions 2.0-beta9 through 2.15.0 (excluding 2.12.2, 2.12.3, and 2.3.1) do not protect against attacker-controlled LDAP and other JNDI endpoints when message lookup substitution is enabled. An attacker who controls log messages or log message parameters can cause arbitrary code to be loaded from a remote server. This is a critical, network-reachable flaw in a widely embedded logging library.

Impact

An unauthenticated attacker can execute arbitrary code in the context of the application using Log4j2, leading to full host compromise. Because the library is embedded in many products, the blast radius extends across the listed vendor and product set.

Attack surface

Reachable over the network (AV:N) with no privileges (PR:N) and no user interaction (UI:N); any input path that reaches a Log4j2 log message or parameter, such as HTTP headers, can carry the malicious JNDI string. No authentication is required.

Exploitation

CISA KEV lists it as actively exploited with a 2021-12-24 remediation due date and known ransomware campaign use; EPSS is 0.99999 (100th percentile) and multiple references are tagged Exploit.

What to do

  • Upgrade log4j-core to 2.16.0 or later, or to the fixed 2.12.2, 2.12.3, or 2.3.1 security releases for older branches.
  • If immediate upgrade is not possible, remove the JndiLookup class from the classpath or set log4j2.formatMsgNoLookups=true, and apply the CISA ED-22-02 mitigation measures.
  • Inventory all applications and third-party products that bundle log4j-core, including the listed vendor products, and treat any unpatched instance as exposed.
  • Remove or isolate affected assets from the network until updates can be applied, per CISA required action.
  • Block outbound LDAP, RMI, and other JNDI-related traffic from application servers to untrusted destinations.

Detection

  • Search logs and network traffic for JNDI lookup strings such as ${jndi:ldap://, ${jndi:rmi://, and obfuscated variants in HTTP headers, parameters, and user-agent fields.
  • Monitor for outbound LDAP/RMI connections from application servers to unexpected external hosts.
  • Alert on child processes spawned by Java application servers, especially shell or download utilities.
  • Scan hosts and containers for log4j-core JARs in the affected version range and verify the JndiLookup class is absent or lookups are disabled.

This assessment is produced automatically and is not human-reviewed. Verify against the vendor advisory before acting on it.

Exploitation in the wild

CISA added CVE-2021-44228 to the Known Exploited Vulnerabilities catalog on 10 December 2021 as "Apache Log4j2 Remote Code Execution Vulnerability". CISA reports known use in ransomware campaigns. Required action: 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. Federal deadline 24 December 2021.

Ransomware crews whose documented playbooks reference this CVE: