Verme Miasma: Como um Malware Transformou Assistentes de Código com IA em Vetor de Ataque Contra a Microsoft

No dia 5 de junho de 2026, uma cepa de malware autorreplicante conhecida como verme Miasma forçou o GitHub a desabilitar 73 repositórios de propriedade da Microsoft em meros 105 segundos . Não se tratou de uma simples injeção de código, mas de um sofisticado ataque à cadeia de suprimentos de software que transformou em arma as próprias ferramentas que os desenvolvedores mais confiam: seus assistentes de codificação com inteligência artificial. Os repositórios afetados abrangiam quatro organizações centrais da gigante de tecnologia: Azure, Azure-Samples, Microsoft e MicrosoftDocs . O ataque representa um momento decisivo na cibersegurança, onde o simples ato de abrir um código-fonte em um ambiente com IA passou a ser um gatilho para o roubo de credenciais.

Como o Ataque Aconteceu: Ferramentas de IA como Gatilho

A novidade do ataque residiu em seu caminho de execução, que contornou as verificações de segurança tradicionais ao transformar as ferramentas do desenvolvedor em vetores de ataque.

• O Ponto de Entrada: A violação começou com um commit malicioso enviado para o repositório Azure/durabletask usando a conta de um contribuidor previamente comprometida . Para escapar da detecção, o commit recebeu o título "Switched DataConverter to OrchestrationContext [skip ci]" e seus metadados foram alterados para exibir uma data retroativa de março de 2020 .
• Entrega da Carga Maliciosa (Payload): O commit não alterava o código-fonte tradicional. Em vez disso, ele inseria arquivos de configuração para ambientes de IA, como o Claude Code, Gemini CLI e Cursor . Quando um desenvolvedor abria o repositório infectado nessas ferramentas ou no Visual Studio Code (VS Code), elas automaticamente liam os arquivos de configuração, executando uma carga oculta de captura de credenciais .
• O Que Foi Roubado: Uma vez executado, o verme colhia uma vasta gama de credenciais críticas da máquina do desenvolvedor e de ambientes associados na nuvem, incluindo as de AWS, GCP, Azure, HashiCorp Vault, Kubernetes e GitHub Actions .
• Autorreplicação: Após roubar as credenciais, o verme as utilizava para enviar o mesmo commit malicioso para outros repositórios acessíveis à vítima, permitindo que se espalhasse rapidamente por várias organizações .

A Origem: O Comprometimento dos Pacotes npm da Red Hat

O incidente no GitHub da Microsoft foi o ato final de uma campanha que começou dias antes na cadeia de fornecimento de software de código aberto.

Em 1º de junho de 2026, os invasores usaram a conta do GitHub de um funcionário da Red Hat, que havia sido roubada, para publicar versões com backdoor de 32 pacotes npm oficiais do @redhat-cloud-services, abrangendo mais de 90 versões . A Inteligência de Ameaças da Microsoft rastreou o comprometimento até o pipeline de CI/CD original do RedHatInsights/javascript-clients, o que permitiu que os atacantes publicassem pacotes trojanizados com assinaturas de procedência de aparência legítima . Esses pacotes maliciosos continham um script de pré-instalação ofuscado, que executava um ladrão de credenciais no momento da instalação, criando a base para a propagação mais ampla do Miasma .

Resposta e Contenção

A resposta ao ataque foi rápida e decisiva, mas as implicações do incidente são profundas.

• Desativação Imediata: Os sistemas automatizados de detecção de abuso do GitHub desabilitaram todos os 73 repositórios infectados em duas ondas distintas, bloqueando imediatamente o acesso público e exibindo um aviso de "violação dos termos de serviço" .
• Recuperação e Remediação: A Microsoft restaurou totalmente todos os repositórios afetados até 8 de junho e notificou os clientes impactados . Uma descoberta crucial foi que o invasor reutilizou segredos não rotacionados do GitHub Actions para manter e ampliar o acesso, indicando que um comprometimento anterior não havia sido completamente limpo .
• Uma Raiz Mais Profunda: As investigações revelaram que as credenciais roubadas usadas no ataque de 5 de junho estavam armazenadas em logs ativos de ladrões de informação por 48 dias antes de serem usadas como arma, evidenciando uma intrusão de longo prazo que antecedeu a ativação do verme .

Atribuição: A Herança do Shai-Hulud e o Problema dos Imitadores

O Miasma é um descendente direto da estrutura de malware Mini Shai-Hulud, um kit de ferramentas criado pelo grupo de ameaças conhecido como TeamPCP . A campanha anterior do TeamPCP, divulgada em 12 de maio de 2026, já havia comprometido mais de 170 pacotes nos registros npm e PyPI, que acumulavam mais de 518 milhões de downloads, visando diretamente bibliotecas de desenvolvimento com IA .

A situação se complica ainda mais porque o TeamPCP disponibilizou publicamente o código-fonte da estrutura Mini Shai-Hulud . Isso significa que um número desconhecido de agentes imitadores tem acesso ao mesmo código-base. Embora as técnicas e o código vinculem fortemente o Miasma à linhagem do TeamPCP, vários pesquisadores de segurança alertam que uma atribuição definitiva ao grupo original não pode ser feita, pois qualquer ator com o kit de ferramentas de código aberto poderia ter orquestrado parte ou a totalidade desta onda específica de ataques .

Recomendações de Segurança para Desenvolvedores

O ataque do Miasma redefine fundamentalmente as fronteiras de segurança. Abrir um repositório de código não é mais uma ação passiva e segura. Os pesquisadores se uniram em torno de várias recomendações-chave:

• Revogue e Rotacione Tudo: Faça a rotação imediata de todos os tokens do GitHub Actions, credenciais de provedores de nuvem, tokens de publicação do npm e quaisquer outros segredos que possam ter sido expostos por meio de logs de CI/CD, repositórios infectados ou logs de ladrões de informação .
• Aplique MFA de Forma Rigorosa: Exija autenticação multifator, preferencialmente usando chaves de segurança de hardware, para todas as contas de contribuidores, a fim de prevenir intrusões baseadas em credenciais .
• Limpe as Fronteiras de Confiança das Ferramentas de IA: Trate repositórios não confiáveis como se fossem um binário de origem desconhecida. Configure os agentes de codificação com IA (Claude Code, Cursor, Gemini CLI, VS Code) para não executarem ou lerem automaticamente arquivos de configuração e tarefas de repositórios .
• Reforce os Pipelines de CI/CD: Audite os fluxos de trabalho do GitHub Actions para restringir o acesso de gravação nos tokens de Actions, remova tokens não utilizados e imponha o uso de credenciais de curta duração .
• Fortaleça a Higiene da Cadeia de Suprimentos: Use ferramentas de varredura de dependências, gere um SBOM (lista de materiais de software) e verifique a procedência dos pacotes antes da instalação. Monitore os pacotes em busca de scripts de pré ou pós-instalação ofuscados .