Quand Apache Log4j atteindra sa fin de vie, les CVE ne cesseront pas pour autant.

Versions prises en charge : 1.2.x, 2.17.x, 2.18.x

Apache a cessé de publier des correctifs pour Log4j 1.x en 2015 et pour Log4j 2.17–2.18 en 2022. Le service « Never-Ending Support for Apache Log4j » garantit que ces versions que vous utilisez déjà restent sécurisées, conformes et prêtes pour les audits, même après que le développeur en amont a cessé de publier des correctifs. Pas de migration, pas de modification du code, pas de nouvelle version à adopter.

RECONNU PAR LES GRANDES ENTREPRISES

Logo GoogleLogo MicrosoftLogo de la FinraLogo de la banque Santander
Logo HitachiLogo de WorkdayLogo Dropbox

Sécurité, conformité et continuité : des défis à relever ensemble

Grâce à une solution de remplacement fiable et prête à l'emploi pour les versions d'Apache Log4j arrivées en fin de vie, vos outils de scan cesseront définitivement de signaler les vulnérabilités Log4j répertoriées dans la base CVE.

Sécurité

Une nouvelle version est publiée chaque fois qu'une vulnérabilité Log4j (CVE) est détectée, validée et corrigée sur des versions d'Apache pour lesquelles Apache ne fournit plus de correctifs, le tout développé par des ingénieurs possédant une expertise de responsable principal de cette pile logicielle.

La mise à disposition des correctifs dans le cadre du SLA est liée au niveau de gravité

HeroDevs est une autorité de numérotation CVE agréée qui publie les vulnérabilités découvertes.

Conformité

Une fois installés, les scanners cessent de signaler les vulnérabilités Log4j répertoriées dans la base CVE, car la bibliothèque fait l'objet de correctifs réguliers et bénéficie d'un support technique commercial, ce qui permet de transformer les constatations d'audit en suspens en constatations résolues.

SOC 2, PCI DSS, HIPAA, FedRAMP, ISO 27001, NIS2 et bien d'autres encore

Historique documenté des correctifs à l'intention des auditeurs

Continuité des activités

Une véritable solution prête à l'emploi : mêmes coordonnées Maven, même processus de compilation et de CI/CD, aucune modification du code de l'application. Le framework ou la plateforme à l'origine du problème avec Log4j pourra être traité(e) en temps voulu.

Il faudra des mois, voire des années, pour mener à bien cette migration

Une fraction du coût de la migration ou du coût d'une faille de sécurité.

Log4j 1

Apache a annoncé la fin de vie de Log4j 1.x le 5 août 2015. Aucun correctif n'a été publié en amont depuis la version 1.2.17, et les vulnérabilités révélées après cette date ne sont toujours pas corrigées dans la dernière version d'Apache.

Log4j 2

Apache assure la maintenance de Log4j 2 uniquement pour sa branche de versions actuelle. Les branches 2.17 et 2.18 ont atteint leur fin de maintenance en juin et septembre 2022 ; par conséquent, les applications qui y sont verrouillées ne bénéficient d'aucun des correctifs inclus dans les versions actuelles de Log4j 2.

Chaque correctif que nous publions fait l'objet d'une entrée CVE publiée

HeroDevs est une autorité de numérotation CVE (CNA) agréée, habilitée par le programme CVE à identifier et à attribuer des identifiants CVE aux failles de sécurité découvertes par HeroDevs.

Chaque version de NES pour Apache Log4j est fournie avec des instructions VEX de HeroDevs, à raison d’une par CVE, indiquant précisément l’artefact et la version contenant le correctif.

Si vous utilisez actuellement des versions obsolètes d’Apache Log4j, vos applications sont potentiellement exposées. NES for Apache Log4j s’installe en quelques minutes.

