A Microsoft confirmou que suas atualizações de segurança de setembro de 2026 do Windows podem impedir que o File History crie ou atualize backups em alguns sistemas. A regressão coloca usuários que dependem do recurso integrado em risco de assumir que seus arquivos estão protegidos quando nenhum backup recente foi realmente concluído.
Detalhes da regressão
Computadores afetados podem mostrar repetidamente um aviso de reconectar a unidade, mesmo que o disco de backup permaneça conectado e operacional. A interface do File History pode reter um timestamp de último backup desatualizado, enquanto arquivos anteriormente protegidos podem exibir nenhuma versão anterior disponível. Esses indicadores sugerem que o mecanismo de backup não está completando suas operações esperadas.
Sistemas afetados
O problema afeta versões do Windows 11 26H1, 25H2, 24H2 e 23H2, além das versões do Windows 10 22H2 e 21H2. O Windows 10 Enterprise LTSC 2019 e LTSC 2016 também estão listados como afetados. A Microsoft afirma que as plataformas Windows Server não são impactadas. Para Windows 11 24H2 e 25H2, o problema é documentado com KB5124008, enquanto a atualização de segurança correspondente para Windows 11 26H1 é KB5124012.
Diagnóstico e verificação
Administradores que investigam a falha podem encontrar registros de falha de aplicativo no Visualizador de Eventos do Windows que referenciam FileHistory.exe e KERNELBASE.dll. Usuários devem verificar o status do backup abrindo o Painel de Controle, selecionando Sistema e Segurança, escolhendo Histórico de Arquivos e inspecionando o horário do backup mais recente. É possível abrir vários arquivos importantes através da interface de restauração para confirmar que versões recuperáveis existem.
Workarounds e mitigação
Embora alguns usuários relatem que a remoção do KB5124008 restaura o File History, desinstalar uma atualização de segurança pode reabrir vulnerabilidades abordadas pelo patch e não deve ser tratada como uma correção de baixo risco. Até que a Microsoft lance uma correção, usuários afetados devem manter um backup separado e verificado usando outro produto confiável ou processo de cópia manual controlado.
Recomendações de resiliência
Organizações devem monitorar o sucesso do backup de endpoint, alertar sobre timestamps desatualizados e testar a restauração em vez de confiar apenas no status do trabalho. O incidente reforça uma regra básica de resiliência: um backup é confiável apenas após você ter validado independentemente seu conteúdo e caminho de recuperação. A dependência exclusiva de ferramentas nativas sem verificação externa representa um risco operacional significativo.
Impacto na continuidade de negócios
A falha no backup pode comprometer a capacidade de recuperação de desastres em caso de ransomware ou corrupção de dados. Equipes de TI devem comunicar proativamente os usuários sobre a necessidade de verificar backups manualmente. A diversificação de estratégias de backup, incluindo soluções de terceiros, é recomendada para garantir a disponibilidade de dados críticos durante a resolução da falha.