Kritischer Bug nach Patch-Day:
Windows 11 verweigert das Abschalten

Das jüngste Sicherheitsupdate für Windows 11 sorgt in Firmennetz­werken für Frust: Statt herunterzufahren, starten Rechner einfach neu. Microsoft bestätigt den Fehler in Version 23H2 und liefert eine vorläufige Übergangslösung für Administratoren.

Windows 11 verweigert das Ausschalten

Das am 13. Januar 2026 veröffentlichte Sicherheitsupdate KB5073455 für Windows 11 Version 23H2 entwickelt sich zum Geduldsspiel. Anstatt den Rechner am Ende des Arbeitstages ordnungsgemäß herunterzufahren oder in den Energiesparmodus zu wechseln, führen betroffene Systeme lediglich einen Neustart durch.

Der Fehler tritt spezifisch in Verbindung mit der Sicherheitsfunktion "Secure Launch" auf, die in vielen professionellen Umgebungen mittlerweile zum Standard gehört. Betroffen sind primär die Enterprise- und IoT-Editionen des Betriebssystems.


Während der Neustart statt des Shutdowns primär nur ein lästiger Bug ist, wiegt das Versagen des Ruhezustands (Hibernation) schwerer. Hierbei drohen reale Datenverluste, wenn Nutzer sich darauf verlassen, dass ihre Sitzung und offene Dokumente auf der Festplatte gespeichert werden, der Laptop aber im Hintergrund weiterläuft.

Wie Microsoft mittlerweile im offiziellen Release Health Dashboard einräumt, ist das Phänomen den Entwicklern bekannt. Der Konzern bestätigt, dass Geräte mit aktiviertem "Secure Launch" nach der Installation von KB5073455 die Befehle zum Ausschalten ignorieren und stattdessen die Boot-Sequenz neu initiieren. Eine dauerhafte technische Lösung in Form eines neue Uodates steht derzeit noch aus, wird aber für ein kommendes Update in Aussicht gestellt.

Secure Launch und VBS als Auslöser

Die Ursache liegt tief im Systemkern verborgen. Secure Launch, auch als "System Guard Secure Launch" bekannt, nutzt die sogenannte Virtualization-based Security (VBS), um den Computer während des Startvorgangs vor Bedrohungen auf Firmware-Ebene zu schützen. Diese Technologie isoliert kritische Teile des Systems in einer virtuellen Umgebung, um Manipulationen durch Rootkits oder Bootkits zu verhindern, noch bevor das eigentliche Betriebssystem geladen ist.

Dass ausgerechnet dieser komplexe Sicherheitsmechanismus nun die grundlegende Energieverwaltung torpediert, stellt Administratoren vor Herausforderungen. Da Secure Launch vorwiegend auf modernen "Secured-core PCs" im Business-Umfeld zum Einsatz kommt und oft via Gruppenrichtlinien aktiviert wird, bleiben private Heimanwender mit der Home-Edition von diesem spezifischen Fehler weitgehend verschont. Die Abhängigkeit von moderner Hardware und dem Trusted Platform Module (TPM) macht die Eingrenzung des Fehlers jedoch komplex.

Lösung via Kommandozeile erzwingen

Solange Microsoft keinen automatisierten Fix via Windows Update bereitstellt, müssen sich Anwender mit einem manuellen Eingriff behelfen. Der Softwarekonzern rät dazu, das Herunterfahren über die Eingabeaufforderung zu erzwingen, um die Neustart-Schleife zu umgehen. Für Administratoren empfiehlt es sich, diesen Workaround proaktiv zu kommunizieren oder als Verknüpfung auf den Desktops der Mitarbeiter zu verteilen.

Um das System sicher auszuschalten, führen Sie folgende Schritte aus:


Dieser Befehl weist das Betriebssystem an, den Computer sofort (Zeitlimit 0) herunterzufahren (/s). Wie unter anderem auch Günter Born in seinem Blog ausführt, gibt es für den Ruhezustand (Hibernate) aktuell jedoch keine funktionierende Umgehungslösung. Man sollte daher immer alle offene Dokumente selbst manuell noch einmal speichern und den Rechner komplett herunterfahren. Der Versuch, den Ruhezustand zu aktivieren, scheitert oft unbemerkt, wodurch mobile Geräte im schlimmsten Fall so lange laufen, bis der Akku entleert ist.

Seid ihr in eurer Firmenumgebung von diesem Fehler betroffen oder nutzt ihr die Funktion Secure Launch gar nicht? Teilt uns eure Erfahrungen mit dem Workaround gerne in den Kommentaren mit.


Siehe auch: