Por que o TargetReleaseVersion para de honrar o 23H2 depois que o 24H2 se torna GA

Ao configurar a política TargetReleaseVersion no Windows 11 para travar dispositivos na versão 23H2, a configuração pode parar de funcionar depois que a Microsoft lançar a versão 24H2 para Disponibilidade Geral. Dispositivos que antes eram impedidos de atualizar para o 24H2 podem começar a receber a atualização repentinamente. Esse comportamento não é um bug — é causado pela forma como o Windows Update interpreta as políticas TargetReleaseVersion e TargetReleaseVersionInfo depois que uma nova versão atinge o status GA. Este artigo explica a causa raiz da mudança de política, fornece etapas para verificar sua configuração atual e oferece uma alternativa confiável para manter dispositivos em uma versão específica do Windows 11.

Como o Windows Update Interpreta o TargetReleaseVersion Após um Novo Lançamento GA

A política TargetReleaseVersion é armazenada no registro do Windows em HKLM\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate. Ela contém dois valores: TargetReleaseVersion (um DWORD definido como 1 para habilitar a política) e TargetReleaseVersionInfo (uma string contendo a versão de destino, como “23H2”). Quando você define esses valores, o Windows Update verifica a versão de destino em relação à lista de atualizações de recursos disponíveis.

Antes do 24H2 atingir o GA, o Windows Update vê o 23H2 como a versão elegível mais recente e o 24H2 como uma atualização de visualização ou opcional. A política bloqueia o 24H2 porque ele não é o destino especificado. Após o 24H2 se tornar GA, o Windows Update muda seu comportamento. Agora ele considera o 24H2 como a versão recomendada padrão. A política TargetReleaseVersion, por design, só bloqueia atualizações para versões que são mais novas que o destino especificado e ainda não são a versão GA padrão. Uma vez que o 24H2 é GA, a política o trata como linha de base. Se o valor TargetReleaseVersionInfo não for atualizado para excluir explicitamente o 24H2, o Windows Update começa a oferecer o 24H2 para dispositivos que antes respeitavam o bloqueio do 23H2.

O Papel da String TargetReleaseVersionInfo

O valor de string TargetReleaseVersionInfo é crítico. Definir como “23H2” funciona apenas enquanto o 23H2 é a versão GA atual. Quando o 24H2 se torna GA, o Windows Update não interpreta mais “23H2” como um destino válido para bloquear o 24H2. Em vez disso, ele vê o 23H2 como uma versão mais antiga que não é mais o padrão. A política então permite o 24H2 porque a versão de destino é mais antiga que a versão GA atual e a política não impede downgrades ou upgrades de um destino mais antigo para um lançamento GA mais novo. Para manter o bloqueio, você deve definir TargetReleaseVersionInfo para o número de compilação exato do 23H2, como “22631.2428”, e também configurar o valor ProductVersion para “Windows 11”.

Etapas para Verificar e Corrigir a Configuração do TargetReleaseVersion

1. Abra o Editor do Registro
   Pressione Ctrl + R, digite regedit e pressione Enter. Se solicitado pelo Controle de Conta de Usuário, clique em Sim.
2. Navegue até a chave WindowsUpdate
   Vá para HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate. Se a chave não existir, a política não está configurada.
3. Verifique o DWORD TargetReleaseVersion
   Procure por um valor DWORD chamado TargetReleaseVersion. Seus dados devem ser 1 para que a política esteja ativa. Se estiver ausente ou definido como 0, a política está desabilitada.
4. Verifique a string TargetReleaseVersionInfo
   Procure por um valor de string chamado TargetReleaseVersionInfo. Se os dados forem “23H2”, altere para o número de compilação completo da atualização mais recente do 23H2, por exemplo 22631.2428. Você pode encontrar o número de compilação atual executando winver em um dispositivo que ainda está no 23H2.
5. Adicione a string ProductVersion se estiver faltando
   Crie um novo valor de string chamado ProductVersion e defina seus dados como Windows 11. Isso informa ao Windows Update a qual linha de produto a versão de destino pertence.
6. Reinicie o serviço Windows Update
   Abra o Prompt de Comando como administrador e execute net stop wuauserv && net start wuauserv. Em seguida, execute wuauclt /resetauthorization /detectnow para forçar um ciclo de detecção.
