Essa é uma informação crucial para todos que usam ferramentas de programação com IA, como Claude Code, Cursor ou a interface de linha de comando do Gemini. A Microsoft teve que remover mais de setenta repositórios de código aberto do GitHub devido a ataques de hackers que instalaram malware direcionado a desenvolvedores que trabalham com ferramentas de programação com IA.
O que aconteceu
Em 5 de junho de 2026, o GitHub desativou 73 repositórios da Microsoft pertencentes a quatro organizações, incluindo Azure, Azure-Samples, Microsoft e MicrosoftDocs. Se você tentar acessar esses repositórios agora, será informado de que eles estão desativados devido à violação dos termos de serviço do GitHub. Essa notícia é surpreendente, considerando que os repositórios pertencem a uma das empresas de tecnologia mais importantes do mundo.
A Microsoft reconheceu ter desativado esses repositórios enquanto verificava o que a empresa chama de "conteúdo potencialmente malicioso". Um porta-voz afirmou que a organização restaurou alguns repositórios após a verificação. Alguns repositórios permaneceram desativados por algum tempo. Além disso, a Microsoft contatou um número limitado de clientes que podem ter baixado materiais dos repositórios afetados, embora eles não tenham relatado a quantidade de dados afetados.
Que tipo de malware afetou os repositórios da Microsoft?
O malware, denominado Miasma, pertence à classe dos worms autorreplicantes. Essa variante do software malicioso foi descoberta pela empresa de segurança Cloudsmith e pelo analisador de malware OpenSourceMalware. O worm é uma evolução de outra variante de malware chamada Mini Shai-Hulud, cujo código-fonte vazou em meados de maio de 2026.
O que o malware fez e como se espalhou
Hackers usaram as credenciais roubadas de uma conta de um colaborador da Microsoft e enviaram uma atualização maliciosa para o repositório do Azure Durable Task. Eles carregaram arquivos de configuração que instalavam um payload assim que um desenvolvedor acessasse esses repositórios usando uma ferramenta de programação com IA. O payload, na forma de um arquivo de 4.3 MB, se ativava automaticamente no Claude Code, Gemini CLI, Cursor, VS Code e em scripts de teste do npm. Isso significa que não era necessário executar nenhum comando nem clicar em nada perigoso — bastava acessar o repositório por meio de uma ferramenta de programação com IA.
Em seguida, o worm roubaria credenciais de contas da AWS, Azure, Google Cloud, Kubernetes, npm e GitHub e as usaria para enviar cópias de si mesmo para outros repositórios nos quais os desenvolvedores possuíssem permissões de gravação.
Havia diversas características que poderiam ter ajudado o malware a escapar da detecção. Primeiro, esse worm usava credenciais legítimas para gerar tokens legítimos, e as versões maliciosas continham certificados de segurança válidos. Segundo, o malware usava versões legítimas que pareceriam absolutamente normais do ponto de vista de um scanner de segurança padrão. Além disso, o worm produzia uma carga útil criptografada individual para cada infecção, o que anulava o efeito da detecção baseada na comparação de assinaturas.
Por que os desenvolvedores de IA eram os alvos?
Este foi um ataque proposital contra desenvolvedores de IA. Os hackers se aproveitaram do fato de que, atualmente, os desenvolvedores frequentemente trabalham com ferramentas de codificação de IA. Essas ferramentas geralmente leem e interpretam repositórios assim que os desenvolvedores acessam o conteúdo. Por esse motivo, um worm que infecta um desenvolvedor ao abrir um repositório explora uma vulnerabilidade que sequer existia há um ano. O desenvolvimento de software moderno não exige mais que os desenvolvedores executem algo — eles podem infectar um sistema simplesmente abrindo um pacote específico em determinada ferramenta.
Dessa forma, o malware representa a infecção da cadeia de suprimentos, adaptada às novas realidades da engenharia de software moderna.
O problema com tarefas duráveis
Os repositórios que contêm azure-functions-host, azure-search-openai-demo e todo o ecossistema Durable Task para .NET, Go, Java, JavaScript e Python foram afetados pelo ataque.
Curiosamente, esta não foi a primeira violação que afetou repositórios de código aberto da Microsoft – em meados de maio, o Durable Task foi comprometido, aparentemente pelo mesmo grupo. Agora, especialistas em segurança se referem à violação de junho como uma “recomprometimento”. De acordo com o pesquisador Paul McCarty, “os repositórios que foram a causa raiz do comprometimento na violação do mês passado estão entre os que foram alvos novamente. Quando o repositório que foi a raiz do comprometimento do mês passado é o centro da invasão deste mês, isso não é coincidência – é a mesma ferida reabrindo”.
Resposta do GitHub ao Miasma
Os sistemas automatizados do GitHub conseguiram detectar a extensão da infecção e desativar todos os 73 repositórios afetados pelo ataque em 105 segundos. Esse é um tempo de resposta recorde. No entanto, o número exato de desenvolvedores que acessaram os repositórios em questão antes dessa ação permanece desconhecido. Até o momento, a Microsoft não divulgou informações detalhadas sobre a extensão dos danos.
Uma campanha que vale a pena acompanhar.
O incidente discutido acima faz parte de uma campanha mais ampla que ataca o ecossistema de código aberto desde dezembro de 2025. Outras vítimas incluem Bitwarden, Mistral AI, SAP, TanStack e até mesmo o GitHub. No mês passado, um ataque relacionado comprometeu mais de trinta repositórios ligados a soluções em nuvem desenvolvidas pela Red Hat. Estima-se que seus pacotes recebam mais de 117 mil downloads por semana.
Na verdade, existe um padrão subjacente a todos esses incidentes: roubar as credenciais dos desenvolvedores para distribuir malware por meio de canais legítimos e usar o ecossistema de código aberto como distribuidor.
O que você precisa fazer
Se você usa ferramentas do Azure, contribui para projetos de código aberto da Microsoft ou trabalha com repositórios de terceiros usando ferramentas de codificação de IA, faça o seguinte imediatamente: alterne seus tokens de acesso pessoal do GitHub, chaves SSH, segredos de CI/CD e credenciais do Azure, AWS e GCP. Além disso, verifique seus repositórios em busca de alterações e processos em segundo plano que possam ser perigosos para o seu sistema. Ademais, a partir de agora, pare de confiar em versões sempre atualizadas de pacotes de código aberto e controle o que você inclui em seu ciclo de desenvolvimento.
Perguntas frequentes
Pergunta 1: O que é o verme miasmático?
O worm Miasma é um tipo de malware autorreplicante que rouba credenciais de desenvolvedores e as utiliza para injetar malware em outros repositórios de código. Trata-se da evolução de uma ferramenta de hacking disponível publicamente chamada Mini Shai-Hulud, publicada por um grupo de hackers em maio de 2026.
Pergunta 2: Quantos repositórios da Microsoft foram afetados?
73 repositórios pertencentes a quatro organizações da Microsoft, incluindo Azure, Azure-Samples, Microsoft e MicrosoftDocs, foram desativados pelo GitHub. Alguns foram recuperados, enquanto outros permanecem suspensos.
Pergunta 3: Por que ferramentas de codificação de IA como Claude Code e Cursor foram alvos?
Eles verificam os repositórios ao serem carregados, o que é uma prática relativamente nova no desenvolvimento de software. O vetor de ataque se aproveita desse fato.
Q 4: Que credenciais o worm Miasma rouba?
Ele rouba credenciais da AWS, Azure, Google Cloud, Kubernetes, npm e GitHub. Com essas credenciais em mãos, infecta qualquer repositório com capacidade de injeção de código a partir do desenvolvedor infectado.
P 5: Por que as ferramentas de segurança padrão não detectaram a ameaça?
Como o worm usa credenciais reais, certificados de segurança válidos e produz cargas úteis diferentes para cada infecção, todos os scanners o veem como uma simples atualização regular.
Pergunta 6: Este é o primeiro caso de comprometimento da Microsoft por esta família de malware?
Não, o projeto Durable Task da Microsoft foi hackeado em meados de maio. Isso sugere que o malware comprometeu o projeto novamente após a resolução do incidente inicial.
Pergunta 7: Com que rapidez o GitHub respondeu?
Todos os 73 repositórios afetados foram desativados em 105 segundos graças a mecanismos de automação. No entanto, o número de desenvolvedores afetados pelo download do código malicioso permanece desconhecido.
Pergunta 8: Devo tomar alguma providência se achar que posso ter sido afetado?
Você deve rotacionar todas as credenciais que possam estar envolvidas, incluindo tokens do GitHub, chaves SSH, segredos de CI/CD e credenciais de autenticação do provedor de nuvem. Além disso, você deve auditar seus repositórios.
Pergunta 9: Isso significa que as ferramentas de programação de IA são inseguras?
Não totalmente – as ferramentas de codificação com IA são perfeitamente adequadas; o problema reside em como você as utiliza. Você deve ter a mesma cautela ao abrir um repositório de código desconhecido que teria com qualquer outro programa.
Pergunta 10: O que esse evento significa para a segurança de código aberto?
Isso expõe uma possível falha no modelo de confiança, que é inerente ao funcionamento do software de código aberto. Você precisará de controles mais rigorosos sobre a dependência do código, além de ferramentas de segurança.
