Los ataques a la cadena de suministro de software están evolucionando hacia una amenaza que va mucho más allá del código fuente: los equipos de los desarrolladores se están convirtiendo en puertas de entrada a las infraestructuras cloud. Así lo advierte Qualys, Inc., proveedor pionero y líder en soluciones de TI, seguridad y cumplimiento basadas en la nube, en un nuevo análisis sobre campañas observadas entre septiembre de 2025 y mayo de 2026, que muestran una cadena de ataque recurrente: comprometer un paquete o herramienta de desarrollo, acceder a las credenciales disponibles en el entorno y utilizar posteriormente esas credenciales para acceder a recursos en la nube.

El problema es especialmente relevante porque una estación de trabajo de desarrollo o un ejecutor de CI/CD concentra numerosas credenciales con capacidad para acceder a otros sistemas, incluyendo AWS, GitHub, GCP, Azure, SSH y Kubernetes, entre otros.

639 versiones comprometidas en una sola oleada

La campaña Shai-Hulud, detectada inicialmente en septiembre de 2025, muestra el potencial de este modelo, con malware introducido en paquetes de npm de GitHub; en noviembre apareció una variante más agresiva que incorporaba capacidades de puerta trasera y comportamiento destructivo cuando no conseguía robar las credenciales; en mayo de 2026, Mini Shai-Hulud trasladó la ejecución al hook de preinstalación de npm, de modo que el robo de credenciales podía producirse incluso aunque el usuario cancelara la instalación; y en la oleada del 19 de mayo se comprometieron 639 versiones pertenecientes a 323 paquetes del ecosistema @antv.

La conclusión es especialmente relevante: el usuario ni siquiera necesita ejecutar la aplicación afectada para que comience la exposición de sus recursos cloud. Basta con que el código malicioso se ejecute durante el proceso de instalación.

Otros incidentes analizados por Qualys muestran que el patrón se está reproduciendo en diferentes ecosistemas. Por ejemplo, una campaña asociada a BufferZoneCorp utilizó una cuenta de GitHub para publicar módulos maliciosos que imitaban herramientas de desarrollo. Por su parte, TeamPCP comprometió herramientas de desarrollo y seguridad consideradas de confianza en entornos CI/CD.

La actividad se extendió además a varios ecosistemas en un periodo especialmente corto: entre el 21 y el 23 de abril de 2026 (apenas 48 horas) npm, PyPI y Docker Hub fueron objeto de ataque. Posteriormente, el 28 de mayo, 14 paquetes de npm robaron datos confidenciales haciéndose pasar por bibliotecas de OpenSearch y ElasticSearch y utilizaron tokens de publicación de npm robados para infectar otros paquetes.

Los incidentes analizados —incluidos el incidente de la Comisión Europea y la campaña UNC6426— muestran que un entorno de desarrollo comprometido puede convertirse en una vía de acceso a recursos cloud. La conclusión de Qualys es clara: la cadena de suministro es el nuevo perímetro, y protegerla exige considerar el entorno de desarrollo y la infraestructura cloud como una única superficie de ataque continua.

Tres recomendaciones para interrumpir la cadena de ataque

Qualys propone actuar sobre tres puntos críticos de esta cadena para reducir las posibilidades de que un compromiso en el entorno de desarrollo termine convirtiéndose en una brecha:

· Reducir la confianza en el momento de la instalación. Las organizaciones deberían utilizar registros privados de paquetes y políticas que definan qué dependencias están aprobadas. Cuando sea compatible con el funcionamiento de las aplicaciones, se recomienda bloquear los scripts del ciclo de vida de los paquetes durante las instalaciones en CI, permitiendo únicamente aquellos que sean necesarios. También es importante fijar las dependencias mediante archivos de bloqueo y garantizar su integridad, así como utilizar herramientas de seguridad de paquetes y análisis de dependencias para identificar componentes nuevos con comportamientos sospechosos o vulnerabilidades.

· Limitar las credenciales disponibles para las compilaciones. Los entornos CI/CD deben aplicar el principio de mínimo privilegio: un proceso que únicamente necesita compilar código no debería disponer, por ejemplo, de credenciales para desplegar recursos en AWS. Qualys recomienda utilizar credenciales de corta duración en lugar de claves almacenadas durante largos periodos y considerar potencialmente comprometido cualquier ejecutor de CI que haya ejecutado un paquete no verificado. En ese caso, deben rotarse los secretos a los que dicho proceso haya podido acceder.

· Detectar y restringir el posible desplazamiento hacia la nube. Las organizaciones deben proteger las cuentas de IAM mediante autenticación multifactor (MFA), utilizar políticas de organización que impidan que unas credenciales comprometidas creen nuevos roles administrativos o deshabiliten los registros de auditoría y mantener una supervisión continua de la actividad cloud.