Alerta de ciberseguridad: cómo los ciberdelincuentes explotan las dependencias remotas en NPM
El ecosistema de desarrollo de software acaba de sufrir otro golpe que demuestra, una vez más, que la ciberseguridad es un juego constante de gato y ratón. Desde agosto de 2025, los atacantes han estado aprovechando una vulnerabilidad crítica en el repositorio de código NPM que ha pasado desapercibida durante meses y que afecta directamente a miles de desarrolladores.
La campaña PhantomRaven: un ataque sofisticado en el corazón del desarrollo
La firma de ciberseguridad Koi acaba de revelar una campaña de ataques que han denominado «PhantomRaven». No es una simple brecha: estamos hablando de más de 126 paquetes maliciosos que han sido descargados más de 86.000 veces. Y lo peor de todo es que, al momento de la publicación, 80 de esos paquetes seguían disponibles para su descarga.
¿Lo más preocupante? Los atacantes no han tenido que recurrir a técnicas de hacking avanzadas. Simplemente han explotado una práctica que NPM permitía: las «Remote Dynamic Dependencies» (Dependencias Dinámicas Remotas).
¿Qué son estas dependencias remotas y por qué son peligrosas?
Normalmente, cuando un desarrollador instala un paquete de NPM, puede ver qué otras dependencias (piezas de código adicionales) necesita ese paquete. Estas dependencias suelen descargarse de la infraestructura verificada de NPM.
Las Dependencias Dinámicas Remotas funcionan de manera diferente. Permiten que un paquete descargue código adicional desde sitios web externos, incluso a través de conexiones HTTP no cifradas. Básicamente, es como si dejaras que un desconocido entrara en tu casa y trajera a sus amigos sin que pudieras verlos.
El problema es que estas dependencias son «invisibles» para la mayoría de los desarrolladores y herramientas de seguridad. En la interfaz aparecen como «0 Dependencias», a pesar de que están silenciosamente descargando código malicioso de dominios como http://packages.storeartifact.com/npm/unused-imports.
Técnicas avanzadas de evasión de detección
Los atacantes detrás de PhantomRaven no son aficionados. Han diseñado un sistema que hace que la detección sea extremadamente difícil:
- Las dependencias maliciosas se descargan «frescas» cada vez que se instala un paquete, en lugar de almacenarse en caché.
- Esto permite ataques dirigidos: podrían servir código benigno a investigadores de seguridad y código malicioso a redes corporativas.
- También podrían jugar a largo plazo: ofrecer código limpio durante semanas para ganar confianza y luego, de repente, cambiar a versiones maliciosas.
Como especialista en ciberseguridad, he visto muchas técnicas, pero esta capacidad de adaptación dinámica es particularmente astuta. Es como un camaleón digital que puede cambiar su apariencia dependiendo de quién lo está mirando.
El botín: lo que buscan los atacantes
Una vez que el código malicioso se instala en el sistema de un desarrollador, comienza una búsqueda exhaustiva de información sensible:
- Variables de entorno que revelan configuraciones internas
- Credenciales de GitHub, Jenkins y NPM (que podrían usarse para ataques posteriores a la cadena de suministro)
- Acceso al entorno completo de integración continua y entrega continua (CI/CD)
El método para extraer esta información es, según Koi, «redundante hasta el punto de la paranoia», utilizando múltiples canales como solicitudes HTTP, JSON y WebSockets. No dejan nada al azar.
La conexión con la IA generativa
Un aspecto fascinante de este ataque es cómo los ciberdelincuentes aprovechan las limitaciones de la IA. Muchos de los nombres de dependencias utilizados en estos paquetes maliciosos son nombres «alucinados» por chatbots de IA.
¿Qué significa esto? Los desarrolladores a menudo consultan a chatbots para obtener recomendaciones sobre qué dependencias usar. Los modelos de lenguaje a veces «alucinan» (inventan) nombres de paquetes que no existen. PhantomRaven registra estos nombres alucinados y los utiliza para sus paquetes maliciosos.
Es una estrategia brillante aunque maliciosa: explotar la confianza que los desarrolladores ponen en las recomendaciones de la IA para distribuir su código dañino.
¿Qué hacer si crees que estás afectado?
Si eres un desarrollador que descarga regularmente paquetes de NPM (y seamos sinceros, ¿qué desarrollador no lo hace hoy en día?), deberías revisar inmediatamente si tu sistema ha sido comprometido. Koi ha publicado una lista de indicadores de compromiso (IOCs) que puedes usar para escanear tus sistemas.
No quiero ser alarmista, pero tampoco conviene tomarse este asunto a la ligera. Esta vulnerabilidad afecta a la base misma del desarrollo de software moderno: la cadena de suministro de código.
Lecciones aprendidas y el futuro de la seguridad en el desarrollo
Este incidente nos recuerda algo fundamental: la seguridad del software no solo depende de escribir código seguro, sino también de verificar meticulosamente lo que integramos en nuestros proyectos.
La confianza ciega en repositorios de código, incluso en los más populares como NPM, puede ser peligrosa. El modelo de confianza implícita que ha impulsado el crecimiento explosivo del desarrollo de software también es su talón de Aquiles.
Para los equipos de desarrollo, esta situación debe servir como una llamada de atención para implementar prácticas más rigurosas:
- Verificar manualmente las dependencias críticas
- Usar herramientas de análisis de seguridad avanzadas que puedan detectar dependencias dinámicas
- Implementar políticas que restrinjan las fuentes de descarga de código
La ciberseguridad no es solo responsabilidad de los equipos de seguridad, sino de todos los que participan en el desarrollo de software. Y aunque suene a tópico, en este caso es literalmente cierto: la cadena solo es tan fuerte como su eslabón más débil.
