Contener la propagación de gusanos de npm entre equipos de desarrollo y cuentas de publicación

Qué es

Estado al 25 de octubre de 2026. Este patrón de contención se basa en el informe de Microsoft sobre ChainDrop del 4 de agosto de 2026 y en el aviso de los mantenedores de Tensorlake publicado el 8 de octubre de 2026, tal como se consultaron para esta revisión. Volver a consultar ambos por si se han actualizado las listas de paquetes, los indicadores de persistencia o las instrucciones de recuperación; la cantidad de paquetes corresponde a lo observado en el informe, no a un inventario actual completo.

Microsoft informa de más de 400 paquetes de npm afectados. El código ejecutado durante la instalación robaba credenciales y utilizaba el acceso de publicación para propagarse a otros paquetes. Por separado, Tensorlake confirma la publicación no autorizada en npm de la versión 0.5.144, incluidos los paquetes nativos enumerados en su aviso. La versión de referencia para la recuperación es 0.5.143; se trata de volver a una versión anterior, no de instalar una nueva versión corregida.

Por qué importa

Microsoft describe una exposición que abarca desde los equipos de los desarrolladores hasta las credenciales de CI, los repositorios y los artefactos generados por las compilaciones afectadas. Por tanto, quien utiliza una dependencia y tiene permisos de publicación puede convertirse en distribuidor. El alcance del incidente comprende las identidades y los recursos accesibles desde el entorno de instalación, no solo la aplicación que solicitó la dependencia.

Que una compilación se complete correctamente no permite determinar si una publicación estaba autorizada. Quienes revisan necesitan pruebas que vinculen el artefacto del paquete, la revisión del código fuente, el flujo de trabajo y la aprobación de la publicación. Cualquier cambio inesperado en uno de estos elementos debe dar lugar a una investigación.

Cómo aplicarlo

• Pausar los trabajos de instalación y publicación afectados. Hacer un inventario de las versiones exactas presentes en los archivos de bloqueo de dependencias, los registros del registro de paquetes, las caches y los registros de compilación, incluidas las dependencias transitivas. Anotar qué estaciones de trabajo, ejecutores y artefactos derivados las utilizaron. Conservar las pruebas antes de sustituir los entornos.
• En un ejecutor limpio y con un archivo de bloqueo de dependencias revisado, utilizar npm ci --ignore-scripts. La documentación de npm describe ci como una instalación basada en las versiones bloqueadas e ignore-scripts como una opción que suprime los scripts de los paquetes. Comprobar la compilación resultante antes de adoptar esta política: las dependencias que requieren scripts de instalación pueden necesitar un tratamiento revisado de forma individual.
• Retirar las credenciales de publicación de los trabajos que instalan dependencias. Cuando los paquetes privados requieran autenticación, utilizar tokens granulares de solo lectura. Migrar los flujos de publicación compatibles a la publicación de confianza, probar la transición y después revocar los tokens de escritura obsoletos y restringir la publicación tradicional con tokens. npm permite exigir autenticación de dos factores y, a la vez, impedir el uso de esos tokens; la publicación mediante OIDC sigue disponible.
• Comparar las versiones publicadas en el registro con los registros de publicaciones aprobadas. Revisar los archivos de flujos de trabajo, las ramas de repositorios y los cambios de configuración de herramientas de desarrollo que sean inesperados. Investigar las diferencias sin explicación incluso cuando el paquete publicado tenga una declaración de procedencia o no exista un commit del código fuente correspondiente.
• Si se ejecutó la versión maliciosa de Tensorlake, aplicar su precaución frente a la persistencia antes de revocar las credenciales: desactivar el componente gh-token-monitor mediante el procedimiento específico para la plataforma que indica el aviso. Este componente puede destruir datos del usuario cuando se revoca el token de GitHub que vigila. Rotar las credenciales desde un equipo limpio y reconstruir los sistemas afectados.

Trampas

ignore-scripts no neutraliza el código malicioso que se ejecuta durante el funcionamiento de la aplicación. Los comandos explícitos, como npm run, siguen ejecutando el script solicitado. La autenticación de dos factores no revoca los tokens robados, y restaurar una dependencia limpia no deshace las publicaciones no autorizadas. Confirmar el acceso a las cuentas, el estado de los repositorios y los componentes usados en las nuevas compilaciones antes de reabrir la publicación.