A Microsoft interrompeu o acesso a dezenas de projetos open source hospedados no GitHub depois que hackers injetaram malware capaz de roubar senhas e credenciais sensíveis. O problema atinge especialmente repositórios ligados ao Azure e a ferramentas usadas por desenvolvedores de IA, criando um ponto de ruptura em um ecossistema que depende de colaboração aberta entre plataformas distintas. Quando o código comprometido é aberto em agentes como Claude Code, Gemini CLI, Cursor ou VS Code, um payload em JavaScript de cerca de 4,6 MB é executado automaticamente e coleta dados de AWS, Azure, GCP, Kubernetes, gerenciadores de senhas e mais de noventa outros serviços. Este incidente marca a segunda violação conhecida em poucas semanas, mostrando que ataques à cadeia de suprimentos de software open source continuam a explorar a confiança construída entre mantenedores, empresas e usuários finais.
O que exatamente foi comprometido e como o malware age
Segundo relatos de pesquisadores da Cloudsmith e do site OpenSourceMalware, pelo menos setenta e três repositórios públicos oficiais no GitHub foram afetados pela injeção do worm Miasma, que permanece inativo até o momento em que o desenvolvedor abre o projeto dentro de um agente de codificação com IA. Essa ativação seletiva transforma uma simples dependência open source em uma ponte direta para roubo de credenciais, ilustrando como diferentes serviços — do Azure à infraestrutura de nuvem de terceiros — podem ser conectados de forma involuntária por meio de uma única biblioteca compartilhada. A Microsoft confirmou a remoção temporária dos repositórios e notificou um pequeno número de clientes que baixaram o conteúdo afetado, enquanto alguns projetos já foram restaurados após revisão e outros permanecem offline durante a investigação.
Por que isso importa para o ecossistema de desenvolvimento
Projetos open source da Microsoft funcionam como canais de diálogo entre o Azure e ferramentas de IA que desenvolvedores usam diariamente, permitindo que fluxos de trabalho fluam entre nuvens diferentes sem barreiras artificiais. Quando um desses canais é envenenado, a interoperabilidade que deveria aproximar mundos distintos — como um repositório Azure se comunicando com o VS Code ou com o CLI do Gemini — vira uma vulnerabilidade que afeta toda a rede de confiança. O fato de este ser uma re-comprometimento do projeto Durable Task, já atacado em meados de maio, levanta a pergunta: até que ponto as verificações de integridade atuais são suficientes para proteger as pontes que sustentam o desenvolvimento colaborativo?
Como a Microsoft está respondendo e o que vem a seguir
O porta-voz Ben Hope explicou que a empresa removeu temporariamente alguns repositórios enquanto investigava conteúdo malicioso, restaurando parte deles após análise e mantendo outros offline até concluir o trabalho. A notificação direta a clientes via canais oficiais de suporte indica que a companhia reconhece o risco de exposição de credenciais, mas ainda não há informação pública sobre o número exato de downloads afetados. Esse tipo de resposta reforça a necessidade de mantenedores e usuários acompanharem alertas de plataformas centrais, pois um único pacote comprometido pode impactar fluxos que conectam múltiplos serviços em nuvem.
Reflexões sobre segurança em cadeias de suprimentos open source
Incidentes como este mostram que a diplomacia digital entre empresas, comunidades e ferramentas de IA exige verificações constantes, pois a interoperabilidade que gera valor também amplia a superfície de ataque. Desenvolvedores que integram Azure com agentes de codificação ou que dependem de pacotes Microsoft para projetos em Kubernetes precisam questionar: estamos tratando esses componentes como pontes confiáveis ou apenas como peças isoladas que podem ser substituídas sem consequências? A repetição de ataques em poucas semanas sugere que a resiliência do ecossistema depende de colaboração mais ativa entre mantenedores, pesquisadores e plataformas de hospedagem.