A Ascensão de Repositórios Maliciosos no GitHub

O GitHub deixou de ser só um repositório de código e virou um vetor de ataque em escala industrial. Desde 2024, o volume de repositórios maliciosos disparou: mais de 100 mil identificados em março daquele ano, seguidos por campanhas cada vez mais agressivas, como os 200 repositórios falsos da Kaspersky em fevereiro/março de 2025, ou os 5.561 comprometidos pela campanha Megalodon em maio de 2026, com injeção direta em workflows do GitHub Actions. O que antes era um risco pontual agora é uma operação orquestrada: contas forjadas de CI, nomes de bots imitando processos legítimos ('build-bot', 'auto-ci'), e até a desativação de 73 repositórios oficiais da Microsoft em junho de 2026 pelo worm Miasma. A novidade desta semana não é o surgimento do problema, mas sua padronização: centenas de repositórios gerados por LLMs, sem código-fonte, só binários para Windows, mesmo quando fingem servir macOS/Linux. É a assinatura de uma infraestrutura automatizada, barata e descartável.

Essa tática tem impacto direto na cadeia de suprimentos: o GlassWorm, por exemplo, já infecta extensões do VS Code para roubar tokens do GitHub e chaves SSH; o Megalodon exfiltra credenciais AWS, GCP, Vault e arquivos .env em tempo real. E o pior: em maio de 2026, o próprio GitHub confirmou que 3.800, 4.000 repositórios privados internos foram acessados indevidamente, prova de que, se o alvo é o desenvolvedor, o ataque começa muito antes do download do ZIP.

Desenvolvedores não estão apenas baixando código, estão autorizando execução remota, concedendo permissões OAuth, rodando scripts de CI e abrindo projetos em editores que carregam extensões com acesso total ao sistema. Um único repositório malicioso pode acionar múltiplos vetores: phishing via notificações falsas (como no golpe do 'gitsecurityapp'), injeção em workflows do GitHub Actions, infecção de IDEs e até exfiltração silenciosa de credenciais de nuvem. Empresas que confiam em dependências não auditadas correm risco real de vazamento de segredos críticos, tokens, chaves SSH, strings de conexão de bancos de dados, sem que haja alerta visível. A resposta não é só bloquear downloads, mas reconhecer que o GitHub hoje é parte da superfície de ataque, exigindo verificação de integridade de binários, assinatura de commits, auditoria de permissões de integração e rotação compulsória de segredos após qualquer suspeita.