Windows 11 26H2: ativa funções dormidas com um eKB de 174 KB e evita baixar 6,5 GB

A Microsoft confirmou que a próxima grande atualização do Windows 11 será a versão 26H2 e que já está em testes com os Insiders do canal Dev; além disso, tem detalhado que os equipamentos que já estão em 24H2 ou 25H2 poderão dar o salto através de um pacote de habilitação (enablement package) extremamente pequeno em vez de baixar todo o instalador completo.

Em termos técnicos, essa mudança é possível porque a Microsoft unificadou os ramos de serviço de 24H2, 25H2 e 26H2 em uma mesma linha base de código, segundo o novo documento sobre o modelo de serviço compartilhado publicado pela empresa. Essa convergência permite que as funcionalidades novas já estejam presentes, mas “dormidas” no sistema, e que o eKB de apenas ~174 KB active essas características, provocando um simples reinício e elevando o número de compilação a 26300; pelo contrário, as máquinas com 23H2 ou versões anteriores terão de baixar o pacote completo, em torno de 6,5 GB.

Do ponto de vista da TI e da segurança, esta abordagem tem vantagens claras: menos largura de banda para implantar atualizações maiores, tempo de inatividade reduzido e uma rota de atualização mais previsível que facilita calendários e janelas de manutenção. No entanto, também traz novas considerações: ativar código já presente no disco pode mudar comportamentos de sistema, controladores e aplicativos sem uma reinstalação completa, pelo que o risco de incompatibilidades continua existindo e requer testes prévios em ambientes de pré-produção.

Para equipes responsáveis por operações e cibersegurança, a recomendação é dupla. Por um lado, aproveitar a menor fricção para acelerar testes de segurança e implantação piloto: validar assinaturas de controladores, políticas de BitLocker, regras de EDR/SIEM e fluxos de autenticação após ativar 26H2. Por outro lado, não omitir as boas práticas de validação: executar testes de regressão em aplicações críticas, verificar integrações com ferramentas de gestão como WSUS, Configuration Manager ou Microsoft Intune, e confirmar que as atualizações de firmware e controladores nos fabricantes são compatíveis com a compilação 26300.

A decisão da Microsoft de manter sem alterações os requisitos de hardware em 26H2 simplifica a adoção para muitos ambientes, mas não isenta de verificar elementos essenciais como TPM, Secure Boot e compatibilidade com virtualização aninhada quando aplicável. Além disso, do ponto de vista da segurança, convém auditar qualquer código «dormido» que passe a estar activo: peça à sua equipa de avaliação de vulnerabilidades e a fornecedores de EDR que façam testes específicos sobre as novas superfícies expostas após a ativação.

Operativamente, implemente uma estratégia escalonada: ativar primeiro em grupos de teste internos, medir telemetria e telemetria de segurança, coletar feedback de usuários e equipamentos de suporte, e depois promover a atualização a anéis mais amplos usando ferramentas de implantação (Windows Update for Business, Intune, SCCM). Mantenha cópias de segurança e planos de reversão claros: embora o eKB seja pequeno, a ativação de funcionalidades pode exigir passos de mitigação se surgirem problemas com aplicações críticas.

Se você quiser consultar a fonte oficial e o quadro técnico que explica a unificação do ramo de serviço, você pode ler o anúncio da Microsoft em seu blog técnico e o whitepaper sobre o modelo de serviço compartilhado. Para guias de implantação e gerenciamento de atualizações em ambientes empresariais, a documentação da Microsoft sobre Windows Update for Business e implantaçãos é um bom ponto de partida: anúncio da Microsoft sobre 26H2, whitepaper do modelo de serviço compartilhado e documentação sobre atualizações e Windows Update for Business.