Friday, November 6, 2026
HomeCyber SecurityNew Apache Log4j Replace Launched to Patch Newly Found Vulnerability

New Apache Log4j Replace Launched to Patch Newly Found Vulnerability

[ad_1]

New Apache Log4j Replace Launched to Patch Newly Found Vulnerability

The Apache Software program Basis (ASF) on Tuesday rolled out contemporary patches to comprise an arbitrary code execution flaw in Log4j that might be abused by risk actors to run malicious code on affected programs, making it the fifth safety shortcoming to be found within the software within the span of a month.

Tracked as CVE-2021-44832, the vulnerability is rated 6.6 in severity on a scale of 10 and impacts all variations of the logging library from 2.0-alpha7 to 2.17.0 except 2.3.2 and a pair of.12.4. Whereas Log4j variations 1.x are usually not affected, customers are beneficial to improve to Log4j 2.3.2 (for Java 6), 2.12.4 (for Java 7), or 2.17.1 (for Java 8 and later).

“Apache Log4j2 variations 2.0-beta7 by way of 2.17.0 (excluding safety repair releases 2.3.2 and a pair of.12.4) are susceptible to a distant code execution (RCE) assault the place an attacker with permission to change the logging configuration file can assemble a malicious configuration utilizing a JDBC Appender with a knowledge supply referencing a JNDI URI which may execute distant code,” the ASF stated in an advisory. “This difficulty is fastened by limiting JNDI information supply names to the java protocol in Log4j2 variations 2.17.1, 2.12.4, and a pair of.3.2.”

Though no credit have been awarded by the ASF for the problem, Checkmarx safety researcher Yaniv Nizry claimed credit score for reporting the vulnerability to Apache on December 27.

Automatic GitHub Backups

“The complexity of this vulnerability is increased than the unique CVE-2021-44228 because it requires the attacker to have management over the configuration,” Nizry famous. “In contrast to Logback, in Log4j there’s a function to load a distant configuration file or to configure the logger by way of the code, so an arbitrary code execution might be achieved with [an] MitM assault, consumer enter ending up in a susceptible configuration variable, or modifying the config file.”

With the most recent repair, the challenge maintainers have addressed a complete of 4 points in Log4j for the reason that Log4Shell flaw got here to gentle earlier this month, to not point out a fifth vulnerability affecting variations Log4j 1.2 that won’t be fastened —

  • CVE-2021-44228 (CVSS rating: 10.0) – A distant code execution vulnerability affecting Log4j variations from 2.0-beta9 to 2.14.1 (Fastened in model 2.15.0)
  • CVE-2021-45046 (CVSS rating: 9.0) – An info leak and distant code execution vulnerability affecting Log4j variations from 2.0-beta9 to 2.15.0, excluding 2.12.2 (Fastened in model 2.16.0)
  • CVE-2021-45105 (CVSS rating: 7.5) – A denial-of-service vulnerability affecting Log4j variations from 2.0-beta9 to 2.16.0 (Fastened in model 2.17.0)
  • CVE-2021-4104 (CVSS rating: 8.1) – An untrusted deserialization flaw affecting Log4j model 1.2 (No repair accessible; Improve to model 2.17.1)

The event additionally comes as intelligence businesses from throughout Australia, Canada, New Zealand, the U.Okay., and the U.S. issued a joint advisory warning of mass exploitation of a number of vulnerabilities in Apache’s Log4j software program library by nefarious adversaries.



[ad_2]

RELATED ARTICLES

LEAVE A REPLY

Please enter your comment!
Please enter your name here

Most Popular

Recent Comments