A campanha FakeGit retomou suas atividades por meio de 17.610 repositórios falsos no GitHub, usando arquivos README e botões de download disfarçados para distribuir o SmartLoader e, depois, outros malwares. Os pesquisadores afirmam que depender da exclusão de repositórios ou links específicos não é suficiente para conter a campanha devido aos backups e à multiplicidade de locais de hospedagem.
A campanha maliciosa FakeGit retornou ao GitHub em larga escala, depois que pesquisadores identificaram 17.610 repositórios usados para distribuir o SmartLoader, uma carga inicial capaz de baixar outros malwares. A retomada das atividades ocorreu em 4 de outubro de 2026, depois que a campanha havia sido usada anteriormente no mês para disseminar o StealC, um malware ladrão de informações.
A campanha depende principalmente de contas temporárias, mas os pesquisadores identificaram pelo menos 700 contas que parecem pertencer a desenvolvedores legítimos. Os repositórios maliciosos usam arquivos README elaborados de forma convincente, incluindo um botão de download que leva a um arquivo ZIP contendo o SmartLoader.
Escalada rápida usando repositórios existentes
Segundo um relatório da plataforma Apiiro, especializada em segurança da cadeia de suprimentos de software, a campanha publicou mais de 13.000 repositórios em 34 horas, e a taxa de atividade atingiu o pico de 2.999 repositórios por hora. Nas amostras de commits analisadas pelos pesquisadores, 97% se limitaram a modificar um arquivo README, enquanto o botão de download em 88% delas levava a um arquivo ZIP que instalava o SmartLoader.
Isso indica que os operadores não precisaram criar novos repositórios; em vez disso, redirecionaram uma frota já existente para links maliciosos. A empresa Island havia associado o nome FakeGit a essa operação em julho, quando documentou 7.600 repositórios falsos que distribuíam o SmartLoader, incluindo 800 repositórios que se disfarçavam de habilidades de inteligência artificial ou servidores MCP e que apareceram em registros e catálogos públicos.
Por que é difícil conter a campanha?
Os pesquisadores da Apiiro consideram que a remoção dos repositórios cobre apenas parte da infraestrutura maliciosa. As cargas bloqueadas e suas cópias de backup também permanecem disponíveis, permitindo que os invasores alterem o link de download enquanto mantêm o próprio repositório ativo. Os pesquisadores descobriram que 71% da frota não estava listada no URLhaus antes da publicação do relatório.
Os arquivos maliciosos estão distribuídos entre forks, arquivos antigos, recursos de versões, anexos de issues e repositórios separados dedicados à hospedagem. Portanto, excluir um único arquivo ou link não impede que o operador direcione a vítima para uma cópia alternativa.
O que muda na prática para os usuários?
Não basta considerar a presença de um repositório no GitHub como prova de sua confiabilidade, especialmente ao baixar habilidades de inteligência artificial ou servidores MCP. Os pesquisadores recomendam verificar o proprietário do repositório e usar registros oficiais ou repositórios de fornecedores de software como fontes de instalação.
Se o usuário suspeitar que o SmartLoader foi executado, deverá tratar o caso como uma possível invasão da conta do GitHub, revogar as sessões ativas e os tokens de acesso e migrar para chaves de acesso. A campanha mostra que depender de listas de bloqueio de links ou da exclusão de repositórios individuais continua sendo limitado quando o invasor consegue reutilizar cópias, branches e recursos de versões.