Connexion Inscription
JA · EN · FR
SecPulse
Catégories
CVE-2021-45046 CISA KEV high

[KEV] Désérialisation non sécurisée dans org.apache.logging.log4j:log4j-core (CVE-2021-45046)

Résumé

Vulnérabilité dans org.apache.logging.log4j:log4j-core (CVE-2021-45046). L'exploitation peut entraîner la prise de contrôle totale du système. Inscrit au CISA KEV — exploitation active confirmée. Atténuation : mise à jour vers 2.3.1 ou plus.

Description d'origine

La description telle que publiée par la source (souvent en anglais).

Impact

The fix to address CVE-2021-44228 in Apache Log4j 2.15.0 was incomplete in certain non-default configurations. This could allow attackers with control over Thread Context Map (MDC) input data when the logging configuration uses a non-default Pattern Layout with either a Context Lookup (for example, $${ctx:loginId}) or a Thread Context Map pattern (%X, %mdc, or %MDC) to craft malicious input data using a JNDI Lookup pattern resulting in a remote code execution (RCE) attack.

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.

Mitigation

Log4j 2.16.0 fixes this issue by removing support for message lookup patterns and disabling JNDI functionality by default. This issue can be mitigated in prior releases (< 2.16.0) by removing the JndiLookup class from the classpath (example: zip -q -d log4j-core-*.jar org/apache/logging/log4j/core/lookup/JndiLookup.class).

Log4j 2.15.0 restricts JNDI LDAP lookups to localhost by default. Note that previous mitigations involving configuration such as to set the system property log4j2.formatMsgNoLookups to true do NOT mitigate this specific vulnerability.

Source: CISA Known Exploited Vulnerabilities NVD GitHub Advisory CISA KEV

Résumé généré automatiquement

Assemblé par SecPulse à partir des données sources (CVSS, CWE, versions affectées) à l'aide de modèles, sans IA. Vérifiez la description d'origine et les références ci-dessous.

Une vulnérabilité référencée CVE-2021-45046 a été découverte dans org.apache.logging.log4j:log4j-core.
L'exploitation peut entraîner la prise de contrôle totale du système.
Note : la CISA a officiellement confirmé que cette faille est activement exploitée. À traiter avec une urgence élevée.
Action : mettez à jour org.apache.logging.log4j:log4j-core vers 2.3.1 ou supérieur.
En cas de doute, contactez votre service informatique ou cherchez « org.apache.logging.log4j:log4j-core CVE-2021-45046 » sur le site de l'éditeur.

CVE-2021-45046 (org.apache.logging.log4j:log4j-core) — CWE-502
Vecteur d'attaque : distant (réseau) / non authentifié / sans interaction utilisateur
Correctif : 2.3.1 — appliquer immédiatement
Inscrit au CISA KEV — exploitation active confirmée, priorité absolue.
Plan : 1) Audit SBOM, 2) Mise à jour staging→prod, 3) Surveillance WAF/proxy sur les endpoints affectés, 4) Recherche d'IOC dans les logs.
Réfs : voir GHSA / avis éditeur / version corrigée liés sur cette page.

❓ Quel est le problème

Une désérialisation non sécurisée (CWE-502) affecte org.apache.logging.log4j:log4j-core.

📍 Périmètre concerné

Consultez l'avis de l'éditeur pour les versions affectées de org.apache.logging.log4j:log4j-core.

🔥 Gravité

Gravité : Élevée. L'exploitation peut entraîner la prise de contrôle totale du système. Inscrit au CISA KEV — exploitation active confirmée, à traiter en priorité absolue.

🔧 Comment corriger

Mettre à jour vers 2.3.1.

🛡️ Contournement

En attendant le correctif : désactivez la fonctionnalité concernée, appliquez des règles WAF, ou restreignez l'accès par ACL réseau.

🔍 Détection

Recherchez dans les logs des requêtes correspondant aux IOC connus de cette CVE. Auditez les SBOM/dépendances.

Actions de réponse

Étapes concrètes et exemples de commandes que les équipes SOC/SRE doivent exécuter dans l'ordre

  1. 1
    Identify exposure identify 
    Audit SBOM/dependencies for affected components.

    資産台帳・SBOM・依存マニフェストで org.apache.logging.log4j:log4j-core を使っているサービスとバージョンを洗い出す。

  2. 2
    Consider incident declaration escalate 
    Notify SOC / on-call

    CISA KEV登録済 = 実環境で悪用が観測されている。侵入の兆候があればインシデント対応宣言、無くてもパッチ適用までWAF強化を最優先で。

  3. 3
    Apply patch patch 
    Upgrade org.apache.logging.log4j:log4j-core to 2.3.1

    ステージング環境で 2.3.1 に上げて回帰テスト → 本番反映。回帰テストはアプリの主要ハッピーパスを含めること。

  4. 4
    Post-deployment verification verify 
    Confirm patched version is live in production

    パッチ適用後、ステージングで PoC または同等の悪用パターンを再現して脆弱性が閉じたことを確認。本番ではアクセスログ・WAF でアラート再発が無いか継続監視。

Paquets affectés

maven org.apache.logging.log4j:log4j-core
[{"type":"ECOSYSTEM","events":[{"introduced":"0"},{"fixed":"2.3.1"}]}]
maven org.ops4j.pax.logging:pax-logging-log4j2
[{"type":"ECOSYSTEM","events":[{"introduced":"2.0.0"},{"fixed":"2.0.12"}]}]

État des correctifs par distribution

Paquets corrigés publiés par chaque distribution pour cette CVE

Références

Nous utilisons des cookies pour l'analyse d'audience et la mesure publicitaire. Ce réglage s'applique à tous les sites de Game co., Ltd. En savoir plus