Aller au contenu
SITECH

Windows Server 2016 s'arrête le 12 janvier 2027 : ce qu'il reste à faire

Infrastructure

Frise chronologique menant au 12 janvier 2027, date de fin du support étendu de Windows Server 2016.

Le 12 janvier 2027, Windows Server 2016 sort du support étendu. Le support standard s'était déjà éteint le 11 janvier 2022 ; depuis, le système ne recevait plus que des correctifs de sécurité. Après cette date, il n'en recevra plus du tout.

La date est connue, mais le temps disponible est plus court qu'il n'y paraît : un chantier de migration mené correctement — inventaire, essais de compatibilité, bascule par vagues, période d'observation — occupe plusieurs mois, et il ne se lance pas en décembre.

Ce que vous perdez exactement

  • Les correctifs de sécurité. Chaque vulnérabilité publiée après la date reste ouverte sur vos serveurs, indéfiniment.
  • Le support de l'éditeur. En cas d'incident majeur, vous n'avez plus d'interlocuteur — et vos prestataires, y compris nous, travaillent alors sans filet.
  • La conformité. C'est le point qui déclenche les décisions. Les référentiels qui exigent des logiciels maintenus par leur éditeur traitent un serveur hors support comme non conforme : cela touche les audits PCI DSS, les exigences des bailleurs et des donneurs d'ordre publics, et les revues de sécurité que vos clients grands comptes vous imposent.

Le chantier que l'on découvre trop tard : l'autorité de certification

Si l'un de vos serveurs 2016 héberge les services de certificats Active Directory, ce n'est pas une migration de plus : c'est la migration à planifier en premier. Une autorité de certification interne signe les certificats de vos contrôleurs de domaine, de vos points d'accès Wi-Fi en authentification par certificat, de vos VPN et souvent de vos applications internes. Elle ne se déplace pas en un week-end, et son échec n'est pas visible immédiatement — il se manifeste des semaines plus tard, quand un certificat arrive à expiration et que plus personne ne peut le renouveler.

La vraie difficulté : vos applications métier

Migrer le système d'exploitation est un travail balisé. Ce qui bloque, ce sont les applications posées dessus : le logiciel de gestion dont l'éditeur n'existe plus, la version de base de données que le fournisseur ne certifie pas au-delà de 2016, l'application qui exige une version de composant retirée depuis. C'est cette matrice-là qu'il faut établir en premier, parce que c'est elle qui décide du calendrier — et parfois du budget, quand la seule issue est une mise à niveau applicative payante.

Les issues possibles

  1. Migrer vers Windows Server 2022 ou 2025, sur le matériel existant s'il tient, sur du matériel neuf s'il est lui-même en fin de vie. C'est la voie normale.
  2. Basculer la charge vers Azure, en totalité ou pour les rôles qui s'y prêtent. À évaluer sérieusement au regard de votre connectivité réelle et des exigences de localisation des données qui s'appliquent à votre secteur.
  3. Une approche mixte, la plus fréquente en pratique : les services d'infrastructure restent sur site, la messagerie et la collaboration passent dans le nuage.

Un calendrier à rebours

  • Maintenant. Inventaire des serveurs 2016 : rôle, applications hébergées, criticité, état du matériel. Repérage des rôles sensibles — contrôleurs de domaine, autorité de certification, serveurs de fichiers, bases de données.
  • Dans les deux mois. Matrice de compatibilité applicative, avec une réponse écrite de chaque éditeur. C'est le document qui fait tomber les surprises.
  • Ensuite. Migration des rôles les moins risqués d'abord, pour roder la procédure ; l'autorité de certification et les contrôleurs de domaine en chantier dédié.
  • Avant décembre 2026. Bascule des dernières charges, avec une marge pour les retours en arrière. Personne ne veut d'une bascule d'annuaire pendant les congés de fin d'année.

Et si ce n'est pas fini à temps ?

Il faut le dire clairement plutôt que de le découvrir : un serveur qui reste en 2016 après janvier 2027 doit être traité comme un système à risque assumé. On l'isole sur le réseau, on restreint ses accès entrants et sortants, on renforce sa surveillance et on documente cette situation pour l'auditeur. Ce n'est pas une solution, c'est un sursis — et il doit avoir une date de fin écrite.

Sources

Partager cet article