2024 年 10 月 8 日 - KB5044273（OS 内部版本 19044.5011 和 19045.5011）

症状

解决方法

安装此更新后，登录到 Azure 虚拟桌面 (AVD) 时可能会遇到黑屏。 你可能还会注意到，你无法从帐户退出登录，即使在断开连接并重新连接到 AVD 后，黑屏仍然存在。 由于此问题，事件查看器中的应用程序事件日志将显示应用程序错误，事件 ID：1000 指示应用程序“svchost.exe_AppXSvc”出错。

请注意，AppX 部署服务 (AppxSvc) 处于无效状态也可能导致其他症状（如“开始”菜单由于注册问题意外关闭）。

此问题通过安装 2024 年 10 月 22 日发布的 Windows 更新(KB5045594https://support.microsoft.com/help/5045594)或更晚发布的更新同时应用 KB5048864“解决方法”部分中提到的选项之一来解决。 请注意，需要同时执行这两个操作才能解决问题。

安装此更新或更高版本后，你可能会发现如果你是非管理员用户，快速助手、Microsoft Teams、Windows 讲述人等应用可能会无法启动。 尝试以非管理员用户身份运行应用时，可能会在任何设置 UIAccess=true 的应用上遇到此问题。 应用程序清单文件中的 uiAccess=true 属性用于请求为应用程序授予更高的权限。 使用此属性的应用从安全路径启动，例如：

• %ProgramFiles%（包括子目录）

• %ProgramFiles(x86)%（包括 64 位版本的 Windows 的子目录）

• %systemroot%\system32

• %systemroot%\syswow64（适用于 64 位版本的 Windows）

如果设备中安装了 Procmon 监视工具，则会发现应用程序在运行时使用的完整性级别不正确，“完整性：低”而不是预期的“完整性：中”。 如果以管理员身份运行应用程序，则不太可能遇到此问题。

此问题已在 KB5046613 中得到解决。 ​​

安装此更新或后续更新后，使用多会话主机 (AVD) 的一小部分 Azure 虚拟桌面客户可能会遇到以下问题：

• 用户登录后，黑屏挂起长达 10 至 30 分钟。

• Office 应用程序（包括 Outlook 和 Teams）体验 单一登录 (SSO) 失败，从而阻止用户连接或同步数据。

此问题是由 Azure Active Directory (AAD) 代理与基础 AppX 部署服务 (AppxSvc) 和后台任务基础结构服务之间的交互死锁引起的。 如果在多会话环境中使用 FSLogix 用户配置文件容器，则更有可能遇到此问题。 FSLogix 是一种 Microsoft 工具，可帮助管理和加速计算机上的用户配置文件，尤其是在远程桌面等虚拟环境中。

此问题通过安装 2024 年 10 月 22 日发布的 Windows 更新(KB5045594https://support.microsoft.com/help/5045594)或更晚发布的更新同时应用 KB5048864“解决方法”部分中提到的选项之一来解决。 请注意，需要同时执行这两个操作才能解决问题。

安装 2024 年 10 月安全更新后，一些客户报告 OpenSSH (Open Secure Shell) 服务无法启动，从而阻止 SSH 连接。 服务失败，没有详细的日志记录，并且需要手动干预才能运行 sshd.exe 进程。

此问题将影响企业、IOT 和教育客户，受影响的设备数量有限。 Microsoft 正在调查使用 Windows 家庭版或专业版的消费者客户是否受到影响。 

客户可以通过更新受影响目录上的权限 (ACL) 暂时解决此问题。 请按以下步骤操作：

1. 以管理员身份打开 PowerShell。

2. 更新 C:\ProgramData\ssh 和 C:\ProgramData\ssh\logs 的权限，以允许对 SYSTEM 和 Administrators 组进行完全控制，同时允许经过身份验证的用户进行读取访问。 如果需要，可以通过修改权限字符串来限制对特定用户或组的读取访问。

   使用以下命令更新权限：

   $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 更新中提供解决方案。 当解决方案或其他解决方法可用时，将提供进一步的通信。