Microsoft a extins îndrumările privind o eroare de închidere a Windows declanșată de actualizările din ianuarie 2026, confirmând că aceasta afectează mai multe sisteme decât s-a raportat inițial. Potrivit BleepingComputer, problema poate determina repornirea unor dispozitive în loc să se oprească sau să intre în hibernare atunci când sunt activate anumite configurații de securitate.
Pentru majoritatea utilizatorilor, simptomul arată ca „PC-ul meu nu se oprește”. Pentru echipele IT, adevărata problemă este compatibilitatea dintre funcțiile de securitate care se bazează pe virtualizare și calea de actualizare.
Ce se întâmplă cu mașinile afectate
BleepingComputer raportează că, după instalarea anumitor actualizări, unele PC-uri compatibile cu Secure Launch și cu Virtual Secure Mode (VSM) activat nu se pot opri sau hiberna; în schimb, sistemul repornește.
Acest lucru nu este doar enervant. Poate:
- Întrerupeți ferestrele de patch-uri și întreținere
- Confuzie privind politicile de gestionare a energiei
- Creșterea uzurii (reporniri neașteptate)
- Lăsați sistemele în stări neașteptate pentru fluxurile de lucru de criptare și conformitate
Ce versiuni și actualizări de Windows sunt implicate
Per BleepingComputer:
- Sistemele Windows 11 23H2 cu KB5073455 instalat (și System Guard Secure Launch activat) au fost identificate ca fiind afectate.
- Microsoft a emis actualizări out-of-band (OOB) la scurt timp după aceea pentru a aborda acel caz specific.
- Microsoft și-a actualizat ulterior tabloul de bord pentru a confirma un comportament similar pe Windows 10 22H2 și anumite versiuni de Windows 10 Enterprise LTSC atunci când VSM este activat după instalarea actualizărilor, inclusiv KB5073724 și KB5078131.
Ce este VSM și de ce este inclus în poveste
VSM (Virtual Secure Mode) utilizează virtualizarea hardware pentru a crea o regiune izolată de „kernel securizat”, protejând activele sensibile precum:
- Acreditări
- Chei de criptare
- Jetoane de securitate
Acesta susține funcții precum Credential Guard și Hypervisor-Protected Code Integrity.
Deoarece VSM modifică modul în care sistemul de operare interacționează cu componentele de nivel scăzut (bootare, izolare a memoriei, hipervizor), erorile din calea de actualizare pot apărea în mod specific pe mașinile cu aceste protecții activate.
Soluția recomandată de Microsoft
BleepingComputer raportează că Microsoft a sfătuit clienții afectați să închidă manual sistemul folosind:
închidere /s /t 0
Aceasta forțează o cale directă de comandă de închidere și poate fi de ajutor până când o remediere este livrată printr-o actualizare viitoare.
Pentru organizații, această soluție poate fi creată prin script sau introdusă prin intermediul instrumentelor de management, dar este totuși un plasture.
Ce ar trebui să facă echipele IT acum
- Verificați ce flote au Secure Launch sau VSM activate(acestea pot fi limitate la anumite modele sau imagini de la companie).
- Confirmați instalarea KB-urilor de actualizareși se potrivesc cu notele de stare a versiunii Microsoft.
- Implementați actualizări OOB acolo unde este cazulși validează comportamentul de oprire/hibernare.
- Comunicați îndrumările utilizatorilor(inclusiv soluția alternativă din linia de comandă) pentru a reduce zgomotul de la serviciul de asistență.
Concluzie
Eroarea de închidere a Windows este o reamintire a faptului că funcțiile de securitate mai puternice pot introduce interacțiuni mai complexe cu actualizările. Dacă dispozitivele dvs. utilizează Secure Launch sau VSM, urmăriți cu atenție avertismentele Microsoft privind starea lansării și utilizați soluția alternativă comanda shutdown până când remedierea permanentă este livrată.