Support technique
Documentation
Connexion
Nous contacter
Accédez directement au résumé généré par l'IA de cet article de blog 
Principaux enseignements
- .NET 7 n'est plus pris en charge - la migration vers une version prise en charge comme .NET 8 LTS est la meilleure solution.
- L'exécution de versions .NET non prises en charge expose vos applications à de graves risques en matière de sécurité et de conformité.
- Avant de procéder à la migration, examinez et traitez les ruptures dans la version cible afin de garantir un processus de mise à niveau sans heurts.
Le passage à la fin de vie de .NET 7 a été une situation critique pour toute organisation ou développeur utilisant des applications .NET 7, car continuer à utiliser ce cadre après la fin de l'assistance a été une entreprise risquée depuis lors. Le danger vient du fait que les applications construites sur .NET 7 ne reçoivent plus de mises à jour de sécurité et de corrections de bogues, et sont donc exposées à de nouvelles vulnérabilités.
Cet article vous aide à naviguer dans la cadence de publication des versions de .NET, à mieux gérer la transition vers la fin de vie de .NET 7, à découvrir les risques auxquels vous êtes confrontés en raison de son statut EOL, et à découvrir les options que vous pouvez prendre pour atténuer ces risques.
Quand .NET 7 arrivera-t-il en fin de vie ?
.NET 7 a officiellement atteint sa fin de vie le 14 mai 2024. En tant que version STS (Short-Term Support), elle n'a jamais été destinée à une utilisation en production à long terme. Sa fenêtre de support n'a duré que 18 mois, la fin du support arrivant après la sortie de la version de support à long terme (LTS) suivante sur la liste, .NET 8.
Conseil de pro : Planifiez immédiatement votre migration vers .NET 7 pour vous assurer que vos applications restent sécurisées et conformes.
Comprendre le cycle de vie du support .NET
Une nouvelle version majeure de .NET est publiée chaque année en novembre. Comme indiqué ci-dessus, Microsoft propose deux types de versions de .NET : Long Term Support (LTS) et Standard Term Support (STS).
Si vous observez la cadence de publication rapide de ces types de versions .NET, vous comprendrez une partie de la stratégie de Microsoft :
- Les versions LTS (comme .NET 6 et .NET 8) offrent une stabilité et une prise en charge pluriannuelle des charges de travail de production.
- Les versions STS (comme .NET 7 et .NET 9) ont la même qualité que les versions LTS mais ont des cycles de support plus courts, ce qui convient aux équipes qui adoptent rapidement de nouvelles fonctionnalités.
Si votre organisation a choisi d'adopter .NET 7 pour un environnement de production, ce cycle de vie court est maintenant une préoccupation majeure. Sans migration, vous travaillez sur un cadre qui ne recevra plus jamais de mises à jour contre les menaces émergentes.
Versions de soutien à long terme (LTS)
Il s'agit des versions numérotées paires, telles que .NET 6 et .NET 8. En ce qui concerne la politique de soutien du cycle de vie de Microsoft, les versions LTS bénéficient d'un soutien actif pendant trois ans, période pendant laquelle elles continuent à recevoir gratuitement des correctifs de sécurité et des améliorations de performance. Elles constituent le meilleur choix pour les applications d'entreprise et les systèmes critiques pour lesquels la stabilité et le support de maintenance à long terme sont essentiels.
Communiqués de presse sur le soutien technique standard (STS)
Il s'agit des versions impaires, telles que .NET 7 et .NET 9. Les politiques de soutien de .NET prévoient que les versions STS bénéficient d'une période de soutien plus courte, qui n'est que de 18 mois à compter de la date de leur sortie.
Remarque : À l'heure actuelle, seules deux versions de .NET bénéficient d'une prise en charge active : .NET version 8 (LTS) et .NET 9 (STS). Selon la feuille de route officielle de la cadence de publication, .NET 10 LTS devrait sortir en novembre 2025.
Vous pouvez également en savoir plus sur la fin de vie prochaine de .NET 8 et sur son impact sur votre planification à long terme dans notre analyse détaillée.
Calendrier de l'assistance Microsoft .NET
|
Version |
Date de sortie |
Fin de vie |
Statut |
|
.NET 9 |
12 novembre, 2024 |
12 mai 2026 |
Actif |
|
.NET 8 |
14 novembre, 2023 |
10 novembre, 2026 |
Actif |
|
.NET 7 |
8 novembre, 2022 |
14 mai 2024 |
Sans soutien |
|
.NET 6 |
8 novembre, 2021 |
12 novembre, 2024 |
Sans soutien |
Quels sont les risques de rester sur .NET 7 ?
Lorsqu'un logiciel arrive en fin de vie, l'une des questions les plus fréquentes est la suivante : "Que se passe-t-il si je ne passe pas à la dernière version ?" En termes simples, si vous continuez à utiliser une version en fin de vie sans recevoir de correctifs de sécurité, vous serez exposé à des risques graves et croissants, qui peuvent avoir des conséquences sur la sécurité, la conformité et les finances.
Vulnérabilités de sécurité non corrigées
Après la date de fin de validité, Microsoft cesse de fournir des mises à jour de sécurité pour cette version particulière et, par conséquent, toutes les vulnérabilités nouvellement découvertes ne sont pas corrigées. Sans cette assistance, une vulnérabilité critique non corrigée peut être le point d'entrée d'une violation de données, d'une attaque par ransomware ou d'autres surprises malheureuses en matière de sécurité apparaissant dans vos analyses de vulnérabilité.
Non-conformité et risques juridiques
Pour les organisations actives dans des secteurs réglementés tels que la santé(HIPAA) ou la finance(PCI DSS), l'utilisation de logiciels non sécurisés au-delà des dates officielles de support est synonyme de graves violations de la conformité. De nombreuses normes et réglementations sectorielles exigent que vous mainteniez des systèmes sécurisés et à jour pour protéger les données sensibles. L'utilisation de cadres en dehors de leurs périodes de support vous rend non conforme, ce qui peut entraîner de lourdes amendes, des poursuites judiciaires et une perte significative de la confiance des clients.
Augmentation de la dette technique et des coûts
Si le report d'une migration peut permettre d'économiser de l'argent à court terme, il peut s'avérer plus coûteux à long terme. Plus vous repoussez la mise à niveau, plus la dette technique s'accumule. Cela rend la migration éventuelle plus complexe, plus longue et plus coûteuse. À mesure que l'écart entre la version 7 de .NET et les versions actuelles se creuse, vous rencontrerez des problèmes :
Problèmes de compatibilité : L'intégration de nouvelles bibliothèques et d'outils tiers devient plus difficile.
Augmentation des besoins de maintenance : Votre équipe passera plus de temps sur des solutions de contournement coûteuses et des corrections personnalisées pour des problèmes qui pourraient être résolus avec un simple correctif sur une version supportée.
Les projets existants ne sont pas affectés par l'arrêt de la prise en charge de .NET 7, mais la création d'applications .NET 6 ou .NET 8 nécessite désormais le SDK .NET 8. Les développeurs peuvent également supprimer les composants .NET 7 obsolètes de leurs installations à l'aide de l'option "remove out of support components".
Remarque : Microsoft recommande vivement d'effectuer une mise à niveau vers une version prise en charge et de supprimer les versions non prises en charge de vos systèmes.
La mise à niveau est votre seule option pendant la période de fin de vie de .NET 7
Pour les organisations qui utilisent encore des applications sur la version 7 de .NET, la mise à niveau est l'option la plus sûre pour retrouver la sécurité et la stabilité. Comme .NET 7 est une version STS (Standard Term Support), il n'existe pas de services d'assistance étendus disponibles directement auprès de Microsoft pour fournir des mises à jour de sécurité continues.
Mise à jour vers .NET 8 LTS
Vous pouvez mettre à niveau votre version 7 de .NET vers la version LTS actuelle, .NET 8, qui sera prise en charge jusqu'en novembre 2026. Vous pouvez également opter pour .NET 9, mais il s'agit d'une version STS qui atteindra sa fin de vie plus tôt, en mai 2026.
Pour terminer le processus de mise à niveau de .NET 7 à .NET 8, vous devez mettre à jour l'environnement de développement et d'hébergement. Ensuite, vous devrez modifier la valeur de l'attribut TargetFramework dans votre fichier de projet à la version cible, qui serait la version 8. Cependant, le processus est parfois rarement simple, en particulier si les changements de rupture dans .NET 8 affectent votre application. Vous pouvez trouver la propriété liste des changements importants sur le site officiel et remaniez votre code pour vous assurer que vos applications fonctionnent sans problème et sans erreur.
Conseil de pro : Commencez toujours par effectuer la migration dans un environnement d'essai, ce qui vous permettra d'identifier les changements qui ne fonctionnent pas et de les corriger à l'avance au lieu d'interrompre la production.
Rester en sécurité au-delà de la date limite
La mise à niveau vers une version .NET prise en charge nécessite une approche stratégique et une planification minutieuse, en particulier pour gérer les ruptures.
Toutefois, si l'on examine les stratégies de migration potentielles dont dispose votre entreprise, il se peut qu'une mise à niveau ne soit pas immédiatement réalisable. Dans de tels scénarios, des solutions de sécurité telles que l'assistance étendue peuvent combler l'écart pour les versions LTS comme .NET 6, qui a atteint sa fin de vie en novembre 2024.
L'Endless Lifecycle Support (ELS) de TuxCare fournit des correctifs de sécurité continus pour les applications .NET 6, ainsi que pour plusieurs autres projets open source, bien au-delà du cycle de vie supporté par le fournisseur. Cela signifie que vous pouvez rester sécurisé et conforme tout en planifiant une migration adaptée à votre calendrier. ELS for .NET 6 est disponible pour les environnements Windows et Linux.
Si vous avez des questions sur la gestion des logiciels EOL ou si vous souhaitez en savoir plus sur la façon dont l'ELS de TuxCare peut protéger vos applications .NET 6, nos experts en sécurité sont là pour vous aider. Contactez-nous dès aujourd'hui.
