La campaña maliciosa FakeGit ha regresado a GitHub a gran escala: los investigadores detectaron 17.610 repositorios utilizados para distribuir SmartLoader, una carga útil inicial capaz de descargar otros programas maliciosos. La reanudación de la actividad se produjo el 4 de octubre de 2026, después de que la campaña se utilizara anteriormente durante el mes para distribuir StealC, un malware de robo de información.
La campaña depende principalmente de cuentas temporales, pero los investigadores identificaron al menos 700 cuentas que parecen pertenecer a desarrolladores legítimos. Los repositorios maliciosos utilizan archivos README diseñados de forma convincente, con un botón de descarga que conduce a un archivo ZIP que contiene SmartLoader.
Escalada rápida mediante repositorios existentes
Según un informe de la plataforma Apiiro, especializada en la seguridad de la cadena de suministro de software, la campaña distribuyó más de 13.000 repositorios en 34 horas, y la actividad alcanzó un máximo de 2.999 repositorios por hora. En las muestras de commits examinadas por los investigadores, el 97 % se limitaba a modificar un archivo README, mientras que el botón de descarga del 88 % dirigía a un archivo ZIP que instalaba SmartLoader.
Esto indica que los operadores no necesitaban crear nuevos repositorios, sino que redirigieron una flota existente hacia enlaces maliciosos. Island había vinculado el nombre FakeGit con esta operación en julio, cuando documentó 7.600 repositorios falsos que distribuían SmartLoader, incluidos 800 repositorios que se hacían pasar por skills de inteligencia artificial o servidores MCP y que aparecían en registros y catálogos públicos.
¿Por qué es difícil contener la campaña?
Los investigadores de Apiiro consideran que eliminar los repositorios solo cubre una parte de la infraestructura maliciosa. Las cargas útiles bloqueadas y sus copias de respaldo también permanecen disponibles, lo que permite a los atacantes cambiar el enlace de descarga y mantener activo el mismo repositorio. Los investigadores descubrieron que el 71 % de la flota no figuraba en URLhaus antes de la publicación de su informe.
Los archivos maliciosos están distribuidos entre forks, archivos antiguos, recursos de versiones, archivos adjuntos de incidencias y repositorios separados dedicados al alojamiento. Por ello, eliminar un solo archivo o enlace no impide que el operador dirija a la víctima hacia una copia alternativa.
¿Qué cambia en la práctica para los usuarios?
No basta con considerar la presencia de un repositorio en GitHub como una prueba de su fiabilidad, especialmente al descargar skills de inteligencia artificial o servidores MCP. Los investigadores recomiendan verificar al propietario del repositorio y utilizar registros oficiales o repositorios de proveedores de software como fuentes de instalación.
Si un usuario sospecha que SmartLoader se ha ejecutado, debe tratar la situación como un posible compromiso de la cuenta de GitHub, revocar después las sesiones activas y los tokens de acceso, y pasar a utilizar claves de acceso. La campaña demuestra que depender de listas de bloqueo de enlaces o de la eliminación de repositorios individuales sigue siendo limitado cuando el atacante puede reutilizar copias, ramas y recursos de versiones.