Windows 11, Microsoft corregge schermate nere e crash di Explorer

📌 In Sintesi

• Microsoft corregge il bug che poteva impedire l’avvio di Explorer.exe dopo il login e lasciare l’utente davanti a una schermata nera.
• Il problema colpiva soprattutto ambienti multiutente Azure Virtual Desktop con FSLogix ed era comparso dopo gli aggiornamenti Preview di agosto.
• La soluzione arriva con gli update del 13 ottobre, tra cui KB5127648 per Windows 11 24H2, 25H2 e 26H2.

Microsoft ha finalmente corretto il problema di Windows 11 che poteva lasciare gli utenti davanti a una schermata nera dopo il login perché Explorer.exe non riusciva ad avviarsi o continuava a terminare in crash. La regressione riguardava soprattutto infrastrutture multiutente basate su Azure Virtual Desktop e FSLogix, quindi ambienti enterprise nei quali il mancato caricamento della shell Windows poteva rendere inutilizzabile l’intera sessione. Il problema era stato introdotto dagli aggiornamenti Preview di agosto ed era rimasto presente anche nei pacchetti distribuiti successivamente.

Explorer.exe poteva fallire subito dopo il login

Nella documentazione ufficiale di KB5127648, Microsoft conferma che l’aggiornamento del 13 ottobre corregge il difetto che interessava Windows Explorer negli ambienti multiutente. Dopo l’autenticazione, Explorer.exe poteva non partire oppure entrare in un ciclo di crash, lasciando la sessione con schermo nero e impedendo il normale caricamento del desktop. I log applicativi potevano registrare direttamente i crash della shell. Il fenomeno risultava più frequente su alcuni profili utente già esistenti e soprattutto sui sistemi che utilizzavano FSLogix per la gestione delle sessioni virtuali.

Leggi anche: Windows 11 corregge il mouse, ma gli update rompono RDS ed Excel

Il problema era iniziato con gli aggiornamenti Preview di agosto

Microsoft aveva collegato il difetto agli aggiornamenti non di sicurezza distribuiti ad agosto, tra cui KB5120998 per Windows 11 24H2 e 25H2 e KB5120996 per 26H1. I successivi aggiornamenti non avevano eliminato immediatamente la regressione e l’azienda aveva quindi introdotto workaround temporanei, compreso l’avvio manuale di explorer.exe dal Task Manager e, in alcuni scenari gestiti, il Known Issue Rollback. La sequenza conferma ancora una volta il rischio operativo degli aggiornamenti Windows negli ambienti aziendali, già emerso quando KB5124008 aveva compromesso il trust relationship con alcuni domini Active Directory.

KB5127648 chiude il problema su 24H2, 25H2 e 26H2

Per Windows 11 24H2, 25H2 e 26H2 la correzione è inclusa in KB5127648, con build rispettivamente 26100.9711, 26200.9711 e 26300.9711. Windows 11 26H1 riceve invece la soluzione attraverso KB5127646, build 28000.3231. Microsoft raccomanda l’installazione degli aggiornamenti più recenti perché i pacchetti cumulativi contengono anche le correzioni precedenti. Lo stesso KB5127648 interviene inoltre su Always On VPN, Storage Spaces, stampa, Windows Hello, audio AC-3 e stuttering del mouse nei giochi.

Continua con:
Microsoft ritira Companion, spinge le passkey e rompe File History con gli update
Windows 11, stop all’aggiornamento: Microsoft ritira la KB5079391

Negli ambienti virtuali una shell che non parte equivale a un servizio fermo

Il bug non era particolarmente grave per la sicurezza, ma lo era per la continuità operativa. In una postazione fisica il riavvio di Explorer può essere un fastidio; in un’infrastruttura Azure Virtual Desktop con centinaia di sessioni contemporanee, una shell che non si avvia significa utenti incapaci di raggiungere applicazioni, file e desktop aziendale. La correzione di ottobre chiude quindi una regressione che conferma un problema già noto agli amministratori Windows: gli aggiornamenti cumulativi non devono essere valutati soltanto per le vulnerabilità che risolvono, ma anche per l’impatto che possono avere su profili, sessioni remote e componenti centrali della shell.