CEVIU Logo
Voltar

Ferramentas open source da Microsoft no GitHub distribuíam malware para roubar credenciais de desenvolvedores de IA

Aprofundamento CEVIU

Aprofundamento

A Microsoft desativou 73 repositórios no GitHub em 5 de junho de 2026, não como resposta a um único incidente isolado, mas como parte de uma operação coordenada para conter o 'Miasma worm', uma variante auto-replicante do Mini Shai-Hulud que se espalha por cadeia de suprimentos. Diferente de ataques anteriores baseados em instalação de pacotes (como os do npm da Red Hat), este malware é acionado passivamente: basta abrir um repositório comprometido em ferramentas de IA como Claude Code ou Gemini CLI, o payload JavaScript ofuscado (4,3–4,6 MB) executa automaticamente no ambiente Bun, sem interação explícita do desenvolvedor.

O ataque explora uma falha crítica de confiança: repositórios legítimos da Microsoft (Azure, MicrosoftDocs etc.) foram adulterados com commits maliciosos datados retroativamente (9/03/2020) e marcados com [skip ci] para burlar pipelines de CI. Isso mostra que o invasor não apenas acessou credenciais de colaborador, mas as reutilizou para reinfectar o mesmo ecossistema, o Durable Task, já comprometido em maio, quando versões falsas do SDK Python foram publicadas no PyPI.

O que mudou

Em maio, o GitHub relatou vazamento de 3.800 repositórios internos via extensão maliciosa do VS Code, um ataque centrado no *tooling* do desenvolvedor. Agora, o vetor mudou: o alvo é o *conteúdo dos repositórios*, com injeção direta de código malicioso em projetos open source oficiais. A evolução é técnica e tática: antes, o invasor dependia da instalação voluntária de uma extensão; agora, ele transforma o próprio repositório em gatilho, explorando a automação embutida nas ferramentas de IA de programação. Além disso, o Miasma worm introduz replicação autônoma, algo ausente nos ataques anteriores do TeamPCP.

Por que isso importa

Desenvolvedores de IA não são apenas usuários de ferramentas, são alvos estratégicos. Credenciais roubadas incluem tokens de Azure, AWS, GCP, Kubernetes e Vault, permitindo acesso a ambientes de produção, modelos treinados e dados sensíveis. Um único repositório comprometido pode contaminar dezenas de pipelines CI/CD, clones locais e forks. O fato de o malware ter sido ativado ao abrir um repositório no Claude Code ou no Cursor mostra que a segurança de IDEs com assistência de IA ainda opera sob pressupostos obsoletos: confiança cega em arquivos locais, sem sandboxing de execução de configurações ou scripts embutidos.

Linha do tempo

  1. Repositório falso da OpenAI no Hugging Face distribui malware em Rust com 244 mil downloads

  2. GitHub confirma violação de 3.800 repositórios internos via extensão maliciosa do VS Code

  3. GitHub revela que o comprometimento partiu de dispositivo de funcionário com extensão trojanizada

  4. Red Hat remove 32 pacotes npm infectados com variante Miasma do Shai-Hulud

  5. Microsoft desativa 73 repositórios no GitHub após descoberta de Miasma worm em ferramentas de IA

Perguntas frequentes

Como o malware era executado sem que o desenvolvedor percebesse?

O payload JavaScript ofuscado era acionado automaticamente ao abrir o repositório em ferramentas de IA como Claude Code ou Gemini CLI, aproveitando a execução de arquivos de configuração pelo runtime Bun. Não exigia instalação nem comando explícito do usuário.

Por que o Durable Task aparece em dois ataques distintos?

O grupo TeamPCP reutilizou as mesmas credenciais de colaborador comprometidas em maio para inserir um novo commit malicioso no repositório Azure/durabletask em junho. Trata-se de re-comprometimento intencional, visando um componente crítico usado em orquestração de funções serverless em múltiplas nuvens.

Quais são os riscos reais para empresas que usam esses repositórios?

Clientes que clonaram ou baixaram código desses repositórios entre meados de maio e 5 de junho podem ter incorporado o malware em seus próprios sistemas. Tokens de acesso, chaves de API e credenciais de nuvem extraídas podem ser usados para exfiltração de dados, mineração de criptomoedas ou ransomware em infraestrutura corporativa.

A Microsoft já corrigiu a vulnerabilidade que permitiu o ataque?

Não houve divulgação de vulnerabilidade técnica específica. A resposta foi operacional: remoção dos repositórios e rotação de segredos. A falha está na falta de proteção contra commits forjados com bypass de CI e na ausência de verificação de integridade de conteúdo aberto em IDEs com IA, não em um bug de software.

Avalie este artigo:
Compartilhar:
Categoria
CEVIU Segurança da Informação
Publicado
09 de junho de 2026
Fonte
CEVIU Segurança da Informação

Quer receber mais sobre CEVIU Segurança da Informação?

Conteúdo curado diariamente, direto no seu e-mail.

Conteúdo curado diariamenteDiversas categoriasCancele quando quiser