17 vulnérabilités CVE corrigées — et ce n'est pas fini
Sévérité
CVE
Catégorie
Version(s) affectée(s)
Date de publication
Moyen
Déni de service
Usurpation de contenu
>=2.13.1 <=2.25.4, 2.26.0
10 juillet 2026
Moyen
Exposition à l'information
>=2.0-beta9 <=2.25.2, >=3.0.0-alpha1 <=3.0.0-beta3
5 mai 2026
Moyen
Exposition à l'information
>=2.12.0 <=2.25.3, >=3.0.0-alpha1 <=3.0.0-beta3
5 mai 2026
Moyen
Déni de service
>=2.7 <=2.25.3, >=3.0.0-beta1 <=3.0.0-beta2
5 mai 2026
Moyen
Déni de service
>=2.0-alpha1 <=2.25.3, >=3.0.0-alpha1 <=3.0.0-beta3
5 mai 2026
Moyen
Déni de service
>=2.14.0 <=2.25.3, >=3.0.0-alpha1 <=3.0.0-beta3
5 mai 2026
Critique
Injection de code
>= 1.2, <= 1.2.17
7 janvier 2026
Haut
Injection de code
>= 1.0.1, <= 1.2.17
5 janvier 2026
Critique
Injection de code
>= 1.2, <= 1.2.17
5 janvier 2026
Haut
Injection SQL
>= 1.2, <= 1.2.17
5 janvier 2026
Faible
Validation incorrecte du certificat
>= 1.0, <= 1.2.17
5 janvier 2026
Haut
Injection de code
>= 1.2, <= 1.2.17
5 janvier 2026
Haut
Injection de code
>= 1.2, <= 1.2.17
5 janvier 2026
Haut
Déni de service
>=1.2 <= 1.2.17
10 mars 2023
Sévérité
ID
Catégorie
Version(s) affectée(s)
Date de publication
Faible
Validation incorrecte du certificat
>= 1.0, <= 1.2.17
5 janvier 2026
Haut
Injection de code
>= 1.2, <= 1.2.17
5 janvier 2026
Haut
Injection de code
>= 1.2, <= 1.2.17
5 janvier 2026
Haut
Déni de service
>=1.2 <= 1.2.17
10 mars 2023

Ce que publie NES for Apache Log4j 2

Tous les modules org.apache.logging.log4j en amont publiés pour les versions 2.17.2 et 2.18.0 sont disponibles sous les coordonnées NES.

Cœur de métier

log4j-api

log4j-core

log4j-bom

Mises en page et compatibilité

log4j-modèle-de-mise-en-page-json

log4j-1.2-api

log4j-slf4j-impl

log4j vers slf4j

log4j-jul

log4j-jcl

Intégration

log4j -spring-boot

log4j-spring-cloud-config-client

log4j-web

log4j-jakarta-web

log4j-appserver

log4j-jdbc-dbcp2

Une réponse solide pour chaque norme, cadre ou réglementation.

Les logiciels en fin de vie (EOL) compromettent les attentes en matière de gestion des correctifs dans le cadre des réglementations internationales. NES vous propose une version maintenue et prise en charge par le fournisseur, assortie de contrats de niveau de service (SLA) garantis et d'un historique documenté des correctifs, afin de démontrer votre conformité aux auditeurs et aux autorités de régulation.

PCI DSS

États-Unis

La exigence 6.3.3 impose que les vulnérabilités connues de niveau « critique » et « haute gravité » soient corrigées dans un délai de 30 jours. L'utilisation d'Apache Log4j en fin de vie (EOL) sans correctif en amont vous met en situation de non-conformité. NES rétablit la chaîne de correctifs.

HIPAA

États-Unis

Les infrastructures non prises en charge compliquent la mise en place de mesures de sécurité adéquates pour les systèmes traitant des données de santé électroniques protégées (ePHI). NES assure une maintenance active et une réduction des risques.

SOC 2

Mondial

Les critères relatifs aux services de confiance exigent une correction rapide des vulnérabilités et une gestion efficace des correctifs. Les dépendances en fin de vie (EOL) donnent lieu à des constatations significatives lors des audits, à moins qu’il n’existe une solution de remplacement. NES constitue cette solution de remplacement.

NIS2

UE

L'article 21 traite de la gestion des correctifs, des vulnérabilités et de la chaîne d'approvisionnement. L'utilisation de logiciels en fin de vie (EOL) sans support technique continu présente un risque que la directive NIS2 attend des opérateurs qu'ils s'efforcent activement d'atténuer.

DORA

UE

DORA considère les logiciels en fin de vie (EOL) comme une faille de résilience pour les actifs informatiques financiers. NES vous propose une version maintenue et un programme documenté de gestion des correctifs.

