8 octombrie 2024 - KB5044273 (versiunile sistemului de operare 19044.5011 și 19045.5011)

Simptom

Soluție

După instalarea acestei actualizări, este posibil să întâmpinați un ecran negru atunci când vă conectați la Azure Virtual Desktop (AVD). De asemenea, este posibil să observați că nu vă puteți deconecta de la cont și ecranul negru persistă chiar și după deconectare și reconectare la AVD. Ca urmare a acestei probleme, jurnalul de evenimente al aplicației din Event Viewer va afișa o eroare de aplicație cu ID-ul evenimentului:1000, indicând o eroare cu aplicația „svchost.exe_AppXSvc”.

Vă rugăm să rețineți că AppX Deployment Service (AppxSvc) aflat într-o stare invalidă ar putea cauza și alte simptome, cum ar fi închiderea neașteptată a meniului Start din cauza problemelor de înregistrare.

Această problemă este rezolvată prin instalarea actualizărilor Windows lansate la 22 octombrie 2024 (KB5045594) sau a actualizărilor ulterioare și prin aplicarea uneia dintre opțiunile menționate în secțiunea Rezolvare din KB5048864. Rețineți că trebuie să efectuați ambele acțiuni pentru a rezolva problema.

După instalarea acestei actualizări sau ulterior, este posibil să observați că aplicații precum Asistență rapidă, Microsoft Teams, Narator Windows și altele nu pornesc dacă sunteți un utilizator non-administrator. Este posibil să întâmpinați această problemă în orice aplicație care setează UIAccess=true în timp ce încercați să executați aplicația ca utilizator non-administrator. Atributul uiAccess=true dintr-un fișier manifest al unei aplicații este utilizat pentru a solicita ca aplicației să i se acorde privilegii mai mari. Aplicații care utilizează această lansare de atribute dintr-o cale sigură, cum ar fi:

• %ProgramFiles% (inclusiv subdirectoarei)

• %ProgramFiles(x86)% (inclusiv subdirectoare pentru versiunile Windows pe 64 de biți)

• %systemroot%\system32

• %systemroot%\syswow64 (pentru versiunile Windows pe 64 de biți)

Dacă aveți instrumentul de monitorizare Procmon instalat pe dispozitiv, veți observa că aplicația rulează cu nivelul de integritate greșit, Integritate:Scăzută în loc de Integritate:Medie, așa cum este de așteptat. Este mai puțin probabil să întâmpinați această problemă dacă rulați aplicația ca administrator.

Această problemă este remediată în KB5046613. ​​

După instalarea acestei actualizări sau a actualizărilor ulterioare, un subset mic de clienți Azure Virtual Desktop care utilizează gazde cu mai multe sesiuni (AVD) se pot confrunta cu următoarele probleme:

• O blocare lungă de 10 până la 30 de minute la un ecran negru după conectarea utilizatorului.

• Aplicațiile Office, inclusiv Outlook și Teams, experimentează erori de sign-on unic (SSO), împiedicând utilizatorii să se conecteze sau să sincronizeze datele.

Această problemă este cauzată de un blocaj în interacțiunile dintre brokerul Azure Active Directory (AAD) și serviciul de implementare AppX subiacent (AppxSvc) și serviciul de infrastructură pentru activități de fundal. Este mai probabil să întâmpinați această problemă dacă utilizați containere de profil de utilizator FSLogix în medii cu sesiuni multiple. FSLogix este un instrument Microsoft care ajută la gestionarea și accelerarea profilurilor de utilizator pe computere, în special în medii virtuale, cum sunt desktopurile la distanță.

Această problemă este rezolvată prin instalarea actualizărilor Windows lansate la 22 octombrie 2024 (KB5045594) sau a actualizărilor ulterioare și prin aplicarea uneia dintre opțiunile menționate în secțiunea Rezolvare din KB5048864. Rețineți că trebuie să efectuați ambele acțiuni pentru a rezolva problema.

După instalarea actualizării de securitate din octombrie 2024, unii clienți semnalează că serviciul OpenSSH (Open Secure Shell) nu reușește să pornească, împiedicând conexiunile SSH. Serviciul eșuează fără nicio înregistrare detaliată în jurnal, fiind necesară intervenția manuală pentru a executa procesul sshd.exe.

Această problemă afectează atât clienții din mediul enterprise, IOT, cât și clienții din educație, cu un număr limitat de dispozitive implicate. Microsoft investighează dacă sunt afectați clienții care utilizează edițiile Windows Home sau Pro. 

Clienții pot rezolva temporar problema actualizând permisiunile (ACL) în directoarele afectate. Urmați acești pași:

1. Deschideți PowerShell ca administrator.

2. Actualizați permisiunile pentru C:\ProgramData\ssh și C:\ProgramData\ssh\logs autorizând controlul complet pentru SYSTEM și grupul Administratori, ceea ce permite accesul de citire pentru utilizatorii autentificați. Puteți restricționa accesul de citire la anumiți utilizatori sau grupuri, modificând șirul de permisiuni, dacă este nevoie.

   Utilizați următoarele comenzi pentru a actualiza permisiunile:

   $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. Repetați pașii de mai sus pentru C:\ProgramData\ssh\logs.

Microsoft investighează activ problema și va furniza o rezolvare într-o actualizare Windows viitoare. Comunicările suplimentare vor fi furnizate atunci când va fi disponibilă o rezolvare sau soluții de evitare suplimentare.