22/10/2024—KB5045594 (Build do SO 19045.5073) Visualização

Após instalar essa atualização ou posterior, você poderá observar que aplicativos como o Quick Assist, Microsoft Teams, Narrador do Windows etc. talvez não sejam iniciados se você for um usuário não administrador. Você pode ter esse problema em qualquer aplicativo que configure UIAccess=true ao tentar executar o aplicativo como um usuário não administrador. O atributo uiAccess=true no arquivo de manifesto de um aplicativo é usado para solicitar que mais privilégios sejam concedidos ao aplicativo. Os aplicativos que usam esse atributo são iniciados a partir de um caminho seguro, como, por exemplo:

• %ProgramFiles% (incluindo subdiretórios)

• %ProgramFiles(x86)% (incluindo subdiretórios para as versões de 64 bits do Windows)

• %systemroot%\system32

• %systemroot%\syswow64 (para versões de 64 bits do Windows)

Se tiver a ferramenta de monitoramento Procmon instalada no seu dispositivo, você vai observar que o aplicativo é executado com o nível de integridade incorreto, Integrity:Low, em vez do esperado Integrity:Medium. É menos provável que você se depare com esse problema se estiver executando o aplicativo como administrador.

Esse problema foi resolvido em KB5046613. ​​

Após instalar essa atualização ou atualizações subsequentes, um pequeno subconjunto de clientes do Área de Trabalho Virtual do Azure que usam hosts multissessão (AVD) pode enfrentar os seguintes problemas:  ​​​

• Um travamento prolongado de 10 a 30 minutos em uma tela preta após o login do usuário.

• Os aplicativos do Office, incluindo o Outlook e o Teams, apresentam falhas de logon único (SSO), impedindo que os usuários se conectem ou sincronizem dados.

Esse problema é causado por um deadlock nas interações entre o agente do Azure Active Directory (AAD) e o serviço de implantação do AppX subjacente (AppxSvc) e pelo serviço de infraestrutura de tarefas em segundo plano. É mais provável que você tenha esse problema se estiver usando os contêineres de perfil de usuário com FSLogix em ambientes multissessão. O FSLogix é uma ferramenta da Microsoft que ajuda a gerenciar e acelerar os perfis de usuário em computadores, especialmente em ambientes virtuais como áreas de trabalho remotas.

Esse problema é resolvido instalando as atualizações do Windows lançadas em 22 de outubro de 2024 (KB5045594) ou atualizações posteriores e aplicando uma das opções mencionadas na seção Resolução em KB5048864. Observe que você precisa executar ambas as ações para resolver o problema.

Após a instalação da atualização de segurança de outubro de 2024, alguns clientes relatam que o serviço OpenSSH (Open Secure Shell) falha ao iniciar, impedindo conexões SSH. O serviço falha sem um registro em log detalhado e uma intervenção manual é necessária para executar o processo sshd.exe.

Esse problema está afetando os clientes corporativos, de IOT e de educação, com um número limitado de dispositivos afetados. A Microsoft está investigando se os clientes consumidores que usam as edições Home ou Pro do Windows foram afetados. 

Os clientes podem resolver o problema temporariamente atualizando as permissões (ACLs) nos diretórios afetados. Siga as seguintes etapas:

1. Abra o PowerShell como administrador.

2. Atualize as permissões para C:\ProgramData\ssh e C:\ProgramData\ssh\logs para permitir um controle total para o SYSTEM e o grupo de Administradores e, ao mesmo tempo, permitir o acesso de leitura para Usuários Autenticados. Você pode restringir o acesso de leitura a usuários ou grupos específicos modificando a cadeia de caracteres das permissões, se necessário.

   Use os seguintes comandos para atualizar as permissões:

   $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. Repita as etapas acima para C:\ProgramData\ssh\logs.

A Microsoft está investigando o problema ativamente e fornecerá uma resolução em uma atualização futura do Windows. Comunicações adicionais serão fornecidas quando uma resolução ou soluções alternativas adicionais estiverem disponíveis.