Microsoft a fourni des informations complémentaires concernant un bug d'arrêt de Windows déclenché par les mises à jour de janvier 2026, confirmant qu'il affecte davantage de systèmes que ce qui avait été initialement signalé. Selon BleepingComputer, ce problème peut entraîner le redémarrage de certains appareils au lieu de leur arrêt ou de leur mise en veille prolongée lorsque certaines configurations de sécurité sont activées.
Pour la plupart des utilisateurs, le symptôme se manifeste par un message d'erreur indiquant que leur PC ne s'éteint pas. Pour les équipes informatiques, le véritable problème réside dans la compatibilité entre les fonctionnalités de sécurité reposant sur la virtualisation et le chemin de mise à jour.
Que se passe-t-il sur les machines concernées ?
BleepingComputer signale qu'après l'installation de certaines mises à jour, certains PC compatibles avec Secure Launch et dotés du mode sécurisé virtuel (VSM) activé ne peuvent plus s'éteindre ni se mettre en hibernation ; le système redémarre à la place.
Ce n'est pas seulement agaçant. Cela peut :
- Fenêtres de correctifs et de maintenance
- Confondre les politiques de gestion de l'énergie
- Augmentation de l'usure (redémarrages inattendus)
- Laisser les systèmes dans des états inattendus pour les flux de travail de chiffrement et de conformité
Quelles versions et mises à jour de Windows sont concernées ?
Selon BleepingComputer :
- Les systèmes Windows 11 23H2 avec KB5073455 installé (et System Guard Secure Launch activé) ont été identifiés comme étant concernés.
- Microsoft a publié des mises à jour hors bande (OOB) peu après pour résoudre ce cas précis.
- Microsoft a par la suite mis à jour son tableau de bord pour confirmer un comportement similaire sur Windows 10 22H2 et certaines versions de Windows 10 Enterprise LTSC lorsque VSM est activé après l'installation de mises à jour, notamment KB5073724 et KB5078131.
Qu'est-ce que VSM et pourquoi est-il présent dans l'histoire ?
Le mode sécurisé virtuel (VSM) utilise la virtualisation matérielle pour créer une région de « noyau sécurisé » isolée, protégeant ainsi les ressources sensibles telles que :
- Informations d'identification
- Clés de chiffrement
- jetons de sécurité
Il sous-tend des fonctionnalités telles que Credential Guard et l'intégrité du code protégée par l'hyperviseur.
Étant donné que VSM modifie la façon dont le système d'exploitation interagit avec les composants de bas niveau (démarrage, isolation de la mémoire, hyperviseur), des bogues dans le chemin de mise à jour peuvent apparaître spécifiquement sur les machines dont ces protections sont activées.
La solution de contournement recommandée par Microsoft
BleepingComputer rapporte que Microsoft a conseillé aux clients concernés d'éteindre manuellement leur ordinateur en utilisant :
arrêt /s /t 0
Cela force l'utilisation d'une commande d'arrêt directe et peut s'avérer utile en attendant la mise à jour corrective.
Pour les organisations, cette solution de contournement peut être automatisée ou déployée via des outils de gestion, mais elle reste un simple pansement.
Que doivent faire les équipes informatiques maintenant
- Vérifiez quelles flottes ont Secure Launch ou VSM activé.(Ces images peuvent être limitées à certains modèles ou à des images d'entreprise).
- Confirmer l'installation des mises à jour KBet les comparer aux notes de santé de la version de Microsoft.
- Déployer les mises à jour OOB le cas échéantet valider le comportement d'arrêt/d'hibernation.
- Communiquer les instructions aux utilisateurs(y compris la solution de contournement en ligne de commande) pour réduire le bruit des services d'assistance.
En résumé
Le bogue lié à l'arrêt de Windows nous rappelle que des mesures de sécurité renforcées peuvent engendrer des interactions plus complexes avec les mises à jour. Si vos appareils utilisent Secure Launch ou VSM, suivez attentivement les avis de sécurité de Microsoft concernant les mises à jour et utilisez la solution de contournement via la commande d'arrêt en attendant la publication du correctif définitif.