Atualizações do Windows quebram o Histórico de Arquivos e expõem risco de backups desatualizados
As atualizações de segurança de setembro de 2026 podem impedir que o Histórico de Arquivos do Windows crie novos pontos de recuperação ou atualize cópias já existentes. Embora o recurso continue configurado e o dispositivo de destino permaneça conectado, os dados podem deixar de ser protegidos sem que o usuário perceba imediatamente.
O problema transforma uma falha de compatibilidade em um risco de continuidade operacional. A empresa pode acreditar que possui backups recentes, mas, no momento de uma exclusão acidental, corrupção de arquivos, falha de hardware ou ataque de ransomware, descobrir que a última cópia válida foi criada há dias ou semanas.
O que é afetado pelo problema
A Microsoft reconheceu uma falha no Histórico de Arquivos, conhecido em inglês como File History, após a instalação das atualizações de setembro de 2026. O recurso nativo do Windows é utilizado para salvar versões anteriores de documentos, imagens, arquivos da área de trabalho e outros diretórios pertencentes ao perfil do usuário.
Essas cópias normalmente são armazenadas em unidades externas ou em pastas de rede. Quando funciona corretamente, o mecanismo permite restaurar arquivos apagados, recuperar versões anteriores e reverter alterações indevidas.
Nas máquinas afetadas, porém, o processo pode parar de criar novos backups ou deixar de atualizar os arquivos já existentes. O destino pode continuar acessível, com o disco conectado e aparentemente normal, mas o conteúdo protegido permanece desatualizado.
O problema alcança versões suportadas do Windows 10 e do Windows 11. Estão incluídos o Windows 11 23H2, 24H2, 25H2 e 26H1, além do Windows 10 21H2 e 22H2. Também foram mencionadas as edições Enterprise LTSC 2016 e 2019.
Entre os pacotes associados ao incidente estão:
– KB5124008, para Windows 11 24H2 e 25H2;
– KB5122880, para Windows 11 23H2;
– KB5122878, para Windows 10 21H2 e 22H2.
Esses pacotes integram a linha de base de segurança de setembro de 2026. Por isso, a recomendação não é remover automaticamente a atualização, já que ela pode corrigir vulnerabilidades importantes. A decisão deve considerar o ambiente, os controles compensatórios e a existência de uma estratégia de backup alternativa.
Sinais de que o backup parou de funcionar
O comportamento pode variar entre os computadores. Em alguns casos, o Visualizador de Eventos registra falhas relacionadas ao processo `FileHistory.exe` e ao módulo `KERNELBASE.dll`.
Outro indício é a exibição incorreta da mensagem “Reconnect your drive”, mesmo quando a unidade externa está conectada, reconhecida pelo sistema e com espaço disponível. O campo “Last Backup” também pode permanecer com uma data antiga, sem refletir novas execuções.
A ausência de versões anteriores em arquivos que anteriormente eram protegidos é um sinal ainda mais relevante. Documentos recentemente modificados podem aparecer sem histórico, e arquivos excluídos podem não estar disponíveis para restauração.
Por esse motivo, não basta verificar se a opção do Histórico de Arquivos está ativada. A configuração indica apenas uma intenção de proteção; não comprova que os dados estão sendo copiados nem que poderão ser recuperados.
Por que a falha representa um risco de segurança
Backup não é apenas uma função administrativa ou um recurso de conveniência. Ele participa diretamente da disponibilidade dos dados e da capacidade de recuperação após incidentes.
Quando um sistema de cópia falha silenciosamente, o Recovery Point Objective, ou RPO, deixa de corresponder ao planejamento. Uma empresa que espera recuperar documentos produzidos nas últimas horas pode descobrir, durante uma emergência, que sua última versão útil é muito mais antiga.
O impacto depende da função desempenhada pelo Histórico de Arquivos. Em um computador doméstico ou em um endpoint onde o recurso representa uma camada adicional, a consequência pode ser restrita. Já em ambientes que dependem dele como principal proteção de arquivos locais, o risco de perda de dados cresce de forma significativa.
A situação também pode ampliar o tempo de indisponibilidade. Sem uma versão recente, a equipe precisa reconstruir documentos, solicitar arquivos a usuários, recorrer a cópias manuais ou aceitar a perda definitiva de parte das informações.
O que as organizações devem verificar imediatamente
O primeiro passo é identificar quais computadores receberam as atualizações relacionadas ao problema. A análise deve considerar tanto estações corporativas quanto notebooks usados fora da rede, pois ambos podem manter dados relevantes no perfil local do usuário.
Em seguida, é necessário revisar a data real do último backup. Não se deve confiar apenas no status “ativado” do recurso. A verificação precisa incluir a existência de arquivos recentes no destino, a atualização das datas e a presença de versões anteriores que possam ser restauradas.
Também é recomendável realizar um teste controlado de recuperação. A equipe pode selecionar um arquivo de baixa criticidade, alterar seu conteúdo, executar ou aguardar o processo de cópia e, depois, confirmar se a versão anterior está disponível.
Quando houver indícios de falha, os dados atuais devem ser preservados antes de qualquer tentativa de correção. Arquivos importantes podem ser copiados para um destino independente, evitando que uma intervenção, limpeza ou nova atualização elimine a única versão disponível.
Não dependa de uma única camada de proteção
O Histórico de Arquivos não deve ser tratado como o único mecanismo de recuperação para informações críticas. Organizações precisam manter uma arquitetura com camadas complementares, como cópias em servidores, armazenamento protegido, snapshots, backup corporativo e mídias desconectadas.
A estratégia deve considerar o princípio de que o backup precisa resistir ao mesmo incidente que atingiu o endpoint. Uma unidade permanentemente conectada ao computador pode ser afetada por ransomware, falhas elétricas, exclusão acidental ou comprometimento de credenciais.
Também é importante manter pelo menos uma cópia isolada ou imutável, conforme o nível de criticidade dos dados. O isolamento reduz a possibilidade de que um invasor alcance simultaneamente o sistema original e o backup.
Como reduzir o impacto sem remover a atualização
A remoção de uma atualização de segurança deve ser uma medida excepcional. Antes disso, a organização pode aplicar controles alternativos, como suspender temporariamente a dependência do Histórico de Arquivos, direcionar os dados para uma solução corporativa e aumentar a frequência de verificações.
Em ambientes gerenciados, políticas de inventário podem identificar versões do Windows, pacotes instalados, destinos de backup e datas da última cópia. Alertas devem ser configurados para detectar falhas, ausência de execução e divergência entre o backup esperado e o backup realmente criado.
Também é aconselhável documentar o procedimento de recuperação. Saber onde estão os arquivos não é suficiente: a equipe precisa conhecer as permissões necessárias, os responsáveis pela restauração e o tempo estimado para recuperar cada categoria de informação.
Resiliência depende de evidência
O incidente reforça uma regra básica de segurança: backup configurado não significa backup validado. A proteção só pode ser considerada efetiva quando existem cópias recentes, acessíveis, íntegras e testadas.
Após as atualizações de setembro de 2026, usuários e administradores devem conferir manualmente o funcionamento do Histórico de Arquivos, observar os registros do sistema e validar a restauração de arquivos. Em empresas, essa checagem deve ser acompanhada por uma revisão mais ampla da estratégia de continuidade.
O objetivo não é apenas fazer o backup funcionar novamente, mas confirmar que a organização consegue recuperar os dados necessários dentro do prazo previsto. Configurações, ícones e mensagens de status podem oferecer uma falsa sensação de segurança. A evidência real está na existência de versões recentes e na capacidade comprovada de restaurá-las.