TrapDoor: El malware que se esconde en tus herramientas de desarrollo y engaña a tu asistente de IA
TrapDoor es un ataque coordinado a la cadena de suministro que ha distribuido 34 paquetes maliciosos en npm, PyPI y Crates.io, con más de 384 versiones, enfocado en robar claves de billeteras cripto, claves SSH, crede... La campaña apunta a comunidades de cripto, DeFi, Solana, Sui y desarrolladores de IA, y destaca...
What is the "TrapDoor" supply chain attack, how does it work across npm, PyPI, and Crates.io, which developer communities and cryptocurrencyThe TrapDoor campaign distributed credential-stealing malware through 34 packages across npm, PyPI, and Crates.io. Image: AI-generated.
Prompt de IA
Create a landscape editorial hero image for this Studio Global article: What is the "TrapDoor" supply chain attack, how does it work across npm, PyPI, and Crates.io, which developer communities and cryptocurrency. Article summary: Here is a comprehensive breakdown of the TrapDoor supply chain attack.. Topic tags: general, general web, user generated. Reference image context from search candidates: Reference image 1: visual subject "# TrapDoor Crypto Stealer Supply Chain Attack Hits 34 Packages and Hundreds of Versions Across npm, PyPI, and Crates.io. TrapDoor crypto stealer hits 36 malicious packages across n" source context "TrapDoor Crypto Stealer Supply Chain Attack Hits 34 Packages..." Reference image 2: visual subject "# TrapDoor Crypto Stealer Supply Chain Attack Hits 34 Packages and Hundreds of Versions Across npm, PyPI, and Crates.io. TrapDoor crypto stealer hits 36 malicious pac
openai.com
Una sofisticada campaña de ataque a la cadena de suministro, bautizada como TrapDoor, ha estado comprometiendo activamente los equipos de desarrolladores mediante la distribución de malware de robo de credenciales a través de los registros de paquetes npm, PyPI y Crates.io . Descubierta por los investigadores de Socket Security, la campaña ha sembrado al menos 34 paquetes maliciosos únicos en más de 384 versiones, con la actividad más temprana registrada el 22 de mayo de 2026 a las 20:20 UTC . La operación se dirige específicamente a desarrolladores que trabajan en criptomonedas, finanzas descentralizadas (DeFi), Solana, Sui, Move e inteligencia artificial, con el objetivo de recolectar los secretos de alto valor que sostienen la infraestructura financiera y de desarrollo moderna .
Studio Global AI
Search, cite, and publish your own answer
Use this topic as a starting point for a fresh source-backed answer, then compare citations before you share it.
¿Cuál es la respuesta corta a "TrapDoor: El malware que se esconde en tus herramientas de desarrollo y engaña a tu asistente de IA"?
TrapDoor es un ataque coordinado a la cadena de suministro que ha distribuido 34 paquetes maliciosos en npm, PyPI y Crates.io, con más de 384 versiones, enfocado en robar claves de billeteras cripto, claves SSH, crede...
¿Cuáles son los puntos clave a validar primero?
TrapDoor es un ataque coordinado a la cadena de suministro que ha distribuido 34 paquetes maliciosos en npm, PyPI y Crates.io, con más de 384 versiones, enfocado en robar claves de billeteras cripto, claves SSH, crede... La campaña apunta a comunidades de cripto, DeFi, Solana, Sui y desarrolladores de IA, y destaca por su táctica de manipular asistentes de código mediante instrucciones ocultas con caracteres Unicode de ancho cero en a...
¿Qué debo hacer a continuación en la práctica?
Los desarrolladores afectados deben rotar inmediatamente todas las credenciales expuestas, revisar los archivos de bloqueo en busca de paquetes maliciosos, inspeccionar los archivos de inicio de shell y hooks de Git,...
Lo que hace a TrapDoor particularmente peligroso no es solo su alcance a través de múltiples ecosistemas, sino una novedosa técnica de evasión que convierte a los propios asistentes de codificación con IA en un arma. El malware inyecta instrucciones ocultas dentro de los archivos .cursorrules y CLAUDE.md utilizando caracteres Unicode de ancho cero —completamente invisibles para un revisor humano pero legibles por herramientas como Cursor y Claude Code, que pueden ser engañadas para extraer secretos bajo la apariencia de análisis de seguridad rutinarios .
La estrategia de ataque de TrapDoor en múltiples registros
La campaña TrapDoor operó simultáneamente en los tres principales registros de paquetes de código abierto, utilizando mecanismos técnicos distintos adaptados a cada plataforma .
npm (21 paquetes)
La mayor parte de los paquetes maliciosos apareció en npm, donde usaban hooks de postinstall para ejecutar automáticamente un recolector de credenciales tras la instalación. La carga útil principal, un script de aproximadamente 1.149 líneas llamado trap-core.js, escanea sistemáticamente el entorno de la víctima en busca de secretos y los extrae a infraestructura controlada por el atacante .
PyPI (7 paquetes)
Los paquetes de Python distribuidos a través de PyPI estaban diseñados para buscar y ejecutar cargas útiles remotas de JavaScript en el momento de la importación. Una vez en ejecución, desplegaban la misma lógica de robo de credenciales que las variantes de npm .
Crates.io (6 paquetes)
En el principal registro del ecosistema Rust, los paquetes maliciosos abusaban de los scripts build.rs para ejecutar el código de extracción de credenciales durante el proceso de compilación, asegurando su ejecución incluso antes de que se utilizara la funcionalidad prevista del paquete .
Los paquetes se disfrazaban de herramientas legítimas para desarrolladores con nombres como token-usage-tracker, prompt-engineering-toolkit y eth-wallet-security-auditor, haciéndolos parecer útiles para las comunidades de desarrollo a las que apuntaban .
¿Qué credenciales busca robar?
La carga útil de TrapDoor rastrea sistemáticamente una amplia gama de secretos de alto valor. Según el análisis de Socket, el malware recolecta archivos de billeteras y almacenes de claves (keystores), claves privadas SSH, tokens de acceso personal de GitHub, credenciales de AWS, variables de entorno que contienen claves API, credenciales almacenadas en navegadores y otros secretos del equipo comprometido .
Los objetivos específicos de billeteras mencionados explícitamente en los informes incluyen los datos de las extensiones de navegador de MetaMask y Phantom . El robo de tokens de GitHub es particularmente preocupante porque puede permitir a los atacantes acceder a repositorios de código fuente privados, inyectar código malicioso en pipelines de CI/CD o moverse lateralmente a través de identidades de desarrollador comprometidas .
Comunidades de desarrolladores en el punto de mira
La investigación de Socket identificó a los desarrolladores de cripto, DeFi, Solana, Sui e IA como los objetivos principales . Las convenciones de nomenclatura de los paquetes apelaban directamente a estas comunidades, con temáticas en torno a la auditoría de seguridad de billeteras, el monitoreo de transacciones, el desarrollo de contratos inteligentes y las herramientas de contexto para IA.
Los atacantes sabían que los desarrolladores en estos ecosistemas poseen rutinariamente claves de billetera con activos significativos, acceso a infraestructura en la nube y permisos privilegiados en las cadenas de herramientas de desarrollo, lo que convierte una sola estación de trabajo comprometida en la puerta de entrada a un daño financiero y operativo sustancial .
La evasión con Unicode de ancho cero: El ataque a través de archivos de configuración de IA
El aspecto técnicamente más novedoso de TrapDoor es la explotación de los límites de confianza de los asistentes de codificación con IA. El malware intenta modificar o crear los archivos .cursorrules y CLAUDE.md —archivos de configuración que los desarrolladores usan para dar instrucciones específicas del proyecto a herramientas de IA como Cursor y Claude Code .
Dentro de estos archivos, los atacantes incrustan instrucciones ocultas usando caracteres Unicode de ancho cero (como U+200B, U+200C y U+FEFF). Estos caracteres son invisibles en los editores de texto y durante una revisión de código estándar, por lo que un desarrollador humano no ve nada sospechoso . Sin embargo, los asistentes de IA procesan el texto Unicode completo y pueden ser engañados para interpretar las instrucciones ocultas como comandos legítimos, ejecutando potencialmente flujos de recolección de credenciales, extrayendo código fuente o ejecutando comandos de shell arbitrarios sin el conocimiento del desarrollador .
Esto crea un compromiso en dos etapas: el paquete infecta el entorno del desarrollador y roba credenciales inmediatas, mientras que el archivo de configuración de IA envenenado convierte las propias herramientas de IA del desarrollador en un medio para una mayor explotación. Investigaciones relacionadas han confirmado que plataformas de agentes de IA en producción, incluidos Claude Code y GitHub Copilot, pueden ejecutar comandos arbitrarios incrustados como instrucciones Unicode invisibles en archivos de habilidades (skills) del agente .
Velocidad de detección y alcance
La infraestructura de detección de Socket identificó las publicaciones de TrapDoor con un tiempo medio de detección de solo 5 minutos y 27 segundos, con la detección más rápida registrada en 58 segundos . Esta rápida identificación permitió a los investigadores conectar las publicaciones de paquetes aparentemente dispersas en una sola campaña coordinada en un plazo de 48 horas desde la primera subida sospechosa .
Los 34 paquetes identificados en los tres registros han sido reportados a los respectivos administradores para su eliminación .
Pasos de remediación inmediata para desarrolladores
Si tú o tu equipo instalaron alguno de estos paquetes, actúa de inmediato:
1. Rota todas las credenciales expuestas
Regenera las frases semilla de las billeteras de criptomonedas y mueve los fondos a nuevas billeteras. Rota las claves IAM de AWS, los tokens de acceso personal de GitHub, los pares de claves SSH y cualquier token API almacenado en variables de entorno . Revoca los tokens OAuth para integraciones de CI/CD.
2. Audita los archivos de bloqueo de paquetes
Ejecuta
npm audit
,
pip list
y verifica Cargo.lock en busca de cualquiera de los 34 paquetes maliciosos reportados . Busca en el historial de los archivos de bloqueo en git estos nombres de paquete, elimina cualquier coincidencia y ejecuta una instalación limpia.
3. Inspecciona los archivos de inicio de shell
Revisa ~/.bashrc, ~/.zshrc, ~/.profile y ~/.config/fish/config.fish en busca de alias sospechosos o comandos curl y wget no comentados que pudieran establecer persistencia .
4. Revisa los hooks de Git
Examina .git/hooks/ en cada repositorio en busca de hooks no autorizados de pre-commit, post-commit o pre-push. El enfoque de la campaña en los tokens de GitHub hace que el compromiso de repositorios a nivel de cuenta sea una posibilidad real .
5. Analiza los flujos de trabajo de GitHub Actions
Revisa .github/workflows/ en busca de archivos de flujo de trabajo inesperados, pasos sospechosos con curl o wget, y acciones de terceros no autorizadas. Verifica los registros de ejecución de Actions en busca de solicitudes de red salientes inusuales.
6. Comprueba la manipulación de archivos de configuración de IA
Busca en todos los proyectos archivos .cursorrules y CLAUDE.md que contengan caracteres Unicode de ancho cero. Un comando grep para detectar estos caracteres invisibles es:
Elimina cualquier archivo sospechoso y verifica con un volcado hexadecimal .
7. Inspecciona los mecanismos de persistencia
Revisa las tareas de cron (
crontab -l
), los servicios de usuario de systemd (~/.config/systemd/user/) y los LaunchAgents en macOS (~/Library/LaunchAgents/) en busca de entradas maliciosas .
8. Añade defensas en la cadena de suministro
Integra herramientas de escaneo de seguridad para la cadena de suministro en tu pipeline de CI para detectar paquetes sospechosos antes de la instalación. Considera el uso de herramientas de detección en tiempo de ejecución que monitoricen el acceso a archivos de billeteras, claves SSH, credenciales en la nube y directorios de datos de navegadores .
Comments
0 comments