Krytyczna

Remote code injection in Log4j

  • Ujawniono: 10.12.2021
  • Aktualizacja: 11.10.2026 12:22

CISA potwierdza wykorzystanie tej podatności w rzeczywistych atakach. Priorytetowo sprawdź, czy dotyczy Twojej aplikacji. CISA KEV · CC0 1.0

Summary

Log4j versions prior to 2.16.0 are subject to a remote code execution vulnerability via the ldap JNDI parser. As per Apache's Log4j security guide: Apache Log4j2 <=2.14.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.16.0, this behavior has been disabled by default.

Log4j version 2.15.0 contained an earlier fix for the vulnerability, but that patch did not disable attacker-controlled JNDI lookups in all situations. For more information, see the Updated advice for version 2.16.0 section of this advisory.

Impact

Logging untrusted or user controlled data with a vulnerable version of Log4J may result in Remote Code Execution (RCE) against your application. This includes untrusted data included in logged errors such as exception traces, authentication failures, and other unexpected vectors of user controlled input.

Affected versions

Any Log4J version prior to v2.15.0 is affected to this specific issue.

The v1 branch of Log4J which is considered End Of Life (EOL) is vulnerable to other RCE vectors so the recommendation is to still update to 2.16.0 where possible.

Security releases

Additional backports of this fix have been made available in versions 2.3.1, 2.12.2, and 2.12.3

Affected packages

Only the org.apache.logging.log4j:log4j-core package is directly affected by this vulnerability. The org.apache.logging.log4j:log4j-api should be kept at the same version as the org.apache.logging.log4j:log4j-core package to ensure compatability if in use.

Remediation Advice

Updated advice for version 2.16.0

The Apache Logging Services team provided updated mitigation advice upon the release of version 2.16.0, which disables JNDI by default and completely removes support for message lookups. Even in version 2.15.0, lookups used in layouts to provide specific pieces of context information will still recursively resolve, possibly triggering JNDI lookups. This problem is being tracked as CVE-2021-45046. More information is available on the GitHub Security Advisory for CVE-2021-45046.

Users who want to avoid attacker-controlled JNDI lookups but cannot upgrade to 2.16.0 must ensure that no such lookups resolve to attacker-provided data and ensure that the the JndiLookup class is not loaded.

Please note that Log4J v1 is End Of Life (EOL) and will not receive patches for this issue. Log4J v1 is also vulnerable to other RCE vectors and we recommend you migrate to Log4J 2.16.0 where possible.

Czego dotyczy

Kliknij technologię, aby zobaczyć wszystkie dotyczące jej podatności.

PlatformaPaczkaPodatne wersjePoprawka w wersji
Java / Kotlin (Maven) com.guicedee.services:log4j-core <= 1.2.1.2-jre17 brak poprawki
Java / Kotlin (Maven) org.apache.logging.log4j:log4j-core >= 2.13.0, < 2.15.0, >= 2.0-beta9, < 2.3.1, >= 2.4, < 2.12.2 2.15.0, 2.3.1, 2.12.2
Java / Kotlin (Maven) org.ops4j.pax.logging:pax-logging-log4j2 >= 1.8.0, < 1.9.2, >= 1.10.0, < 1.10.8, >= 1.11.0, < 1.11.10, >= 2.0.0, < 2.0.11 1.9.2, 1.10.8, 1.11.10, 2.0.11
Java / Kotlin (Maven) org.xbib.elasticsearch:log4j = 6.3.2.1 brak poprawki
Java / Kotlin (Maven) uk.co.nichesolutions.logging.log4j:log4j-core = 2.6.3-CUSTOM brak poprawki

Odnośniki

Ocena CVSS 10/10
Wektor CVSS
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:C/C:H/I:H/A:H/E:H
Słabość (CWE)
CWE-20, CWE-400, CWE-502, CWE-917
Platforma
Java / Kotlin (Maven)
Paczka
com.guicedee.services:log4j-core, org.apache.logging.log4j:log4j-core, org.ops4j.pax.logging:pax-logging-log4j2
Ujawniono
10.12.2021
Aktualizacja
11.10.2026 12:22

Źródła i licencje

OSV / GitHub Advisory Database - GHSA-jfh8-c2jp-5v3q - CC BY 4.0

Historia podatności: org.apache.logging.log4j:log4j-core

Wszystkie opisane podatności tej paczki (Java / Kotlin (Maven)), od najnowszej. Widać, czy to jednorazowa wpadka, czy paczka, której trzeba pilnować.

Wszystkie (11) w archiwum
Wszystkich wpisów
11
Pierwsza → ostatnia
01.2020 04.2026
Bez poprawki
0
Wykorzystywana w atakach
2

Rozkład istotności

  • Krytyczna 3
  • Wysoka 2
  • Średnia 5
  • Niska 1

Ujawnienia w latach

  1. 2020: 2
  2. 2021: 3
  3. 2022: 1
  4. 2023: 1
  5. 2024: 0
  6. 2025: 1
  7. 2026: 3
Istotność:
  1. Wysoka · 7.5 CVE-2023-26464 >= 1.0.4, < 2.0 2.0
  2. Wysoka · 8.6 CVE-2021-45105 >= 2.4.0, < 2.12.3, >= 2.13.0, < 2.17.0, < 2.3.1 2.12.3, 2.17.0, 2.3.1
  3. Krytyczna · 9.0 Wykorzystywana w atakach CVE-2021-45046 >= 2.13.0, < 2.16.0, >= 2.4.0, < 2.12.2, < 2.3.1 2.16.0, 2.12.2, 2.3.1
  4. Remote code injection in Log4j ten wpis
    Krytyczna · 10.0 Wykorzystywana w atakach CVE-2021-44228 >= 2.13.0, < 2.15.0, >= 2.0-beta9, < 2.3.1, >= 2.4, < 2.12.2 2.15.0, 2.3.1, 2.12.2
  5. Krytyczna · 9.8 CVE-2017-5645 >= 2.0, < 2.8.2 2.8.2

Dowiedz się, które podatności dotyczą Twojej aplikacji

Po podłączeniu integracji DockRay i włączeniu raportowania oprogramowania DockRay porównuje zgłoszone wersje komponentów ze znanymi podatnościami i powiadamia o potwierdzonych dopasowaniach. Zakres zależy od obsługiwanej technologii i dostępnych biuletynów.

Podłącz swoją aplikację
Newsletter DockRay

Bezpieczeństwo aplikacji w Twojej skrzynce

Najważniejsze podatności, konkretne zalecenia i praktyczne wskazówki dla Twoich aplikacji. Wybierz technologie i śledź to, co ma znaczenie dla Twojego projektu.

  • Codzienne zestawienie nowych podatności, także krytycznych.
  • Powiadomienia o ważnych aktualizacjach.
  • Praktyczne porady o bezpieczeństwie i monitoringu aplikacji.

Pozostaw puste, aby otrzymywać informacje o wszystkich technologiach.

Zapis jest bezpłatny. Wypiszesz się jednym kliknięciem w wiadomości.