A Microsoft szerint egy Windows frissítési hiba megakadályozhatja a leállítást – mit érint, és hogyan kerülheti el a rendszer

A Microsoft kibővítette az útmutatást a 2026 januári frissítések által kiváltott Windows leállítási hibával kapcsolatban, megerősítve, hogy a hiba több rendszert érint, mint azt először jelentették. A BleepingComputer szerint a probléma egyes eszközök újraindítását okozhatja a leállás vagy hibernált állapot helyett, amikor bizonyos biztonsági konfigurációk engedélyezve vannak.

A legtöbb felhasználó számára a tünet úgy néz ki, mint „a számítógépem nem áll le”. Az informatikai csapatok számára a valódi probléma a virtualizációra támaszkodó biztonsági funkciók és a frissítési útvonal közötti kompatibilitás.

Mi történik az érintett gépeken?

A BleepingComputer jelentése szerint bizonyos frissítések telepítése után egyes Secure Launch-képes, virtuális biztonságos móddal (VSM) rendelkező számítógépek nem tudnak leállni vagy hibernálni; ehelyett a rendszer újraindul.

Ez nem csak bosszantó. A következőket is okozhatja:

• Hibajavítási és karbantartási időszakok
• Energiagazdálkodási szabályzatok összekeverése
• Fokozott kopás (váratlan újraindítások)
• Rendszerek váratlan állapotokban hagyása titkosítási és megfelelőségi munkafolyamatok esetén

Mely Windows-verziók és frissítések érintettek?

A BleepingComputer szerint:

• A KB5073455 frissítéssel telepített (és a System Guard Secure Launch engedélyezve lévő) Windows 11 23H2 rendszereket azonosították érintettként.
• A Microsoft röviddel ezután kiadott sávon kívüli (OOB) frissítéseket az adott eset kezelésére.
• A Microsoft később frissítette az irányítópultját, hogy megerősítse a hasonló viselkedést a Windows 10 22H2 és bizonyos Windows 10 Enterprise LTSC verziókon, amikor a VSM engedélyezve van a KB5073724 és a KB5078131 frissítések telepítése után.

Mi a VSM és miért szerepel a történetben?

A VSM (Virtual Secure Mode) hardveres virtualizációt használ egy elszigetelt „biztonságos kernel” régió létrehozásához, amely védi az olyan érzékeny eszközöket, mint:

• Hitelesítő adatok
• Titkosítási kulcsok
• Biztonsági tokenek

Olyan funkciókat támogat, mint a Credential Guard és a Hypervisor által védett kódintegritás.

Mivel a VSM megváltoztatja az operációs rendszer és az alacsony szintű komponensek (rendszerindítás, memória-izoláció, hipervizor) közötti interakciót, a frissítési útvonal hibái kifejezetten azokon a gépeken jelenhetnek meg, amelyeken ezek a védelmek engedélyezve vannak.

A Microsoft által javasolt kerülő megoldás

A BleepingComputer jelentése szerint a Microsoft azt tanácsolta az érintett ügyfeleknek, hogy manuálisan állítsák le a rendszert a következő módon:

• leállítás /s /t 0

Ez egy közvetlen leállítási parancsútvonalat kényszerít ki, és segíthet, amíg egy jövőbeli frissítéssel meg nem érkezik a javítás.

Szervezetek számára ez a kerülő megoldás szkriptelhető vagy felügyeleti eszközökön keresztül is elérhető, de még mindig csak sebtapasz.

Mit kell most tenniük az IT-csapatoknak?

1. Ellenőrizze, hogy mely flották rendelkeznek-e engedélyezve a Secure Launch vagy a VSM funkcióval.(ezek bizonyos modellekre vagy vállalati lemezképekre korlátozódhatnak).
2. Frissítési tudásbázisok telepítésének megerősítéseés hasonlítsa össze a Microsoft kiadási állapotjegyzeteivel.
3. OOB-frissítések telepítése, ahol alkalmazhatóés validálja a leállítási/hibernálási viselkedést.
4. Felhasználói útmutató közlése(beleértve a parancssori megoldást is) a helpdesk zajának csökkentése érdekében.

A lényeg

A Windows leállítási hibája emlékeztetőül szolgál arra, hogy az erősebb biztonsági funkciók bonyolultabb interakciókat okozhatnak a frissítésekkel. Ha eszközei Secure Launch vagy VSM szolgáltatást használnak, kövesse nyomon a Microsoft kiadási állapotra vonatkozó tanácsait, és használja a leállítási parancsot a végleges javítás megjelenéséig.

---

Források

• https://www.bleepingcomputer.com/news/microsoft/microsoft-january-update-shutdown-bug-affects-more-windows-pcs/