Primul update Windows 11 din 2026 a blocat oprirea unor PC-uri, iar Microsoft a venit rapid cu o soluție de urgență

TEHNOLOGIE
Primul update Windows 11 din 2026 a blocat oprirea unor PC-uri, iar Microsoft a venit rapid cu o soluție de urgență

În loc să fie o rundă „liniștită” de patch-uri de securitate, prima actualizare importantă pentru Windows din 2026 a reușit să provoace o problemă pe care o observi imediat: unele calculatoare nu se mai opreau corect și nici nu mai intrau în hibernare. În paralel, pentru o parte dintre utilizatori (și mai ales pentru administratori), a apărut o altă bătaie de cap: autentificări eșuate în aplicații de tip Remote Desktop.

Reacția Microsoft a fost rapidă: la doar câteva zile după patch-ul inițial, compania a publicat un update „out-of-band” (OOB), adică o actualizare de urgență lansată în afara calendarului obișnuit. Faptul că astfel de intervenții au devenit mai frecvente spune multe despre complexitatea Windows-ului modern și despre cât de ușor poate un patch de securitate să atingă, din greșeală, exact acele zone sensibile pe care ar trebui să le protejeze.

Ce s-a întâmplat în ianuarie și cine a fost afectat

Cronologia e simplă: pe 13 ianuarie 2026 a venit update-ul de securitate, iar pe 17 ianuarie a apărut „plasa de siguranță” – un OOB menit să repare două erori serioase. Prima: anumite dispozitive cu Secure Launch (numit și System Guard Secure Launch) ajungeau să repornească atunci când încercai să le oprești sau să le trimiți în hibernare. A doua: semnarea sau introducerea credențialelor în conexiuni Remote Desktop putea eșua, în funcție de aplicația folosită.

Impactul „bug-ului de oprire” n-a fost uniform. Microsoft a indicat că problema era legată de Windows 11 versiunea 23H2 și era întâlnită pe sisteme unde Secure Launch e activ, un scenariu mai comun în medii enterprise și pe ediții orientate spre organizații. Practic, nu vorbim despre orice laptop de acasă, ci despre un subset de configurații unde securitatea la nivel de boot și virtualizare e pusă pe „maxim”.

Din perspectiva utilizatorului, semnul principal era simplu: dai Shut down și, în loc să se închidă, sistemul revine cu un restart sau rămâne într-o stare care sugerează că n-a executat corect comanda. În mediile în care hibernarea e parte din rutina zilnică (laptopuri de serviciu, stații de lucru, dispozitive gestionate centralizat), efectul devenea rapid vizibil.

De ce un bug la oprire e mai grav decât pare

La prima vedere, „nu se oprește” sună ca o ciudățenie enervantă. În realitate, poate deveni rapid o problemă serioasă. Dacă sistemul repornește în loc să se închidă, riști să rămâi cu procese blocate, update-uri care nu finalizează corect, sesiuni care se reiau în stări imprevizibile și, pe laptop, cu un consum aiurea de baterie peste noapte. Iar dacă tu gestionezi mai multe stații, efectul se multiplică: orice flux de mentenanță care presupune oprire sau hibernare devine instabil.

Mai e și partea de încredere: utilizatorii ajung să amâne instalarea actualizărilor, exact ceea ce nu vrei într-o perioadă în care vulnerabilitățile sunt exploatate rapid. Paradoxul e că update-ul de securitate, menit să-ți întărească protecția, poate să te împingă către un comportament riscant: să lași sistemul neactualizat.

Din punct de vedere tehnic, zona atinsă aici e una sensibilă. Secure Launch folosește mecanisme de securitate bazate pe virtualizare pentru a proteja pornirea sistemului împotriva amenințărilor de nivel firmware. Când un patch de securitate se intersectează cu componentele de power management și cu astfel de funcții, e suficient un regres mic ca să apară comportamente bizare, cum e repornirea în loc de oprire. Cu alte cuvinte, nu e vorba doar de un „bug banal”, ci de un conflict între straturi profunde ale sistemului.

Cum aplici fixul și cum eviți surprizele la următoarele update-uri

Vestea bună: există deja remedii oficiale, publicate ca update-uri OOB separate, în funcție de versiunea de Windows. Pentru Windows 11 23H2, Microsoft a indicat că problema de oprire și hibernare introdusă de patch-ul de securitate din ianuarie este rezolvată printr-un pachet OOB dedicat. Pentru Windows 11 24H2 și 25H2, remedierea pentru problemele de autentificare Remote Desktop a venit printr-un alt pachet OOB.

Ca utilizator obișnuit, ruta cea mai simplă e să intri în Settings → Windows Update, să apeși „Check for updates” și să instalezi pachetul disponibil. Apoi repornește, chiar dacă ai tentația să amâni, fiindcă aceste update-uri sunt gândite să corecteze exact comportamentul anormal introdus de patch-ul anterior. Dacă ești într-un mediu administrat, verifică politicile de update (WSUS, Intune sau alte soluții) și asigură-te că actualizarea de urgență e aprobată și împinsă către device-urile afectate.

Ca să reduci șansele să fii prins iar pe picior greșit, tratează update-urile ca pe un proces, nu ca pe un buton. Dacă lucrezi pe un PC critic, fă-ți un obicei din a verifica notele de lansare și lista de probleme cunoscute înainte de patch-uri importante și păstrează o fereastră scurtă de test înainte să le rulezi pe toate sistemele. Dacă depinzi de acces la distanță, asigură-ți o alternativă (un client secundar sau o metodă de acces de rezervă) ca să nu rămâi blocat fix când apare o problemă de autentificare.

Povestea din ianuarie 2026 e un exemplu clar că „Patch Tuesday” poate veni cu surprize, iar OOB-urile nu mai sunt excepția de altădată. Important e că fixul există deja și îl poți aplica imediat. Iar data viitoare când vezi o actualizare majoră, merită să urmărești rapid semnalele din comunitate și comunicările oficiale, ca să nu te trezești cu PC-ul care refuză să se oprească exact când ai nevoie.