8 ottobre 2024 - KB5044273 (build del sistema operativo 19044.5011 e 19045.5011)

Sintomo

Soluzione alternativa

Dopo l'installazione di questo aggiornamento, potresti visualizzare una schermata nera quando si accede a Desktop virtuale Azure. Potresti anche notare che non è possibile disconnettersi dall'account e che la schermata nera persiste anche dopo la disconnessione e la riconnessione ad Desktop virtuale Azure. Risultante da questo problema, il registro eventi dell'applicazione nel Visualizzatore eventi mostrerà un errore dell'applicazione con ID evento:1000 che indica un errore con l'applicazione "svchost.exe_AppXSvc".

Nota che il servizio di distribuzione AppX (AppxSvc) in uno stato non valido potrebbe anche causare altri sintomi come la chiusura imprevista del menu Start a causa di problemi di registrazione.

Questo problema viene risolto installando gli aggiornamenti di Windows rilasciati il 22 ottobre 2024 (KB5045594) o aggiornamenti successivi e applicando una delle opzioni indicate nella sezione Risoluzione in KB5048864. Si noti che per risolvere il problema è necessario eseguire entrambe le azioni.

Dopo l'installazione di questo aggiornamento o di quelli successivi, si potrebbe notare che applicazioni come Assistenza rapida, Microsoft Teams, Assistente vocale di Windows e così via. potrebbero non avviarsi se si è utenti non amministratori. Questo problema potrebbe verificarsi in qualsiasi app che imposta UIAccess=true mentre si cerca di eseguire l'app come utente non amministratore. L'attributo uiAccess=true nel file manifesto di un'applicazione viene usato per richiedere che all'applicazione vengano concessi privilegi più elevati. Le app che usano questo attributo vengono avviate da un percorso sicuro, ad esempio:

• %ProgramFiles% (incluse le sottodirectory)

• %ProgramFiles(x86)% (incluse le sottodirectory per le versioni a 64 bit di Windows)

• %systemroot%\system32

• %systemroot%\syswow64 (per le versioni a 64 bit di Windows)

Se nel dispositivo è installato lo strumento di monitoraggio Procmon, si noterà che l'applicazione viene eseguita con un livello di integrità errato, ovvero Integrity:Low anziché il valore previsto Integrity:Medium. È meno probabile che il problema si verifichi se si esegue l'applicazione come amministratore.

Questo problema è stato risolto in KB5046613. ​​

Dopo l'installazione di questo aggiornamento o degli aggiornamenti successivi, un piccolo sottoinsieme di clienti di Desktop virtuale Azure che usano host multisessione (AVD) potrebbe riscontrare i problemi seguenti:

• Un blocco prolungato da 10 a 30 minuti su una schermata nera dopo l'accesso dell'utente.

• Le applicazioni di Office, tra cui Outlook e Teams, riscontrano errori di Single Sign-On (SSO), impedendo agli utenti di connettersi o sincronizzare i dati.

Questo problema è causato da un deadlock nelle interazioni tra il broker di Azure Active Directory (AAD), il servizio di distribuzione AppX sottostante (AppxSvc) e il servizio infrastruttura delle attività in background. È più probabile che si verifichi questo problema se si utilizzano contenitori di profili utente FSLogix in ambienti con più sessioni. FSLogix è uno strumento Microsoft che consente di gestire e velocizzare i profili utente nei computer, in particolare in ambienti virtuali come i desktop remoti.

Questo problema viene risolto installando gli aggiornamenti di Windows rilasciati il 22 ottobre 2024 (KB5045594) o aggiornamenti successivi e applicando una delle opzioni indicate nella sezione Risoluzione in KB5048864. Si noti che per risolvere il problema è necessario eseguire entrambe le azioni.

Dopo l'installazione dell'aggiornamento di sicurezza di ottobre 2024, alcuni clienti segnalano che il servizio OpenSSH (Open Secure Shell) non si avvia, impedendo le connessioni SSH. Il servizio ha esito negativo senza una registrazione dettagliata ed è necessario un intervento manuale per eseguire il processo sshd.exe.

Questo problema riguarda sia i clienti aziendali, IoT e degli istituti di istruzione, con un numero limitato di dispositivi interessati. Microsoft sta verificando se il problema riguarda anche i clienti privati ​​che usano le edizioni Home o Pro di Windows. 

I clienti possono risolvere temporaneamente il problema aggiornando le autorizzazioni (ACL) nelle directory interessate. Effettuare questi passaggi:

1. Aprire PowerShell come amministratore.

2. Aggiornare le autorizzazioni per C:\ProgramData\ssh e C:\ProgramData\ssh\logs per consentire il controllo completo a SYSTEM e al gruppo Administrators, consentendo al contempo l'accesso in lettura agli Utenti autenticati. È possibile limitare l'accesso in lettura a utenti o gruppi specifici modificando la stringa delle autorizzazioni, se necessario.

   Per aggiornare le autorizzazioni, usare i comandi seguenti:

   $directoryPath = "C:\ProgramData\ssh" $acl = Get-Acl -Path $directoryPath $sddlString = "O:BAD:PAI(A;OICI;FA;;;SY)(A;OICI;FA;;;BA)(A;OICI;0x1200a9;;;AU)" $securityDescriptor = New-Object System.Security.AccessControl.RawSecurityDescriptor $sddlString $acl.SetSecurityDescriptorSddlForm($securityDescriptor.GetSddlForm("All")) Set-Acl -Path $directoryPath -AclObject $acl

3. Ripetere i passaggi precedenti per C:\ProgramData\ssh\logs.

Microsoft sta indagando attivamente sul problema e fornirà una soluzione in un prossimo aggiornamento di Windows. Ulteriori comunicazioni verranno fornite quando sarà disponibile una soluzione o soluzioni alternative aggiuntive.