Loi sur la cyber-résilience

UE

Assure la sécurité tout au long du cycle de vie logiciel des produits comportant des éléments numériques. NES vous fournit une version maintenue et corrigée de votre gamme Apache Log4j en fin de vie (EOL) pendant toute la durée de la couverture.

NIST CSF 2.0

États-Unis

La directive PR.PS-02 impose aux organisations de maintenir activement à jour ou de supprimer les logiciels vulnérables en fonction des risques. NES permet de se conformer à cette directive sans mise à jour forcée.

FedRAMP

États-Unis

La surveillance continue implique la correction des failles selon une fréquence définie. Une version corrigée et prise en charge par le fournisseur fournit à votre responsable de la sécurité des systèmes d'information (ISSO) la procédure de correction documentée nécessaire pour justifier le maintien d'Apache Log4j en fin de vie (EOL) dans le périmètre d'autorisation.

Contrats commerciaux

MONDIAL

Les mesures de gestion des vulnérabilités et des configurations impliquent d'identifier les vulnérabilités techniques et de veiller à ce que les logiciels respectent les normes de sécurité. NES rétablit cette conformité pour les logiciels en fin de vie.

Nous nous associons à des contributeurs essentiels

Nous collaborons avec des ingénieurs spécialisés dans l'open source et des contributeurs de l'écosystème afin de garantir que nos produits « Never-Ending Support » offrent la même qualité que celle à laquelle vous êtes habitués avec les versions originales.

En faisant appel à des ingénieurs possédant une expertise approfondie du projet, nous établissons une nouvelle norme en matière de maintenance des logiciels open source afin de garantir que NES pour Log4j soit aussi fiable que la technologie en amont sur laquelle il repose.

Logo VueLogo AngularLogo de DrupalNuxtProtractor.NET
Icône d'utilisateur avec un ordinateur

Nous contribuons à l'open source

Les responsables de projets open source accomplissent un travail essentiel, mais sont rarement rémunérés pour cela.

HeroDevs investit 20 millions de dollars pour changer la donne : l'organisation finance les créateurs et les projets qui assurent le bon fonctionnement de l'écosystème, grâce à des subventions allant de 2 500 à 250 000 dollars.

Nous avons écrit des correctifs pour des bases de code non maintenues, identifié des vulnérabilités que personne d’autre n’avait repérées et assuré le fonctionnement sécurisé de systèmes critiques sans avoir à les réécrire à la hâte. Ce fonds s’appuie sur ce travail afin que les mainteneurs puissent continuer à faire ce qu’ils font le mieux.

Questions fréquemment posées

Qu'est-ce que « Never-Ending Support (NES) » pour Apache Log4j ?
La version 1.2.17 de Log4j présente-t-elle une vulnérabilité ?
Quelles versions d'Apache Log4j sont prises en charge par NES ?
NES corrige-t-il la faille Log4Shell ?
Que signifie « remplacement direct » dans ce contexte ?
Pourquoi ne pouvons-nous pas simplement passer à la version actuelle de Log4j 2 ?
Nous disposons déjà de NES pour la version 2.7 d'Spring . En avons-nous besoin ?
NES pour Apache Log4j facilite-t-il la mise en conformité ?
La NES constitue-t-elle une alternative durable à la mise à niveau ?

Nous contacter

Vous avez des questions sur l'assistance permanente pour votre bibliothèque open-source ? Nous sommes là pour vous aider !

Découvrez comment les produits NES de HeroDevs peuvent assurer la sécurité et la conformité de vos systèmes.

Découvrez comment nos solutions peuvent apporter de la valeur à votre organisation.

Obtenez des informations détaillées sur les prix, adaptées à vos besoins.

Logo GoogleLogo LillyLogo AbbottLogo en forme de boîteLogo EGLogo HitachiLogo DropboxLogo du NHSLogo de WorkdayLogo de la FinraLogo MicrosoftLogo Santander
Parler à un expert

En envoyant ce formulaire, je confirme avoir pris connaissance de notre Politique de confidentialité.

Nous vous remercions ! Votre demande a bien été reçue !
Oups ! Un problème s'est produit lors de l'envoi du formulaire.