Continúa la lluvia de consecuencias de la actualización de Microsoft, ya que el fallo de apagado se expande a los sistemas VSM de Windows 10
Microsoft ha reconocido una regresión en la que los PC afectados no consiguen apagarse o entrar en hibernación y, en su lugar, se reinician. El problema surgió originalmente tras la actualización de seguridad del 13 de enero de 2026 para Windows 11 23H2, KB5073455 (OS Build 22631.6491).
En sus notas de salud de la versión de Windows https://www.notebookcheck.net/Windows-11-shutdown-bug-confirmed-KB5073455-blamed.1218749.0.html, Microsoft afirma que el mismo comportamiento también puede producirse en algunos PC con capacidad de inicio seguro con el modo seguro virtual (VSM) activado tras instalar actualizaciones de Windows publicadas a partir del 13 de enero de 2026.
Versiones y KB afectadas
Para Windows 11, Microsoft enumera el problema de apagado/hibernación bajo KB5073455 y señala que una actualización OOB (KB5077797, OS Build 22631.6494) soluciona el problema para algunos dispositivos con Secure Launch, pero no para los PC con Secure Launch y VSM activado.
Para Windows 10, Microsoft ha añadido el mismo problema conocido relacionado con VSM:
13 de enero de 2026-KB5073724 (OS Builds 19045.6809 y 19044.6809), donde dice que algunos PCs compatibles con Secure Launch con VSM habilitado pueden reiniciarse en lugar de apagarse o hibernarse.
24 de enero de 2026-KB5078131 (OS Build 17763.8281) para Windows 10 Enterprise LTSC 2019, que repite el comportamiento de reinicio por apagado/hibernación de VSM y apunta a una futura solución.
El panel de salud de la versión de Microsoft enumera explícitamente las plataformas cliente afectadas incluyendo Windows 11 23H2 y Windows 10 (22H2, LTSC 2021 y LTSC 2019), y señala que el problema no afecta a los procesadores AMD o ARM64 en el escenario afectado allí descrito.
Qué hacer a continuación
Microsoft dice que la variante habilitada para VSM se abordará en una futura actualización de Windows.
Mientras tanto, Microsoft y informes de terceros han apuntado a utilizar el comando shutdown /s /t 0 como solución temporal cuando no pueda aplicar las actualizaciones OOB pertinentes de inmediato.
