La nueva amenaza en la cadena de suministro de software

La campaña conocida como FakeGit ha puesto en alerta a la comunidad de ciberseguridad al utilizar GitHub como plataforma de distribución masiva de malware. Con más de 7.600 repositorios falsos, los atacantes han logrado que usuarios y organizaciones descarguen e instalen SmartLoader, un cargador que posteriormente despliega el infostealer StealC. Lo más preocupante es que estos repositorios imitan proyectos legítimos, con documentación verosímil y perfiles de desarrollador ficticios, lo que dificulta su detección.

La táctica no se limita a engañar a humanos: los atacantes han diseñado señuelos relacionados con inteligencia artificial, como Skills de IA y servidores MCP (Model Context Protocol), para que incluso agentes automatizados recomienden e instalen estos repositorios maliciosos. Este enfoque, denominado AgentBaiting, explota la confianza que los sistemas de IA depositan en fuentes aparentemente fiables.

¿Cómo opera FakeGit?

La campaña ha copiado proyectos reales, clonado estructuras y documentación, y creado perfiles que imitan identidades legítimas. Los repositorios incluyen README que guían al usuario hacia la descarga de un archivo ZIP alojado en GitHub Releases, un canal que muchos equipos consideran seguro. Se estima que alrededor de 200 de estos repositorios han acumulado más de 14 millones de descargas, lo que da una idea del alcance del problema.

Una vez descargado e instalado, el ZIP inicia una cadena de infección que utiliza LuaJIT y ejecuta un script Lua ofuscado para instalar SmartLoader. Este loader asegura la persistencia en el sistema, por ejemplo mediante tareas programadas en Windows, y despliega cargas secundarias como StealC. Además, la infraestructura de mando y control se resuelve dinámicamente mediante un dead drop basado en blockchain, con referencias a un contrato inteligente en Polygon, lo que complica aún más su rastreo.

La exposición se amplifica cuando estas supuestas Skills o servidores MCP aparecen en registros públicos como LobeHub, Glama, MCP.so y MCP Market. Se han identificado más de 600 listados vinculados a la campaña en estos directorios, lo que extiende el riesgo más allá de GitHub y dificulta la higiene del descubrimiento automático.

Medidas para proteger tus servidores

Ante esta amenaza, las organizaciones deben adoptar un enfoque proactivo en la seguridad de sus servidores. La primera línea de defensa es la formación de los equipos de desarrollo y de los operadores de agentes de IA: la cadena de suministro ya no se rompe solo en una librería, también en un repositorio "útil" que alguien, o algo, instala sin verificar.

Es fundamental no ejecutar archivos ZIP, scripts o instaladores de repositorios no verificados, aunque la documentación parezca impecable. Crear un catálogo interno de Skills, servidores MCP y plugins aprobados, con responsables claros, ayuda a controlar lo que se instala. Además, cualquier nueva capacidad de agente debe validarse en un entorno aislado antes de llevarla a producción.

En las estaciones de trabajo, conviene aplicar control de aplicaciones para bloquear intérpretes y scripts no autorizados, endurecer políticas en Windows y restringir la ejecución desde rutas de escritura de usuario como Descargas o %TEMP%. En paralelo, la defensa técnica debe reforzarse con soluciones EDR que incluyan reglas centradas en la ejecución de LuaJIT, patrones de loaders y señales de exfiltración, además de correlacionar eventos con descargas desde GitHub Releases.

En entornos Windows, es clave vigilar las rutas de persistencia, especialmente la creación de tareas programadas desde directorios de usuario, y revisar el tráfico saliente anómalo, incluidos accesos a endpoints RPC ligados a Polygon o comunicaciones con IP sin dominio, como peticiones POST a una IP desnuda.

Abuse Shield: centraliza la protección de tus servidores

Para las empresas de hosting, administradores de sistemas y pymes con servidores propios en España, gestionar la seguridad de múltiples máquinas puede ser un desafío. Aquí es donde entra en juego Abuse Shield, una solución que centraliza la protección de tus servidores. Con Abuse Shield, puedes bloquear automáticamente IPs maliciosas, gestionar fail2ban de forma unificada en todas tus máquinas y compartir un feed de reputación entre todos tus servidores.

Imagina que uno de tus servidores detecta un intento de ataque: Abuse Shield actualiza al instante la lista de bloqueo en el resto de tus equipos, evitando que el atacante pruebe suerte en otro punto. Esta coordinación reduce la ventana de exposición y mejora la eficiencia de tu equipo de seguridad. Además, al centralizar la gestión, ahorras tiempo y recursos, y te aseguras de que todas tus máquinas sigan las mismas políticas de protección.

En un panorama donde campañas como FakeGit demuestran que los atacantes innovan constantemente, contar con una herramienta que unifique la defensa de tus servidores es más importante que nunca. Abuse Shield te permite mantener el control sin complicaciones, adaptándose a las necesidades de tu infraestructura.

Conclusión

La campaña FakeGit es un recordatorio de que la seguridad en la cadena de suministro de software debe ser una prioridad. Los repositorios falsos en GitHub, los señuelos de IA y la automatización de ataques son tendencias que no van a desaparecer. Para proteger tus servidores y los datos de tu organización, combina buenas prácticas de higiene digital con soluciones especializadas como Abuse Shield. La prevención y la respuesta coordinada son tus mejores aliados frente a estas amenazas.

Relacionado

• Protege tus servidores con Abuse Shield: centraliza el bloqueo de IPs maliciosas
• Protege tu servidor con Fail2ban gestionado: centraliza el bloqueo de IPs maliciosas
• CVE-2026-55200 en libssh2: riesgo crítico y cómo proteger tus servidores
• Desarrollo web

¿Tus servidores bajo ataque constante?

Centraliza fail2ban y la reputación de IPs en todos tus servidores. Descubre Abuse Shield de ALMC. Contáctanos para una demo personalizada.