22 октомври 2024 г. – KB5045594 (компилация на ОС 19045.5073) (предварителен преглед)

След като инсталирате тази актуализация или по-нова версия, може да забележите, че приложения като „Навременна помощ“, Microsoft Teams, „Разказвач“ на Windows и др. може да не успеят да стартират, ако сте потребител, който не е администратор. Може да се сблъскате с този проблем във всяко приложение, което задава UIAccess=true при опит за изпълнение на приложението като потребител, който не е администратор. Атрибутът uiAccess=true във файла на манифеста на приложението се използва, за да се поиска приложението да получи по-високи привилегии. Приложения, използващи този атрибут, стартират от защитен път, например:

• %ProgramFiles% (включително поддиректории)

• %ProgramFiles(x86)% (включително поддиректории за 64-битови версии на Windows)

• %systemroot%\system32

• %systemroot%\syswow64 (за 64-битови версии на Windows)

Ако имате инсталиран в устройството си инструмента за наблюдениеProcmon, ще забележите, че приложението работи с неправилно ниво на цялост, „Ниска“ цялост вместо очакваната „Средна“ цялост. Вероятността да се сблъскате с този проблем е по-малка, ако изпълнявате приложението като администратор.

Проблемът е решен в KB5046613. ​​

След като инсталирате тази актуализация или следващите актуализации, малка част от клиентите на Azure Virtual Desktop, които използват хостове с много сесии (AVD), може да изпитат следните проблеми:

• Удължено чакане от 10 до 30 минути при черен екран след влизане на потребителя.

• При приложенията на Office, включително Outlook и Teams, се наблюдават неуспешни опити за еднократна идентификация (SSO), което не позволява на потребителите да се свързват или да синхронизират данни.

Този проблем е причинен от блокиране на взаимодействията между брокера на Azure Active Directory (AAD) и базовата услуга за разполагане на AppX (AppxSvc), и услугата за инфраструктура на задачи във фонов режим. По-вероятно е да изпитате този проблем, ако използвате контейнери за потребителски профили на FSLogix в среда на много сесии. FSLogix е инструмент на Microsoft, който помага за управлението и ускоряването на потребителските профили на компютрите, особено във виртуални среди като отдалечени работни плотове.

Този проблем е разрешен чрез инсталиране на актуализациите на Windows, издадени на 22 октомври 2024 г. (KB5045594) или по-нови актуализации, и чрез прилагане на една от опциите, споменати в раздела „Разрешаване на проблеми“ в KB5048864. Имайте предвид, че трябва да извършите и двете действия, за да разрешите проблема.

След инсталирането на актуализацията на защитата от октомври 2024 г. някои клиенти съобщават, че услугата OpenSSH (Отваряне на защитена обвивка) не се стартира, което предотвратява SSH връзки. Услугата е неуспешна без подробно регистриране и се изисква ръчна намеса, за да се изпълни процесът sshd.exe.

Този проблем засяга както корпоративните, IOT, така и образователните клиенти, като засегнатите устройства са ограничен брой. Microsoft проучва дали потребителите, които използват издания Home или Pro на Windows, са засегнати. 

Клиентите могат временно да разрешат проблема като актуализират разрешенията (ACL) на засегнатите директории. Изпълнете следните стъпки:

1. Отворете PowerShell в ролята на администратор.

2. Актуализирайте разрешенията за C:\ProgramData\ssh и C:\ProgramData\ssh\logs, за да разрешите пълен контрол за СИСТЕМАТА и групата на администраторите, като същевременно разрешите достъп за четене за удостоверени потребители. Можете да ограничите достъпа за четене до определени потребители или групи като промените низа за разрешения, ако е необходимо.

   Използвайте следните команди, за да актуализирате разрешенията:

   $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. Повторете горните стъпки за C:\ProgramData\ssh\logs.

Microsoft активно проучва проблема и ще предостави решение в предстояща актуализация на Windows. Допълнителни комуникации ще бъдат предоставени, когато има решение или допълнителни заобиколни решения.