2024. október 22. – KB5045594 (operációs rendszer: 19045.5073-as build) előzetes verzió

A jelen vagy egy későbbi frissítés telepítése után azt tapasztalhatja, hogy a Gyors segítség, a Microsoft Teams, a Windows Narrátor és hasonló alkalmazások nem indulnak el, ha Ön nem rendszergazdai felhasználó. Ezt a problémát bármely olyan alkalmazásban tapasztalhatja, amely az UIAccess=true értéket állítja be, amikor nem rendszergazdai felhasználóként próbálja futtatni az alkalmazást. Az alkalmazás jegyzékfájljában található uiAccess=true attribútummal kérhető, hogy az alkalmazás magasabb szintű jogosultságokat kapjon. Az attribútumot használó alkalmazások biztonságos elérési útról indulnak, például:

• %ProgramFiles% (beleértve az alkönyvtárakat is)

• %ProgramFiles(x86)% (beleértve a Windows 64 bites verzióinak alkönyvtárait is)

• %systemroot%\system32

• %systemroot%\syswow64 (a Windows 64 bites verzióihoz)

Ha az eszközén telepítve van a Procmon monitorozási eszköz, azt tapasztalhatja, hogy az alkalmazás nem a megfelelő integritási szinttel fut: Integrity:Low a várt Integrity:Medium helyett. Kisebb valószínűséggel tapasztalja ezt a problémát, ha rendszergazdaként futtatja az alkalmazást.

Ezt a problémát a KB5046613 frissítés kezeli. ​​

A frissítés vagy az azt követő frissítések telepítése után a több munkamenetes gazdagépeket (AVD-t) használó Azure Virtual Desktop-ügyfelek egy kis csoportja a következő problémákat tapasztalhatja:

• Egy hosszabb 10–30 perces lefagyás egy fekete képernyőn a felhasználói bejelentkezést követően.

• Az Outlookot és a Teamst is tartalmazó Office-alkalmazások egyszeri bejelentkezéssel (SSO-val) kapcsolatos hibákat tapasztalnak, ami megakadályozza, hogy a felhasználók csatlakozzanak vagy szinkronizálják az adatokat.

Ezt a problémát az Azure Active Directory- (AAD-) közvetítő és a mögöttes AppX üzembe helyezési szolgáltatás (AppxSvc) és a Háttérfeladatok infrastruktúra-szolgáltatás közötti interakciók holtpontja okozza. Nagyobb valószínűséggel tapasztalja ezt a problémát, ha FSLogix felhasználóiprofil-tárolókat használ több munkamenetes környezetekben. Az FSLogix egy Microsoft-eszköz, amely segít a felhasználói profilok kezelésében és felgyorsításában a számítógépeken, különösen olyan virtuális környezetekben, mint a távoli asztalok.

Ez a probléma a 2024. október 22-én kiadott (KB5045594) vagy újabb Windows-frissítések telepítésével, valamint a KB5048864 Megoldás szakaszában említett lehetőségek egyikének alkalmazásával oldható meg. Vegye figyelembe, hogy a probléma megoldásához mindkét műveletet végre kell hajtania.

A 2024. októberi biztonsági frissítés telepítését követően egyes ügyfelek arról számolnak be, hogy az OpenSSH (Open Secure Shell) szolgáltatás nem indul el, megakadályozva az SSH-kapcsolatokat. A szolgáltatás részletes naplózás nélkül hiúsul meg, és manuális beavatkozás szükséges a sshd.exe folyamat futtatásához.

Ez a probléma a nagyvállalati, az IOT- és az oktatási ügyfeleket is érinti, és korlátozott számú eszközt érint. A Microsoft vizsgálja, hogy a Windows Home vagy Pro kiadását használó fogyasztói ügyfelek érintettek-e. 

Az ügyfelek ideiglenesen megoldhatják a problémát, ha frissítik az engedélyeket (ACL-eket) az érintett könyvtárakon. Kövesse az alábbi lépéseket:

1. Nyissa meg a PowerShellt rendszergazdaként.

2. Frissítse a C:\ProgramData\ssh és a C:\ProgramData\ssh\logs engedélyeit, hogy teljes mértékben szabályozhassa a SYSTEM és a Rendszergazdák csoportot, miközben olvasási hozzáférést biztosít a hitelesített felhasználók számára. Korlátozhatja az olvasási hozzáférést adott felhasználókra vagy csoportokra úgy, hogy szükség esetén módosítja az engedélysztringet.

   Az engedélyek frissítéséhez használja az alábbi parancsokat:

   $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. Ismételje meg a fenti lépéseket a C:\ProgramData\ssh\logs esetében.

A Microsoft aktívan dolgozik a probléma kivizsgálásán, és egy hamarosan megjelenő Windows-frissítésben kínál megoldást. További kommunikációra akkor kerül sor, ha rendelkezésre áll egy megoldás vagy további kerülő megoldások.