Aplica-se a
Windows 11 Home and Pro, version 23H2 Windows 11 Enterprise and Education, version 23H2 Windows 11 Enterprise Multi-Session, version 23H2 DO_NOT_USE_Windows 11 IoT Enterprise, version 23H2 Windows 11 SE, version 24H2 Windows 11 Enterprise and Education, version 24H2 Windows 11 Enterprise Multi-Session, version 24H2 Windows 11 Home and Pro, version 24H2 Windows 11 IoT Enterprise, version 24H2 Windows Server 2025

Data de publicação original: 29 de agosto de 2025

ID do KB: 5065083

Resumo

Quando um dispositivo mais antigo (um que executa uma versão anterior do Windows 11) é registrado em uma empresa usando um provedor de MDM (gerenciamento de dispositivo móvel), a solicitação de registro retira a versão de build e a versão do aplicativo da UBR (Revisão de Compilação de Atualização) do dispositivo. Durante o processo de atualização, a versão de build permanece inalterada, enquanto a versão do aplicativo aumenta em um.

Por exemplo, se o dispositivo estiver executando o Windows versão 26100.4770, a versão de build enviada durante o registro será 26100.4770, mas depois que a atualização OOBE (experiência fora de caixa) for instalada, a versão do aplicativo se tornará 26100.4771.

Essa alteração é aplicável ao seguinte:

  • Windows 11, dispositivos versão 23H2 depois de instalar a atualização do Windows lançada em ou após 26 de agosto de 2025 (KB5064080} ou a atualização do Windows OOBE lançada em ou após 26 de agosto de 2025 (KB5065813).

  • Windows 11, os dispositivos versão 24H2 depois de instalar a atualização do Windows lançada em ou após 29 de agosto de 2025 (KB5064081) ou a atualização do Windows OOBE lançada em ou após 29 de agosto de 2025 (KB5065848).

Mais informações

Em alguns cenários, um dispositivo mais antigo pode não instalar a atualização OOBE. A atualização do OOBE inclui as políticas de CSP (provedor de serviços de configuração de restauração). Um provedor de MDM, sem saber dessa falha, pode enviar a política de restauração esperando que o CSP esteja presente. Essa incompatibilidade pode fazer com que os aplicativos de política falhem, potencialmente quebrando o registro empresarial e deixando os usuários presos no OOBE, resultando em escalonamentos de suporte.

Atualmente, os controladores MDM, como provedores de MDM de terceiros, não têm uma maneira de determinar se um dispositivo é capaz (tem o código de política de restauração presente) de mostrar a experiência de restauração durante o OOBE. Dispositivos que podem ter a restauração habilitada por meio de pacotes OOBE não têm suporte para mostrar a experiência de restauração.

Para habilitar a experiência de restauração de dispositivos mais antigos durante o registro do dispositivo, a solicitação de registro agora incrementa a versão do aplicativo em 1. Isso indica que o dispositivo mais antigo tem capacidade de restauração e os provedores de MDM devem usá-lo como um mecanismo de detecção para enviar o CSP de restauração. Essa alteração é capturada durante o OOBE.

Precisa de mais ajuda?

Quer mais opções

Explore os benefícios da assinatura, procure cursos de treinamento, saiba como proteger seu dispositivo e muito mais.