Quando sua máquina para de falar com ela mesma
Imagine que seu computador precisa conversar consigo mesmo para testar novas ideias, como um desenvolvedor ensaiando um discurso no espelho antes de uma grande apresentação. Essa "conversa interna" acontece através de um endereço especial chamado localhost (ou 127.0.0.1), uma ponte fundamental para o desenvolvimento e funcionamento de inúmeras aplicações. No entanto, para a surpresa de muitos, as recentes atualizações do Windows 11, especificamente a KB5066835 de outubro e a prévia KB5065789 de setembro, decidiram dinamitar essa ponte.
Usuários começaram a relatar em fóruns da Microsoft, Stack Exchange e Reddit que, após a instalação dos updates, as conexões HTTP/2 para o localhost simplesmente pararam de funcionar. O resultado? Erros frustrantes como ERR_CONNECTION_RESET e ERR_HTTP2_PROTOCOL_ERROR pipocando na tela. É como se, de uma hora para outra, o computador desaprendesse a língua que usava para dialogar com seus próprios serviços locais, gerando um silêncio digital que impactou diretamente o fluxo de trabalho de muitos profissionais.
Quem são os afetados pelo silêncio digital?
O problema não foi apenas um pequeno inconveniente; ele atingiu o coração de ferramentas amplamente utilizadas no universo do desenvolvimento e da segurança. A depuração de código no Visual Studio, por exemplo, tornou-se uma dor de cabeça, assim como a autenticação do SSMS Entra ID. A falha representa um bloqueio direto na capacidade de um desenvolvedor de testar e validar seu trabalho em um ambiente controlado.
Outra vítima notável foi o aplicativo Duo Desktop, usado para verificar a postura de segurança de um dispositivo. Segundo um boletim de suporte da própria Duo, o problema impedia que o aplicativo se conectasse aos seus servidores web locais, o que poderia barrar autenticações bem-sucedidas. Em um ecossistema onde serviços dependem uns dos outros para funcionar, a quebra de uma única via de comunicação, como o localhost, pode causar um efeito cascata em toda a cadeia de operações.
As gambiarras e a solução oficial da Microsoft
A comunidade, como sempre, não demorou a buscar soluções. A medida mais drástica e eficaz, inicialmente, era a "opção nuclear": desinstalar completamente os updates problemáticos. Os comandos para isso, conforme divulgado pelo BleepingComputer, eram:
wusa /uninstall /kb:5066835wusa /uninstall /kb:5065789
Outras soluções temporárias surgiram, como uma alteração no Registro do Windows sugerida pelo portal BornCity para desativar manualmente o protocolo HTTP/2. Uma verdadeira "gambiarra" para contornar o problema enquanto uma correção oficial não chegava. Felizmente, a Microsoft agiu rápido. A empresa reconheceu a falha, explicando que o problema estava relacionado a aplicações que dependem do driver HTTP.sys, e liberou uma correção através de um Known Issue Rollback (KIR).
Para a alegria dos usuários, a solução é bem mais simples do que editar o registro ou desinstalar pacotes. Segundo a Microsoft, para resolver o impasse, basta seguir estes passos:
- Abra o menu Iniciar e pesquise por "Verificar se há atualizações".
- Na janela do Windows Update, clique em "Verificar se há atualizações".
- Permita que qualquer atualização pendente seja instalada.
- Reinicie o seu dispositivo, mesmo que nenhuma atualização tenha sido encontrada.
Com a reinicialização, a ponte de comunicação do localhost deve ser reconstruída, e as aplicações voltam a conversar normalmente. O episódio serve como um lembrete de como o ecossistema de um sistema operacional é delicado. Fica a reflexão: em um ambiente tão interconectado, como garantir que uma pequena alteração em um driver não cause um colapso em ferramentas essenciais para milhares de profissionais? Pelo menos desta vez, a resposta veio rapidamente.