Le 10 novembre 2026, Microsoft arrête le support de .NET 8 et de .NET 9 — le même jour, pour deux versions qui n’ont pourtant pas le même cycle de vie. Pour toute application encore construite sur l’une de ces deux versions, c’est la fin des mises à jour de sécurité. Voici ce que ça signifie concrètement, et comment s’y préparer sans précipitation.
Pourquoi .NET 8 et .NET 9 s’arrêtent en même temps
Microsoft alterne deux types de cycles de support depuis .NET 5 :
- Les versions LTS (Long Term Support), sur les numéros pairs (.NET 6, 8, 10…), bénéficient de 36 mois de support. Ce sont les versions recommandées pour la production.
- Les versions STS (Standard Term Support), sur les numéros impairs (.NET 7, 9…), sont supportées 24 mois. Elles embarquent des nouveautés plus récentes mais sont pensées pour une durée de vie plus courte.
.NET 8 est sorti en novembre 2023 en LTS (36 mois). .NET 9 est sorti un an plus tard, en novembre 2024, en STS (24 mois). Les deux calendriers, démarrés à un an d’écart mais de durées différentes, convergent mathématiquement sur la même date : le 10 novembre 2026.t. C’est justement ce qui la rend difficile à prioriser : elle ne génère pas de ticket urgent. Elle crée seulement une frustration diffuse, qui finit par coûter du temps à tout le monde, tous les jours.
Ce que la fin de support change concrètement
Après le 10 novembre 2026, les applications sous .NET 8 ou .NET 9 continuent de fonctionner. Rien ne s’arrête techniquement du jour au lendemain. Ce qui s’arrête, c’est le filet de sécurité derrière :
- Plus aucun correctif de sécurité, même en cas de faille critique découverte après cette date.
- Plus de patch de stabilité ni de correctif de bug.
- Plus d’assistance technique officielle de Microsoft.
Une application qui tourne sur une version non supportée reste fonctionnelle, mais chaque vulnérabilité découverte par la suite reste ouverte. Pour une application exposée sur internet (API publique, portail client, back-office accessible à distance), c’est un risque de sécurité qui grandit avec le temps — et qui, pour certains secteurs régulés, peut aussi devenir un point de non-conformité lors d’un audit.
Migrer vers .NET 10 : simple sur le papier, exigeant en pratique
.NET 10, sorti en novembre 2025, est une version LTS supportée jusqu’en novembre 2028. C’est la cible naturelle de migration pour toute application encore en .NET 8 ou .NET 9.
Sur le papier, la migration technique tient en peu d’étapes : mettre à jour la propriété TargetFramework du projet vers net10.0, aligner le SDK .NET installé sur les environnements de développement, de build et d’hébergement, puis reconstruire.
Le vrai travail se situe ailleurs. Une montée de version majeure peut faire apparaître des incompatibilités sur des packages tiers, des changements de comportement sur certaines API, ou des régressions silencieuses sur des intégrations externes (webhooks, jobs planifiés, connecteurs). La bascule elle-même prend quelques heures ; la valider correctement — tests de non-régression sur les parcours critiques, vérification des batchs, contrôle des intégrations — prend nettement plus de temps, et c’est cette étape qui détermine si la migration se passe bien ou mal.
Un calendrier réaliste avant le 10 novembre
Il reste, à la date de publication de cet article, un peu plus de deux mois avant l’échéance. C’est suffisant pour migrer proprement, à condition de ne pas s’y prendre en dernière minute. Trois étapes permettent de cadrer le sujet rapidement :
- Migrer et tester, en traitant en priorité les applications les plus exposées ou les plus critiques pour l’activité.
- Identifier les applications encore sur .NET 8 ou .NET 9 dans le parc applicatif, et prioriser celles exposées publiquement.
- Auditer la compatibilité : dépendances, packages tiers, éventuels appels d’API dépréciées.
Comment Mahé Technologies accompagne cette migration
Mahé Technologies pilote ce type d’échéance technique pour ses clients avant qu’elle ne devienne urgente : audit de compatibilité, chiffrage de l’effort de migration, puis prise en charge de la migration et des tests de non-régression, du cadrage jusqu’à la mise en production.
Un audit de compatibilité mené maintenant coûte une fraction de ce que coûterait une application exposée, sans correctif de sécurité, après le 10 novembre.
Vous avez des applications encore sous .NET 8 ou .NET 9 ? Contactez nous pour un audit de compatibilité.
