Correctifs de sécurité Apache Tomcat en fin de cycle de vie — Versions 8.5 et 9.0

Les correctifs php2shell (CVE-2026-109618 et CVE-2026-109619) pour les versions de PHP en fin de vie sont désormais disponibles. Les réponses du service commercial étant plus lentes que d'habitude en raison d'une forte demande, le moyen le plus rapide d'obtenir les paquets corrigés est d'acheter ELS for Runtimes en ligne (s'ouvre dans un nouvel onglet). Consulter la FAQ sur les correctifs

Si votre version d'Apache Tomcat n'est plus prise en charge, elle ne reçoit plus de mises à jour ou de correctifs de sécurité critiques.

L'exécution d'une version non prise en charge de Tomcat rend vos applications vulnérables à des failles telles que les contournements d'identification et de session, et les attaques d'applications web, ce qui peut compromettre des données sensibles.

Les mises à niveau de Tomcat ne sont pas seulement des changements de version, elles introduisent des changements de configuration,
des changements dans l'API des servlets, et des incompatibilités potentielles avec les déploiements existants.

Ne laissez pas une mise à niveau forcée perturber votre configuration : restez protégé grâce à ELS de TuxCare.

Avec l'Endless Lifecycle Support (ELS),
vous pouvez :

Réduire les risques de sécurité

Profitez aussi longtemps que nécessaire des correctifs de sécurité pour les vulnérabilités d'Apache Tomcat de la part d'une équipe expérimentée.

Préserver la compatibilité

Évitez le remaniement du code et assurez le bon fonctionnement de vos applications Apache Tomcat pendant de nombreuses années.

Assurer la conformité

Obtenez des accords de niveau de service (SLA) de 14 jours pour les correctifs de sécurité et établissez la transparence avec un SBOM détaillé.

Composants de base d'Apache Tomcat que nous prenons actuellement en charge :

  • Coyote (connecteur HTTP)
  • Catalina (moteur de servlet)
  • Jasper (moteur JSP)
  • Groupement d'entreprises

Contactez-nous si vous avez besoin d'aide pour d'autres composants.

Pourquoi TuxCare ?

15 ans d'excellence avérée dans le domaine des correctifs open source ont permis de créer des processus et des systèmes hautement automatisés offrant :

Protection étendue des technologies open-source

Nous assurons une sécurité à long terme sur l'ensemble de votre pile, en prenant en charge un large éventail de projets, de bibliothèques et d'environnements d'exécution open-source en constante expansion, le tout avec un seul partenaire de confiance.

Efficacité des chaînes de compilation et des tests

Nous utilisons une automatisation avancée pour la recherche des CVE, le backporting, la compilation et les flux de travail de publication afin d'accélérer la livraison et de garantir la meilleure qualité possible des correctifs de sécurité.

Identification et correction des dépendances transitives

Nous allons au-delà de l'analyse de surface pour découvrir et corriger les vulnérabilités cachées au plus profond de vos arbres de dépendance, en sécurisant l'ensemble de la chaîne d'approvisionnement logicielle avec précision et à grande échelle.

Livraison rapide et constante des correctifs, avec des accords de niveau de service (SLA)

Les pipelines automatisés et les flux de travail matures garantissent une livraison rapide et fiable des correctifs, garantie par des accords de niveau de service (SLA), ce qui vous permet d'être confiant dans votre gestion des risques et votre politique de conformité.

Nous avons mis en place une solution de mise à jour logicielle de niveau professionnel à une échelle sans précédent sur
– et ce n'est qu'un début

Plus de 2 700
Clients professionnels

Plus de 70 000 coffretssélectionnés avec soin

Plus de 420 000
correctifs fournis

Plus de 14 000
Vulnérabilités corrigées

Plus de 11 000
Noyaux pris en charge

Plus de 70
Versions de distributions Linux prises en charge

Sécurité à long terme après la fin du support standard

TuxCare ELS continue de fournir une sécurité constante pour votre distro, votre langage ou votre cadre de développement logiciel aussi longtemps que votre entreprise en a besoin.

Foire aux questions

La prise en charge de Tomcat 7.0 a pris fin en mars 2021 et celle de Tomcat 8.5 a pris fin le 31 mars 2024. Une fois qu’une branche est retirée, le projet Apache Tomcat ne publie plus rien à son sujet, y compris les mises à jour de sécurité. ELS pour Apache Tomcat continue de fournir des correctifs pour les branches retirées et certaines versions « pinned ».

Tomcat 7.0.109, 8.5.100, 9.0.46, 9.0.50, 9.0.75, 9.0.83, 9.0.87, 9.0.90, 9.0.100, 10.1.18 et 10.1.42 — couvrant à la fois les branches entièrement retirées et certaines versions 9.0.x et 10.1.x « épinglées » dont les équipes ne peuvent pas se passer. Les correctifs concernent des composants essentiels, notamment Catalina, Coyote et Jasper.

Oui. L'utilisation de middleware non pris en charge constitue un non-conformité récurrent au regard des normes PCI DSS, HIPAA et FedRAMP. ELS veille à ce que les vulnérabilités CVE soient corrigées dans la version que vous utilisez, et l'objectif de 14 jours pour les correctifs CVSS 7.0+ s'inscrit dans le délai de 30 jours imposé par la norme PCI DSS pour la mise en conformité.

Oui. Les correctifs s'appliquent au sein d'une même version de Tomcat ; ainsi, la configuration des connecteurs, les valves, les realms, le fichier server.xml personnalisé et les fichiers WAR déployés restent inchangés — ce qui est précisément ce qu'un changement de version majeur met en péril.

Oui. Tomcat est disponible à la fois sous forme de serveur autonome et d’artefacts de bibliothèque. Les versions serveur proviennent du référentiel Nexus « els_java » de TuxCare au format .tar.gz pour Linux ou .zip pour Windows ; les projets Maven et Gradle utilisent ces mêmes artefacts corrigés comme dépendances, ce qui permet d’intégrer Tomcat dans des applications de type Spring Boot.

Non. L'installation nécessite le JDK 7 ou une version ultérieure, avec la variable JAVA_HOME définie — il s'agit du JDK que votre application utilise déjà. Si ce JDK n'est plus pris en charge, le service ELS pour OpenJDK couvre les versions 7, 8, 11 et 17.

Continuez à faire fonctionner vos applications sur des versions d'Apache Tomcat en fin de vie
sans
vous soucier des failles de sécurité non corrigées