7. Verifique a política no Editor de Política de Grupo
   Se você gerencia dispositivos via Política de Grupo, abra gpedit.msc e vá para Configuração do Computador > Modelos Administrativos > Componentes do Windows > Windows Update > Gerenciar atualizações oferecidas pelo Windows Update. Abra a configuração “Selecionar a versão de destino da Atualização de Recursos”. Defina como Habilitado. Nas opções, insira “Windows 11” para a versão do produto e o número de compilação exato para a versão de destino. Não use o nome do lançamento “23H2”.

Equívocos Comuns e Erros de Configuração

A Política TargetReleaseVersion Funciona pelo Nome do Lançamento

Muitos administradores assumem que definir TargetReleaseVersionInfo como “23H2” bloqueia permanentemente atualizações para qualquer versão mais nova que o 23H2. Isso não é verdade. A política é projetada para funcionar com o lançamento GA atual. Quando uma versão mais nova atinge o GA, a política perde seu efeito de bloqueio a menos que você atualize a string para um número de compilação específico. A documentação da Microsoft confirma que a string deve conter um número de versão, não um nome de marketing, para uso a longo prazo.

TargetReleaseVersion Bloqueia Todas as Versões Mais Novas

Outra crença comum é que a política bloqueia qualquer versão mais nova que o destino especificado. Na prática, ela só bloqueia versões que estão em status de visualização ou opcional. Quando uma versão mais nova se torna GA, o Windows Update a trata como padrão e substitui a política. Isso é por design para garantir que os dispositivos recebam atualizações de segurança. Para bloquear verdadeiramente uma versão GA mais nova, você deve usar as políticas de adiamento do Windows Update for Business ou a configuração de período de adiamento de Atualização de Recursos.

Usar um Número de Compilação Quebra Atualizações Futuras

Alguns administradores se preocupam que especificar um número de compilação exato impeça os dispositivos de receber atualizações cumulativas para o 23H2. Isso está incorreto. A política TargetReleaseVersion controla apenas qual versão de atualização de recursos é oferecida ao dispositivo. As atualizações cumulativas para a versão especificada continuam a ser instaladas normalmente. Você deve atualizar o número de compilação apenas quando quiser migrar para uma atualização de recursos mais nova, como do 23H2 para o 24H2.

TargetReleaseVersion vs Políticas de Adiamento do Windows Update for Business

Item	TargetReleaseVersion	Adiamento do Windows Update for Business
Escopo	Trava o dispositivo em uma versão específica de atualização de recursos	Adia todas as atualizações de recursos por um número definido de dias
Granularidade	Exige versão exata ou número de compilação	Usa um período de adiamento em dias
Comportamento após novo GA	Para de bloquear a menos que o número de compilação seja especificado	Continua adiando até que o período expire
Gerenciamento	Registro ou Política de Grupo	Política de Grupo ou MDM
Melhor caso de uso	Manter dispositivos em uma versão estável conhecida	Distribuir a implantação em uma organização

Para a maioria dos cenários empresariais, combinar o TargetReleaseVersion com um período de adiamento oferece o maior controle. Use o TargetReleaseVersion com um número de compilação específico para travar dispositivos no 23H2 e defina um período de adiamento de atualização de recursos de 60 a 120 dias para evitar atualizações prematuras mesmo se a política estiver mal configurada. Essa abordagem dupla garante que os dispositivos não atualizem para o 24H2 até que você atualize explicitamente a versão de destino.

Agora você pode configurar a política TargetReleaseVersion corretamente para manter dispositivos no Windows 11 versão 23H2 mesmo depois que o 24H2 atingir o GA. A mudança principal é usar o número de compilação exato em TargetReleaseVersionInfo em vez do nome do lançamento. Para controle adicional, habilite a política “Selecionar a versão de destino da Atualização de Recursos” na Política de Grupo e defina um período de adiamento para atualizações de recursos. Uma dica avançada: use o PowerShell para auditar todos os dispositivos em seu ambiente quanto ao valor atual de TargetReleaseVersionInfo executando Get-ItemProperty -Path 'HKLM:\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate' em cada máquina para confirmar que o número de compilação correto está em vigor.