Lo m\u00e1s importante en resumen<\/p>\n
- \n
- Ataque coordinado en m\u00faltiples registros.<\/strong> Socket documenta 34 paquetes en m\u00e1s de 384 versiones, en paralelo en npm, PyPI y Crates.io bajo la cuenta asdxzxc, todos con el mismo marcador P-2024-001.<\/li>\n
- Las configuraciones de codificaci\u00f3n con IA se convierten en superficie de ataque.<\/strong> TrapDoor escribe instrucciones ocultas con Unicode de ancho cero en archivos cursorrules y CLAUDE.md, para que Cursor o Claude inicien escaneos de seguridad falsos.<\/li>\n
- Las pipelines de CI\/CD son el objetivo, no el port\u00e1til del desarrollador.<\/strong> Quien no haya desactivado postinstall, build.rs y los hooks de importaci\u00f3n de Python en el build, tiene una ruta de cadena de suministro sin parchear, que seg\u00fan el art\u00edculo 21 de NIS2 y la gesti\u00f3n de riesgos ICT de DORA est\u00e1 sujeta a documentaci\u00f3n obligatoria.<\/li>\n<\/ul>\n<\/div>\n
Relacionado:<\/span>NIS2 y CLOUD Act<\/a> \/<\/span> Cumplimiento de NIS2 en pymes<\/a><\/p>\n
Por qu\u00e9 esta oleada no se parece al typosquatting<\/h2>\n
\u00bfQu\u00e9 es TrapDoor?<\/strong> TrapDoor es la denominaci\u00f3n que los investigadores de seguridad de Socket dan a un ataque coordinado a la cadena de suministro en mayo de 2026, en el que se infiltraron m\u00e1s de 34 paquetes maliciosos en paralelo en npm, PyPI y Crates.io, con el objetivo de robar keystores de wallets, claves SSH, credenciales en la nube y configuraciones de editores de IA. El cl\u00faster lleva el marcador interno P-2024-001 y est\u00e1 vinculado a la cuenta de GitHub ddjidd564 y a la cuenta de npm asdxzxc.<\/p>\n
Las campa\u00f1as habituales de typosquatting dependen del azar. Alguien se equivoca al teclear en *npm install*, un paquete con un nombre similar entrega una carga oculta. TrapDoor funciona de otra manera. Los paquetes tienen nombres como *prompt-engineering-toolkit*, *solidity-deploy-guard* y *defi-threat-scanner*. Se hacen pasar por herramientas para el p\u00fablico objetivo exacto que el atacante quiere explotar: desarrolladores en entornos de cripto, DeFi, Solana e IA.<\/p>\n
La segunda diferencia con respecto a una oleada t\u00edpica de npm es la amplitud en los registros. Tres gestores de paquetes a la vez, con la misma huella del actor de la amenaza, la misma cuenta de GitHub *ddjidd564* y el mismo marcador. Esto es una operaci\u00f3n planificada, no un script de principiante.<\/p>\n
Y es r\u00e1pido. Socket informa de un tiempo medio de detecci\u00f3n de 5 minutos y 27 segundos en 381 registros de versiones con marcas de tiempo completas. El hallazgo m\u00e1s r\u00e1pido se produjo 58 segundos despu\u00e9s de la publicaci\u00f3n. Quien ejecute un *npm install* o *pip install* en uno de estos intervalos en un runner de CI no controlado, tendr\u00e1 mala suerte.<\/p>\n
C\u00f3mo el ataque se ramifica por registro<\/h2>\n
\n1 149<\/div>\nL\u00edneas de c\u00f3digo en el cargador npm trap-core.js, el m\u00f3dulo central de recolecci\u00f3n de credenciales y propagaci\u00f3n de TrapDoor.<\/div>\nFuente: Socket Threat Research, mayo de 2026<\/div>\n<\/div>\nLos paquetes comparten una arquitectura de destino, pero con diferentes activadores por ecosistema. En npm, la carga \u00fatil se adjunta a postinstall, en Rust el c\u00f3digo se extrae a trav\u00e9s de build.rs, y en Python se ejecuta en el momento de la importaci\u00f3n. Esta separaci\u00f3n es relevante porque afecta exactamente a los tres puntos en los que los sistemas de construcci\u00f3n ejecutan autom\u00e1ticamente c\u00f3digo externo sin que el usuario lo inicie expl\u00edcitamente.<\/p>\n
Se recopilan claves SSH, credenciales de AWS, tokens de GitHub, bases de datos de inicio de sesi\u00f3n del navegador, almacenes de claves de billetera para Sui, Solana y Aptos, variables de entorno, claves API y configuraciones locales de desarrollo. Esto representa la visi\u00f3n completa de un perfil de estaci\u00f3n de trabajo de desarrolladora promedio, incluyendo todas las persistencias en la nube.<\/p>\n
D\u00f3nde TrapDoor realmente innova: configuraciones de codificaci\u00f3n con IA<\/h2>\n
El ataque tiene un vector que el c\u00f3digo malicioso habitual de la cadena de suministro no posee. TrapDoor manipula los archivos de configuraci\u00f3n de Cursor y Claude Code directamente. Concretamente: cursorrules y Proyecto-CLAUDE.md se modifican con caracteres Unicode de ancho cero que permanecen invisibles para el revisor en el editor, pero que el asistente de IA interpreta como prompt.<\/p>\n
El resultado es una instrucci\u00f3n camuflada que lleva al asistente a ejecutar sus propios escaneos de seguridad o rutinas de diagn\u00f3stico, que en realidad exportan datos del contexto del proyecto. Quien trabaje con un editor asistido por IA y no controle las versiones de los archivos de configuraci\u00f3n del repositorio, tiene una v\u00eda que la detecci\u00f3n de endpoints habitual no ve. Esta es la primera ola documentada de cadena de suministro que utiliza agentes de IA como capa de coejecuci\u00f3n.<\/p>\n
Quien se lo tome en serio en el equipo, tratar\u00e1 cursorrules y Proyecto-CLAUDE.md a partir de hoy como scripts de construcci\u00f3n. Revisiones diff por commit, verificaci\u00f3n de codificaci\u00f3n para anomal\u00edas Unicode, y ning\u00fan merge sin cuatro ojos.<\/p>\n
Mitigaciones en CI\/CD: qu\u00e9 funciona y qu\u00e9 falla<\/h2>\n
\n\nQu\u00e9 falla<\/p>\n
- \n
- Ejecutores de construcci\u00f3n con acceso a Internet y sin filtro de egreso<\/li>\n
- npm install sin –ignore-scripts en CI<\/li>\n
- Archivos de bloqueo sin verificaci\u00f3n de hash al restaurar<\/li>\n
- Cuentas de servicio compartidas entre varios proyectos<\/li>\n
- cursorrules y Proyecto-CLAUDE.md sin seguimiento en el espacio de trabajo<\/li>\n<\/ul>\n<\/div>\n\n
Qu\u00e9 funciona<\/p>\n
- \n
- npm ci –ignore-scripts, pip –no-build-isolation controlado<\/li>\n
- Generaci\u00f3n de SBOM por construcci\u00f3n, firmado<\/li>\n
- Lista de permitidos en lugar de lista de bloqueados en registros<\/li>\n
- Credenciales de construcci\u00f3n ef\u00edmeras mediante OIDC, sin token est\u00e1tico<\/li>\n
- Construcciones reproducibles con comparaci\u00f3n de hash frente a la \u00faltima ejecuci\u00f3n exitosa<\/li>\n<\/ul>\n<\/div>\n<\/div>\n
Los filtros de egreso son la palanca subestimada. Incluso si un postinstall malicioso se ejecuta en la construcci\u00f3n, sin una conexi\u00f3n saliente a redes de terceros no tiene destino para las credenciales. Quien hoy opere su ejecutor de GitHub Actions o GitLab en una VPC plana sin reglas de egreso, no avanzar\u00e1 con npm audit.<\/p>\n
El segundo ganador silencioso es OIDC. Una construcci\u00f3n que obtiene su token ef\u00edmero de AWS en el momento de la ejecuci\u00f3n desde el emisor OIDC del CI, no tiene una clave en la nube de larga duraci\u00f3n que TrapDoor pueda robar. Esto desplaza la ventana de ataque del secreto permanente a la duraci\u00f3n de la construcci\u00f3n.<\/p>\n
NIS2 y DORA: d\u00f3nde el tema ya es obligatorio documentar<\/h2>\n
El art\u00edculo 21 de NIS2 incluye la seguridad de la cadena de suministro como una de las medidas m\u00ednimas de gesti\u00f3n de riesgos que debe implementar un proveedor esencial o importante. Concretamente: evaluaci\u00f3n documentada de los proveedores directos y prestadores de servicios, incluidas las dependencias de software. Una dependencia npm en una build utilizada en producci\u00f3n no es jur\u00eddicamente menos proveedor que un m\u00f3dulo de control adquirido externamente.<\/p>\n
DORA exige para el sector financiero, en los art\u00edculos 28 y 30, un inventario completo de terceros de TIC m\u00e1s los riesgos de concentraci\u00f3n documentados. Quien, como banco o entidad financiera, utilice un repositorio npm con cientos de dependencias transitivas sin incluirlas en el registro de terceros de TIC, tendr\u00e1 un flanco abierto en la pr\u00f3xima auditor\u00eda.<\/p>\n
Ambos marcos normativos no exigen una protecci\u00f3n completa contra paquetes de d\u00eda cero, pero s\u00ed un proceso trazable. Aqu\u00ed es donde reside la palanca de NIS2 y DORA para los responsables de seguridad: TrapDoor se convierte en un caso pr\u00e1ctico concreto con el que medir los propios procesos de cadena de suministro.<\/p>\n
\nPlan de acci\u00f3n 30 d\u00edas<\/div>\n\n\nD\u00edas 1 a 3<\/div>\nActivar filtros de egreso en los runners de CI\/CD, limitar destinos salientes a una lista blanca de registros. Efecto inmediato, baja complejidad.<\/div>\n<\/div>\n\nD\u00edas 4 a 10<\/div>\nCambiar npm ci y pip a –ignore-scripts o aislamiento controlado de builds. Incorporar generaci\u00f3n de SBOM por build.<\/div>\n<\/div>\n\nD\u00edas 11 a 20<\/div>\nDesplegar federaci\u00f3n OIDC para credenciales en la nube en CI, deprecar y rotar tokens de servicio de larga duraci\u00f3n.<\/div>\n<\/div>\n\nD\u00edas 21 a 30<\/div>\nVersionar cursorrules y CLAUDE.md de proyecto en todos los repositorios, incluir diff de codificaci\u00f3n en el hook de pre-commit. Actualizar documentaci\u00f3n NIS2 y DORA por repositorio.<\/div>\n<\/div>\n<\/div>\n<\/div>\nCuatro semanas son una ventana realista si el equipo de seguridad redacta los tickets y el equipo de plataforma construye. El orden es intencionadamente asim\u00e9trico: egreso antes que SBOM, antes que OIDC, antes que configuraci\u00f3n de IA. Quien siga este orden cierra primero las v\u00edas por las que TrapDoor exfiltra datos y luego se ocupa de los temas estructurales.<\/p>\n
Qu\u00e9 queda por resolver<\/h2>\n
Socket describe un atacante que sabe mucho sobre sistemas de build modernos y editores de IA. La pr\u00f3xima oleada probablemente no se encuentre en paquetes pep o npm, sino en Helm Charts, im\u00e1genes base de contenedores o directamente en flujos de trabajo de GitHub Actions. Quien archive TrapDoor solo como un incidente npm, est\u00e1 planeando al margen del pr\u00f3ximo vector.<\/p>\n
Conviene tratar desde hoy la propia plataforma de CI\/CD como un sistema de producci\u00f3n en funcionamiento, no como una herramienta auxiliar. Con todo lo que ello implica: l\u00ednea base de hardening, monitorizaci\u00f3n, manual de incidentes y responsabilidades documentadas.<\/p>\n
Preguntas frecuentes<\/h2>\n
Cada pregunta est\u00e1 bloqueada. Un toque desbloquea la respuesta.<\/p>\n
\n\u00bfQu\u00e9 paquetes est\u00e1n actualmente marcados como maliciosos?<\/strong><\/summary>\n
Socket documenta 34 paquetes y m\u00e1s de 384 versiones en npm, PyPI y Crates.io. Algunos ejemplos del informe de Socket son prompt-engineering-toolkit, solidity-deploy-guard y defi-threat-scanner. Socket mantiene una lista completa y actualizada en la publicaci\u00f3n original del blog. Los propios repositorios de compilaci\u00f3n deber\u00edan cotejarse con esta lista.<\/p>\n<\/details>\n
\n\u00bfEstoy afectado si ejecuto npm install localmente?<\/strong><\/summary>\n
El riesgo es alto en local, ya que postinstall se ejecuta sin restricciones. En CI\/CD es a\u00fan mayor, porque los runners de compilaci\u00f3n suelen tener acceso a credenciales en la nube de larga duraci\u00f3n y claves SSH. Quien trabaje en ambos entornos sin filtros de salida, sin npm ci –ignore-scripts y sin comparaci\u00f3n de SBOM deber\u00eda revisar hoy los registros de las \u00faltimas 72 horas.<\/p>\n<\/details>\n
\n\u00bfQu\u00e9 hay que hacer concretamente con Cursor y Claude Code?<\/strong><\/summary>\n
Los archivos de configuraci\u00f3n como cursorrules y CLAUDE.md del proyecto deben estar versionados en cada repositorio. Un hook de pre-commit que revise el archivo en busca de caracteres Unicode de ancho cero evita la variante m\u00e1s obvia del ataque. Adem\u00e1s, la cuesti\u00f3n de qu\u00e9 fuentes externas lee un editor de IA en tiempo de ejecuci\u00f3n debe incluirse en cada documento de incorporaci\u00f3n.<\/p>\n<\/details>\n
\n\u00bfC\u00f3mo encaja TrapDoor en la evaluaci\u00f3n de riesgos de NIS2?<\/strong><\/summary>\n
El art\u00edculo 21 de NIS2 exige una evaluaci\u00f3n documentada de los riesgos en la cadena de suministro. Una dependencia de c\u00f3digo abierto con un mantenedor poco claro es jur\u00eddicamente un proveedor. Quien no tenga un proceso que eval\u00fae los paquetes antes de su incorporaci\u00f3n y los supervise despu\u00e9s, tiene un hallazgo claro en la auditor\u00eda.<\/p>\n<\/details>\n
\n\u00bfVale la pena migrar a r\u00e9plicas de registros privados?<\/strong><\/summary>\n
Para equipos con alta frecuencia de compilaci\u00f3n y c\u00f3digo cercano a producci\u00f3n, s\u00ed. Un mirror interno con lista de permitidos y verificaci\u00f3n de hash traslada el modelo de confianza lejos del registro p\u00fablico. El esfuerzo es real, pero la protecci\u00f3n es verificable y auditable, lo que cuenta expl\u00edcitamente bajo NIS2 y DORA.<\/p>\n<\/details>\n
\n<\/p>\nRecomendaciones de lectura de la redacci\u00f3n<\/h3>\n
![\"\"](\"https:\/\/www.securitytoday.de\/wp-content\/uploads\/2026\/05\/adaptive-mfa-nis2-bsi-zero-trust-mittelstand-fido2-2026-hero-250x167.jpg\")
<\/span>Recomendaci\u00f3n<\/span>Zero Trust en el proveedor energ\u00e9tico: Lo que revelan ahora las auditor\u00edas NIS2<\/span><\/span><\/a>![\"\"](\"https:\/\/www.securitytoday.de\/wp-content\/uploads\/2026\/05\/nis2-trifft-cloud-act-wer-haftet-fuer-die-drittstaaten-luecke-cover-hero-250x143.jpg\")
<\/span>Recomendaci\u00f3n<\/span>NIS2 se topa con el CLOUD Act: Qui\u00e9n responde por la laguna de terceros pa\u00edses<\/span><\/span><\/a>![\"\"](\"https:\/\/www.securitytoday.de\/wp-content\/uploads\/2026\/05\/ki-bedrohungsanalyse-soc-detection-engineering-2026-cover-hero-250x143.jpg\")
<\/span>Recomendaci\u00f3n<\/span>An\u00e1lisis de amenazas impulsado por IA: Lo que necesitan ahora los SOC alemanes<\/span><\/span><\/a><\/p>\nM\u00e1s del MBF Media Netzwerk<\/h3>\n
![\"\"](\"https:\/\/www.securitytoday.de\/wp-content\/uploads\/2026\/07\/net-platform-engineering-compliance-idp-nis2-82010065.jpg\")
<\/span>cloudmagazin<\/span>Ingenier\u00eda de plataformas para cumplimiento: los IDP imponen NIS2 y DORA<\/span><\/span><\/a>![\"\"](\"https:\/\/www.securitytoday.de\/wp-content\/uploads\/2026\/07\/net-prozessoptimierung-scheitert-an-der-uebe-58177124-250x167.jpg\")
<\/span>MyBusinessFuture<\/span>La optimizaci\u00f3n de procesos fracasa en la entrega, no en la herramienta<\/span><\/span><\/a>![\"\"](\"https:\/\/www.securitytoday.de\/wp-content\/uploads\/2026\/07\/net-saas-renewals-wo-die-stille-preis-erhoeh-93716440-250x167.jpg\")
<\/span>Digital Chiefs<\/span>Renovaciones SaaS: d\u00f3nde se esconde el aumento silencioso de precios<\/span><\/span><\/a><\/p>\nFuente de la imagen: generada por IA (julio 2026)<\/em><\/p>\n","protected":false},"excerpt":{"rendered":"Socket documenta 34 paquetes en npm, PyPI y Crates.io con *stealers* de billeteras, SSH y editores de IA, y lo que los equipos de CI\/CD deben verificar\u2026","protected":false},"author":10,"featured_media":22567,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_yoast_wpseo_focuskw":"Ciberataque coordinado en la cadena de suministro","_yoast_wpseo_title":"Puerta trasera: Ataque coordinado a la cadena de suministro en npm, PyPI y Crates - qu\u00e9 deben revisar los equipos de CI\/CD ahora","_yoast_wpseo_metadesc":"Socket documenta 34 paquetes en npm, PyPI y Crates.io con robo de billeteras, SSH y editores de IA. Lo que los equipos de CI\/CD deben verificar bajo NIS2.","_yoast_wpseo_meta-robots-noindex":"","_yoast_wpseo_meta-robots-nofollow":"","_yoast_wpseo_meta-robots-adv":"","_yoast_wpseo_canonical":"","_yoast_wpseo_opengraph-title":"","_yoast_wpseo_opengraph-description":"","_yoast_wpseo_opengraph-image":"https:\/\/www.securitytoday.de\/wp-content\/uploads\/2026\/07\/trapdoor-supply-chain-npm-pypi-crates-ci-cd-checks-2026-cover-hero.jpg","_yoast_wpseo_opengraph-image-id":0,"_yoast_wpseo_twitter-title":"","_yoast_wpseo_twitter-description":"","_yoast_wpseo_twitter-image":"https:\/\/www.securitytoday.de\/wp-content\/uploads\/2026\/07\/trapdoor-supply-chain-npm-pypi-crates-ci-cd-checks-2026-cover-hero.jpg","_yoast_wpseo_twitter-image-id":0,"_evm_slot_owner":"","evm_cvss":0,"evm_risk":0,"evm_casefile":"","evm_primary_cve":"","evm_pin_until":0,"evm_external_preview_token":"","evm_external_preview_expires":"","_evm_translation_lang":"","featured_post":0,"featured_post_sortierung":0,"_wp_old_slug":[],"footnotes":""},"categories":[257],"tags":[],"class_list":["post-15616","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-praxis-umsetzung-es"],"evm_reading_time_minutes":11,"wpml_language":"es","wpml_translation_of":15595,"_links":{"self":[{"href":"https:\/\/www.securitytoday.de\/es\/wp-json\/wp\/v2\/posts\/15616","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.securitytoday.de\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.securitytoday.de\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.securitytoday.de\/es\/wp-json\/wp\/v2\/users\/10"}],"replies":[{"embeddable":true,"href":"https:\/\/www.securitytoday.de\/es\/wp-json\/wp\/v2\/comments?post=15616"}],"version-history":[{"count":5,"href":"https:\/\/www.securitytoday.de\/es\/wp-json\/wp\/v2\/posts\/15616\/revisions"}],"predecessor-version":[{"id":22783,"href":"https:\/\/www.securitytoday.de\/es\/wp-json\/wp\/v2\/posts\/15616\/revisions\/22783"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.securitytoday.de\/es\/wp-json\/wp\/v2\/media\/22567"}],"wp:attachment":[{"href":"https:\/\/www.securitytoday.de\/es\/wp-json\/wp\/v2\/media?parent=15616"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.securitytoday.de\/es\/wp-json\/wp\/v2\/categories?post=15616"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.securitytoday.de\/es\/wp-json\/wp\/v2\/tags?post=15616"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}
- Las configuraciones de codificaci\u00f3n con IA se convierten en superficie de ataque.<\/strong> TrapDoor escribe instrucciones ocultas con Unicode de ancho cero en archivos cursorrules y CLAUDE.md, para que Cursor o Claude inicien escaneos de seguridad falsos.<\/li>\n