El ataque a la cadena de suministro de Miasma compromete los paquetes npm de Red Hat con un gusano que roba credenciales – CYBERDEFENSA.MX

Una nueva campaña de ataque a la cadena de suministro Mini Shai-Hulud, con nombre en código Miasmaha comprometido paquetes de @redhat-cloud-services para robar credenciales y secretos de las máquinas de los desarrolladores y entregar un gusano autopropagante.

«Esta es efectivamente una campaña Mini Shai-Hulud: utiliza las mismas tácticas centrales de ejecución en el momento de la instalación, recolección de credenciales, segmentación de CI/CD, exfiltración cifrada y posible propagación descendente», afirmó Socket. dicho.

Actualmente se desconoce exactamente quién está detrás de la actividad de ataque, dado que TeamPCP, un infame grupo de cibercrimen, ha abierto las herramientas de ataque vinculadas al gusano Shai-Hulud, abriendo la puerta para que otros actores de amenazas realicen ataques similares y dificultando la atribución definitiva.

Los nombres de algunos de los paquetes afectados se enumeran a continuación:

  • @redhat-cloud-services/vulnerabilidades-cliente
  • @redhat-cloud-services/tsc-transform-importaciones
  • @redhat-cloud-services/cliente-de-inventario-topológico
  • @redhat-cloud-services/fuentes-cliente
  • @redhat-cloud-services/rule-components
  • @redhat-cloud-services/cliente-de-remediaciones
  • @redhat-cloud-services/rbac-client

Por análisis de Seguridad del Aikido, JFrog, microsoft, Seguridad buey, SafeDep, PasoSeguridady Fenómenolos paquetes npm contienen un enlace de preinstalación ofuscado que está diseñado para recopilar secretos de GitHub Actions, tokens npm, credenciales de nube, material de Kubernetes y Vault, claves SSH, credenciales de Git y otros archivos confidenciales.

Ciberseguridad

Como se observó en oleadas anteriores de Mini Shai-Hulud, el malware también contiene una lógica de exfiltración cifrada que transmite los datos a «api.anthropic».[.]com:443/v1/api» y utiliza GitHub como mecanismo alternativo. Esto indica intentos realizados por el atacante de robar credenciales y utilizarlas como arma para envenenar aún más la cadena de suministro de software.

«Confirma el sobre de resultados cifrado a través de la API de GitHub», dijo Socket. «El mensaje de confirmación puede incluir: IfYouInvalidateThisTokenItWillNukeTheComputerOfTheOwner:«.

Otro paso notable que lleva a cabo el malware es evitar la ejecución en sistemas en idioma ruso, un patrón que también se observa en las campañas de la cadena de suministro de GlassWorm.

«Para npm, la carga útil llama al intercambio de tokens OIDC y a los puntos finales whoami, vuelve a empaquetar un tarball (updateTarball, package-updated.tgz) y firma el artefacto a través de Sigstore», dijo SafeDep. «Las credenciales robadas se filtran a repositorios públicos de GitHub creados por atacantes, cada uno con la descripción Miasma: The Spreading Blight».

La primera confirmación que contiene la cadena «Miasma: The Spreading Blight» apareció el 29 de mayo de 2026, señaló OX Security, lo que indica que esta variante estaba activa desde entonces o que el actor de amenazas comenzó a realizar pruebas en ese momento.

En cuanto a GitHub, el malware enumera los repositorios en los que el token puede escribir, lee action.yml/action.yaml a través de GraphQL y confirma un flujo de trabajo a través de la mutación createCommitOnBranch para que la confirmación aparezca como un cambio firmado y verificado. Otras acciones llevadas a cabo por el malware se enumeran a continuación:

  • Intente escalar privilegios lanzando un contenedor que monte de forma vinculante el host /etc/sudoers.d y otorgue al corredor de CI sudo sin contraseña
  • Verifique la protección de endpoints de CrowdStrike, SentinelOne, Carbon Black y StepSecurity Harden-Runner antes de comenzar las acciones maliciosas.
  • Establezca persistencia inyectando un gancho SessionStart en Anthropic Claude Code y un task.json con «runOn»: «folderOpen» para proyectos de Microsoft Visual Studio Code para que el malware se inicie automáticamente durante cada sesión.

«Uno de los principales cambios en esta nueva variante es la incorporación de nuevos recolectores de datos centrados en identidades en la nube», dijeron los investigadores de Wiz. «Específicamente, se agregaron recopiladores de identidades de GCP y Azure que recopilan todas las identidades a las que tiene acceso la máquina infectada. Mientras que las versiones anteriores del malware se centraban principalmente en extraer secretos de estos entornos, esta variante sugiere un mayor enfoque del atacante en obtener y aprovechar el acceso a la propia nube.

A diferencia de las versiones anteriores, también se ha descubierto que el malware genera una carga útil cifrada de forma única para cada infección, lo que hace que la detección y el seguimiento de versiones sean significativamente más difíciles.

Ciberseguridad

La evidencia sugiere que el compromiso de la cuenta de GitHub de un empleado de Red Hat fue el paciente cero que se utilizó para inyectar la carga útil en estos paquetes. Se dice que la cuenta comprometida envió confirmaciones huérfanas maliciosas a dos repositorios de RedHatInsights, evitando la revisión del código.

Se recomienda aislar los hosts que han instalado las versiones afectadas, eliminar las versiones maliciosas, rotar las credenciales expuestas, revisar si hay signos de actividad sospechosa de GitHub o npm, auditar el entorno en busca de artefactos de persistencia que involucren cambios en los archivos de configuración (~/.claude/settings.json, .vscode/tasks.json, .github/workflows/codeql.yml, .github/setup.js) y aplicar controles de acceso estrictos.

«Debido a que el malware incluye ejecución en segundo plano y posibles mecanismos de persistencia de herramientas de desarrollador, desinstalar el paquete npm o eliminar node_modules no debe considerarse una limpieza suficiente», explicó Socket.

«Para los sistemas CI/CD, suspenda las ejecuciones de flujo de trabajo afectadas, invalide los artefactos de compilación producidos durante la ventana de exposición y revise si se creó alguna versión, imagen de contenedor, paquete npm o artefacto de implementación después de instalar el paquete malicioso».

Etiquetas de acción populares de GitHub redirigidas al impostor que se compromete a robar credenciales de CI/CD – CYBERDEFENSA.MX

En otro ataque más a la cadena de suministro de software, los actores de amenazas han comprometido el popular flujo de trabajo de GitHub Actions. acciones-cool/problemas-ayudantepara ejecutar código malicioso que recopila credenciales confidenciales y las exfiltra a un servidor controlado por un atacante.

«Todas las etiquetas existentes en el repositorio se han movido para señalar una confirmación impostor que no aparece en el historial de confirmación normal de la acción», dijo el investigador de StepSecurity, Varun Sharma. dicho. «Esa confirmación contiene código malicioso que extrae credenciales de los canales de CI/CD que ejecutan la acción».

Un compromiso de impostor se refiere a una estrategia engañosa de ataque a la cadena de suministro de software en la que se inyecta código malicioso en un proyecto haciendo referencia a una confirmación o etiqueta que existe solo en una bifurcación controlada por el adversario, en lugar del repositorio confiable original. Como resultado, los atacantes pueden eludir las revisiones estándar de solicitudes de extracción (PR) y lograr la ejecución de código arbitrario.

Ciberseguridad

El compromiso del impostor, según la empresa de ciberseguridad, contiene código que, al ejecutarse dentro de un ejecutor de GitHub Actions, realiza una serie de acciones:

  • Descarga el tiempo de ejecución de Bun JavaScript al ejecutor.
  • Lee la memoria del proceso Runner.Worker para extraer las credenciales.
  • Realiza una llamada HTTPS saliente a un dominio controlado por un atacante («tm-kosche[.]com») para transmitir los datos robados.

StepSecurity dijo que 15 etiquetas asociadas con una segunda acción de GitHub, «actions-cool/maintain-one-comment», también se han visto comprometidas con la misma funcionalidad.

GitHub desde entonces acceso deshabilitado al repositorio debido a una «violación de los términos de servicio de GitHub». Actualmente no se sabe qué llevó a la filial propiedad de Microsoft a tomar esta decisión.

Curiosamente, el dominio de exfiltración «tm-kosche[.]com» se ha observado en la última ola de la campaña Mini Shai-Hulud dirigida a paquetes npm del ecosistema @antv, lo que indica que los dos grupos de actividad podrían estar relacionados.

«Debido a que ahora cada etiqueta se resuelve en confirmaciones maliciosas, cualquier flujo de trabajo que haga referencia a la acción por versión extrae el código malicioso en su próxima ejecución», dijo StepSecurity. «Solo los flujos de trabajo anclados a un SHA de compromiso completo en buen estado no se ven afectados».

El malware 'Mini Shai-Hulud' compromete cientos de paquetes de código abierto en un extenso ataque a la cadena de suministro

Una campaña de malware que se propaga rápidamente ha infectado cientos de paquetes de software en los principales registros de código abierto, incorporando código de robo de credenciales en herramientas de desarrollo descargadas millones de veces por semana.

El ataque, denominado “mini Shai-Hulud”, tuvo como objetivo bibliotecas de software destacadas, incluidas TanStack, UiPath y MistralAI. Solo el paquete React Router de TanStack representa más de 12 millones de descargas semanales, lo que coloca el código malicioso en lo más profundo de la cadena de suministro de software de las aplicaciones empresariales modernas.

En una publicación de blogTanstack dijo que los equipos de seguridad han retirado del registro todas las versiones de software comprometidas. Si bien no hay evidencia de que se hayan robado las contraseñas de registro, los expertos instan a cualquiera que haya descargado las herramientas afectadas el lunes a cambiar inmediatamente todas las credenciales de nube, servidor y desarrollador conectados, incluidos Amazon Web Services, Google Cloud y GitHub.

El incidente pone de relieve una vulnerabilidad sistémica en la publicación automatizada de software. Las actualizaciones comprometidas eludieron con éxito la autenticación de dos factores y portaron firmas de procedencia criptográficamente válidas. Estas firmas verificaron que los paquetes se originaron en las canalizaciones de integración continua correctas, pero no detectaron que las canalizaciones mismas habían sido manipuladas para autorizar código malicioso.

Los investigadores de seguridad atribuyen la campaña a TeamPCP, un grupo cibercriminal centrado en la nube que surgió a finales de 2025 y que se especializa en automatizar ataques a la cadena de suministro y explotar la infraestructura nativa de la nube, incluidos los entornos Docker y Kubernetes. El grupo, supuestamente responsable del desarrollo anterior de Shai Hulud, introduce silenciosamente su malware en actualizaciones de software confiables, lo que les permite infectar miles de empresas a la vez sin activar alarmas de seguridad.

El grupo es conocido por su capacidad avanzada para ocultar sus huellas (como disfrazar datos robados como tráfico de mensajes anónimos) y sus agresivas tácticas de extorsión, que incluyen amenazar con borrar completamente las computadoras de las víctimas si intentan eliminar el acceso de los piratas informáticos.

Los atacantes activaron el proceso de liberación automatizado mediante una «confirmación huérfana»: código enviado a una bifurcación del repositorio sin una rama correspondiente. Esto les permitió explotar permisos demasiado amplios en los flujos de trabajo de GitHub Actions. Luego, el malware se entregó a través de una dependencia oculta que obtenía una carga útil de 2,3 megabytes muy ofuscada disfrazada de módulo de inicialización.

Tras su ejecución, el malware utiliza Bun (un motor de software de alta velocidad diseñado para ejecutar JavaScript) para robar sistemáticamente claves de seguridad y contraseñas. Se dirige a la infraestructura de la nube de alto nivel, incluidos AWS, Google Cloud Platform, Kubernetes y HashiCorp Vault. El código está diseñado para infiltrarse en redes de nube de Amazon altamente seguras. Al mismo tiempo, rastrea la computadora local del desarrollador en busca de archivos secretos y claves SSH utilizadas para desbloquear otros sistemas corporativos.

Operando como un gusano autopropagante, publica copias de sí mismo en esos proyectos, falsificando su actividad para que aparezca como confirmaciones automatizadas del bot Anthropic Claude. En una medida de extorsión secundaria, el malware genera un nuevo token de registro que contiene una nota de rescate en su descripción, amenazando con un borrado destructivo de la computadora si la víctima intenta revocar el acceso comprometido.

A pesar de las propiedades del malware, los investigadores dijeron a CyberScoop que no lo han visto propagarse.

«Vimos una propagación comunitaria muy limitada», dijo Charlie Eriksen, investigador de seguridad de la firma de seguridad de aplicaciones Aikido Security.

Para mantener el acceso continuo a las estaciones de trabajo de los desarrolladores, el malware se integra en los archivos de configuración de herramientas de desarrollo populares, en particular Visual Studio Code y Claude Code de Anthropic. Esto garantiza que los scripts maliciosos se ejecuten automáticamente cada vez que un desarrollador abre un proyecto o inicia una sesión de codificación de IA.

Stephen Thoemmes, defensor senior de desarrolladores de Snyk, dijo a CyberScoop que este es un punto ciego particular para este tipo de ataques.

«Los directorios como .claude/ y .vscode/ normalmente están excluidos del control de versiones a través de .gitignore y rara vez se analizan como superficies de ataque viables», dijo Thoemmes. «Si bien estos sistemas de tareas y enlaces proporcionan una valiosa automatización para el trabajo legítimo, ofrecen un entorno de ejecución silenciosa para el código malicioso. Para contrarrestar esto, los desarrolladores deben dejar de tratar estas configuraciones locales como benignas y comenzar a aplicar la misma auditoría de seguridad rigurosa a sus directorios de herramientas como lo harían con su infraestructura de producción».

Para evitar la detección, los datos robados se extraen mediante Session, una aplicación de mensajería anónima que rebota datos a través de una red descentralizada. Al disfrazar el robo como tráfico de chat ordinario y cifrado, los piratas informáticos se mezclan con la actividad normal de la red. Esto permite a los atacantes deshacerse por completo de los servidores de «comando» tradicionales que los equipos de seguridad corporativos suelen buscar y bloquear.

El éxito de la campaña “Mini Shai-Hulud” expone un importante punto ciego en la seguridad del software: las defensas actuales verifican de dónde proviene una actualización, pero no si el código que contiene es realmente seguro. Al secuestrar los propios sistemas automatizados de los desarrolladores, los atacantes pudieron estampar su malware con firmas digitales oficiales, lo que demuestra que los atacantes pueden eludir las salvaguardias modernas simplemente utilizando las propias herramientas de una empresa en su contra.

El director ejecutivo de Socket, Feross Aboukhadijeh, dijo a CyberScoop que las organizaciones deben buscar señales de que se instaló una versión de paquete comprometida en CI/CD o entornos de desarrollador, conexiones salientes inesperadas a la infraestructura de la campaña, cambios sospechosos en los archivos de bloqueo de paquetes, publicaciones inusuales de paquetes por parte de sus propios mantenedores o sistemas de CI, y artefactos de persistencia en los directorios de herramientas de los desarrolladores.

«No existe un único interruptor centralizado para este tipo de campaña», afirmó Aboukhadjieh. «La parte difícil es que cuando se confirma un paquete malicioso, es posible que ya se haya instalado dentro de los entornos exactos que los atacantes más desean: máquinas de desarrollo y ejecutores de CI. Puede extraer un paquete del registro, pero no puede retirar automáticamente las credenciales que ya haya robado».

Si bien estos paquetes son mantenidos por voluntarios, Eriksen dijo que el incidente es un gran problema para las empresas debido a la cantidad de equipos de desarrollo que utilizan el software en sus productos y servicios.

«Esto no es una cuestión de 'voluntario' versus corporativo», dijo Eriksen a CyberScoop. «Este es un problema que afecta a toda la sociedad».

Aboukhadjieh dijo a CyberScoop que estos continuos ataques a paquetes populares de software de código abierto son parte de «un análisis más amplio sobre cómo la industria del software consume el código abierto».

«Esta campaña muestra cuán delgada se ha vuelto la línea entre una herramienta de desarrollo y una infraestructura crítica», dijo. «Cuando los atacantes comprometen herramientas que ya son confiables dentro de los sistemas de compilación, no tienen que irrumpir directamente en todas las empresas. Pueden aprovechar la confianza que esas herramientas ya tienen».

Greg Otto

Escrito por Greg Otto

Greg Otto es el editor en jefe de CyberScoop y supervisa todo el contenido editorial del sitio web. Greg ha dirigido una cobertura de ciberseguridad que ha ganado varios premios, incluidos los de la Sociedad de Periodistas Profesionales y la Sociedad Estadounidense de Editores de Publicaciones Empresariales. Antes de unirse a Scoop News Group, Greg trabajó para Washington Business Journal, US News & World Report y WTOP Radio. Tiene una licenciatura en periodismo televisivo de la Universidad de Temple.

El gusano Mini Shai-Hulud compromete TanStack, Mistral AI, Guardrails AI y más paquetes – CYBERDEFENSA.MX

EquipoPCPel actor de amenazas detrás del reciente La ola de ataques a la cadena de suministro se ha relacionado con el compromiso de los paquetes npm y PyPI de TanStack, UiPath, Mistral AI, OpenSearch y Guardrails AI como parte de una nueva campaña Mini Shai-Hulud.

Los paquetes npm afectados se han modificado para incluir un archivo JavaScript ofuscado («router_init.js») que está diseñado para perfilar el entorno de ejecución y lanzar un ladrón de credenciales integral capaz de apuntar a proveedores de nube, billeteras de criptomonedas, herramientas de inteligencia artificial, aplicaciones de mensajería y sistemas de CI, incluidas Github Actions. Seguridad del Aikido, Laboratorios Endor, SafeDep, Enchufey PasoSeguridad dicho. Los datos se extraen al archivo «filev2.getsession».[.]dominio «org».

El uso de la infraestructura del protocolo de sesión es un intento deliberado por parte de los atacantes de evadir la detección, ya que es poco probable que el dominio sea bloqueado dentro de entornos empresariales, dado que pertenece a un servicio de mensajería descentralizado y centrado en la privacidad. Como opción alternativa, los datos cifrados se envían a repositorios controlados por el atacante con el nombre de autor «claude@users.noreply.github.com» a través de la API GitHub GraphQL utilizando los tokens de GitHub robados.

Ciberseguridad

El malware también es capaz de establecer ganchos de persistencia en Claude Code y Microsoft Visual Studio Code (VS Code) para sobrevivir a los reinicios y volver a ejecutar el ladrón en cada inicio de los IDE.

Además, instala un servicio gh-token-monitor para monitorear y volver a filtrar tokens de GitHub, e inyecta dos flujos de trabajo de GitHub Actions maliciosos para serializar los secretos del repositorio en un objeto JSON y cargar los datos en un servidor externo («api.masscan[.]nube»).

TanStack ha desde entonces rastreado el compromiso de un ataque encadenado de GitHub Actions que involucra el disparador «pull_request_target», Envenenamiento de caché de acciones de GitHuby extracción de memoria en tiempo de ejecución de un token OIDC del proceso de ejecución de GitHub Actions. «No se robaron tokens de npm y el flujo de trabajo de publicación de npm en sí no se vio comprometido», dijo TanStack.

Específicamente, se evalúa que los atacantes organizaron la carga útil maliciosa en una bifurcación de GitHub, la inyectaron en archivos tar npm publicados y luego secuestraron el flujo de trabajo legítimo «TanStack/router» del proyecto para publicar las versiones comprometidas con procedencia SLSA válida.

Lo que hace que el gusano se destaque es su capacidad para propagarse a otros paquetes localizando un token npm publicable con bypass_2fa configurado en verdadero, enumerando cada paquete publicado por el mismo mantenedor e intercambiando un token OIDC de GitHub por un token de publicación por paquete para eludir por completo la autenticación tradicional.

Al compromiso de la cadena de suministro de TanStack se le ha asignado el identificador CVE CVE-2026-45321. Tiene una puntuación CVSS de 9,6 sobre un máximo de 10,0, lo que indica una gravedad crítica. El incidente afectó a 42 paquetes y 84 versiones en todo el ecosistema de TanStack.

«El ataque publicó versiones maliciosas a través del proceso de lanzamiento de GitHub Actions del proyecto utilizando tokens OIDC secuestrados», dijo el investigador de StepSecurity Ashish Kurmi.

«En una escalada extremadamente rara, los paquetes comprometidos llevan certificaciones de procedencia SLSA Build Nivel 3 válidas, lo que lo convierte en el primer gusano npm documentado que produce paquetes maliciosos validados. Desde entonces, el gusano se ha extendido más allá de TanStack a paquetes de UiPath, DraftLab y otros mantenedores».

Además de TanStack, la campaña Mini Shai-Hulud también se ha extendido a varios otros paquetes, incluidos algunos en PyPI.

  • barandillas-ai@0.10.1 (PyPI)
  • mistralai@2.4.6 (PyPI)
  • @opensearch-project/opensearch@3.5.3, 3.6.2, 3.7.0 y 3.8.0
  • @graznido/mcp@0.9.5
  • @graznido/clima@0.5.10
  • @graznido/plan de vuelo@0.5.6
  • @tallyui/connector-medusa@1.0.1, 1.0.2 y 1.0.3
  • @tallyui/connector-vendure@1.0.1, 1.0.2 y 1.0.3
Ciberseguridad

Microsoft, en su análisis del paquete malicioso PyPI mistralai, dijo que está diseñado para descargar un ladrón de credenciales desde un servidor remoto («83.142.209[.]194») que incluye una lógica consciente del país para evitar entornos en idioma ruso y una «rama destructiva geocercada que tiene una probabilidad de 1 entre 6 de ejecutar rm -rf / cuando el sistema parece estar en Israel o Irán».

«El compromiso guardrails-ai@0.10.1 es especialmente notable porque el código malicioso se ejecuta al importar», dijo Socket. «El paquete busca sistemas Linux, descarga un artefacto Python remoto desde https://git-tanstack.com/transformers.pyz, lo escribe en /tmp/transformers.pyz y lo ejecuta con python3 sin verificación de integridad».

«Esta última actividad muestra que la campaña continúa propagándose tanto en npm como en PyPI, con paquetes afectados que abarcan infraestructura de búsqueda, herramientas de inteligencia artificial, paquetes de desarrolladores relacionados con la aviación, automatización empresarial, herramientas de interfaz y ecosistemas adyacentes a CI/CD».

TeamPCP compromete el complemento AST Checkmarx Jenkins semanas después del ataque a la cadena de suministro de KICS – CYBERDEFENSA.MX

Checkmarx ha confirmado que una versión modificada del Complemento AST de Jenkins fue publicado en Jenkins Marketplace.

«Si está utilizando el complemento AST Checkmarx Jenkins, debe asegurarse de estar utilizando la versión 2.0.13-829.vc72453fa_1c16 que se publicó el 17 de diciembre de 2025 o anteriormente», dijo la empresa de ciberseguridad. dicho en un comunicado durante el fin de semana.

Al momento de escribir este artículo, Checkmarx ha lanzado 2.0.13-848.v76e89de8a_053 tanto en GitHub como en Jenkins Marketplace, aunque su actualización del incidente aún indica que está «en el proceso de publicar una nueva versión de este complemento». No reveló cómo se publicó la versión del complemento malicioso.

El desarrollo es el último ataque orquestado por TeamPCP dirigido a Checkmarx. Llega un par de semanas después de que se atribuyó al notorio grupo de delitos cibernéticos el compromiso de su imagen KICS Docker, dos extensiones de VS Code y un flujo de trabajo de GitHub Actions para impulsar malware de robo de credenciales.

La infracción, a su vez, resultó en el breve compromiso del paquete npm de Bitwarden CLI para servir a un ladrón similar que puede recopilar una amplia gama de secretos de desarrolladores.

Ciberseguridad

TeamPCP ha estado vinculado a una serie de infracciones desde marzo de 2026 como parte de una campaña en expansión que explota la confianza inherente en la cadena de suministro de software para propagar su malware y ampliar su alcance.

Según detalles compartidos por el investigador de seguridad. Adnan Khan y SOCRadarse dice que TeamPCP obtuvo acceso no autorizado al repositorio GitHub del complemento y le cambió el nombre a «Checkmarx-Fully-Hacked-by-TeamPCP-and-Their-Customers-Should-Cancel-Now».

El repositorio desfigurado también se actualizó para incluir la descripción: «Checkmarx no puede rotar secretos nuevamente. Con amor – TeamPCP».

«El hecho de que TeamPCP esté nuevamente dentro de los sistemas Checkmarx apenas unas semanas después apunta a una de dos posibilidades: o la remediación inicial fue incompleta y las credenciales no se rotaron por completo, o el grupo mantuvo un punto de apoyo que no fue identificado durante la respuesta de marzo», dijo SOCRadar.

«Un segundo incidente de Checkmarx que sucederá pronto sugiere que el grupo está observando activamente los puntos de reingreso, probando la profundidad de las remediaciones pasadas y aprovechando cualquier brecha».

El ataque a la cadena de suministro de DAEMON Tools compromete a los instaladores oficiales con malware – CYBERDEFENSA.MX

Un ataque a la cadena de suministro recientemente identificado dirigido al software DAEMON Tools ha comprometido a sus instaladores para entregar una carga útil maliciosa, según los hallazgos de Kaspersky.

«Estos instaladores se distribuyen desde el sitio web legítimo de DAEMON Tools y están firmados con certificados digitales pertenecientes a los desarrolladores de DAEMON Tools», dijeron los investigadores de Kaspersky Igor Kuznetsov, Georgy Kucherin, Leonid Bezvershenko y Anton Kargin. dicho.

Los instaladores han sido troyanizados desde el 8 de abril de 2026, con versiones que van desde 12.5.0.2421 a 12.5.0.2434 identificadas como comprometidas como parte del incidente. El ataque a la cadena de suministro está activo al momento de escribir este artículo. AVB Disc Soft, el desarrollador del software, ha sido notificado de la infracción.

Específicamente, se han manipulado tres componentes diferentes de DAEMON Tools:

  • DTHelper.exe
  • DiscSoftBusServiceLite.exe
  • DTShellHlp.exe
Ciberseguridad

Cada vez que se inicia uno de estos binarios, lo que suele ocurrir durante el inicio del sistema, se activa un implante en el host comprometido. Está diseñado para enviar una solicitud HTTP GET a un servidor externo («env-check.daemontools[.]cc»), un dominio registrado el 27 de marzo de 2026, para recibir un comando de shell que se ejecuta mediante el proceso «cmd.exe».

El comando shell, por su parte, se utiliza para descargar y ejecutar una serie de cargas útiles ejecutables. Estos incluyen –

  • envchk.exe, un ejecutable .NET para recopilar amplia información del sistema.
  • cdg.exe y cdg.tmp, el primero de los cuales es un cargador de shellcode responsable de descifrar el contenido del segundo archivo y abrir una puerta trasera minimalista que contacta a un servidor remoto para descargar archivos, ejecutar comandos de shell y ejecutar cargas útiles de shellcode en la memoria.

La empresa rusa de ciberseguridad dijo que observó varios miles de intentos de infección que involucraban herramientas DAEMON en su telemetría, lo que afectó a personas y organizaciones en más de 100 países, como Rusia, Brasil, Turquía, España, Alemania, Francia, Italia y China. Sin embargo, la puerta trasera de la siguiente etapa se entregó solo a una docena de hosts, lo que indica un enfoque específico.

Los sistemas que recibieron el siguiente malware han sido marcados como pertenecientes a organizaciones minoristas, científicas, gubernamentales y de fabricación en Rusia, Bielorrusia y Tailandia. Es más, una de las cargas útiles entregadas a través de la puerta trasera es un troyano de acceso remoto denominado QUIC RAT. El uso del implante C++ se ha registrado contra una única víctima: una institución educativa ubicada en Rusia.

«Esta forma de implementar la puerta trasera en un pequeño subconjunto de máquinas infectadas indica claramente que el atacante tenía intenciones de llevar a cabo la infección de manera específica», dijo Kaspersky. «Sin embargo, su intención, ya sea ciberespionaje o ‘caza mayor’, no está clara actualmente».

El malware admite una variedad de protocolos de comando y control (C2), incluidos HTTP, UDP, TCP, WSS, QUIC, DNS y HTTP/3, y viene equipado con capacidades para inyectar cargas útiles en procesos legítimos «notepad.exe» y «conhost.exe».

La actividad no se ha atribuido a ningún actor o grupo de amenazas conocido. Pero la evidencia apunta a que es obra de un adversario de habla china según un análisis de los artefactos observados.

Ciberseguridad

El compromiso de DAEMON Tools es el último de una lista cada vez mayor de incidentes en la cadena de suministro de software en la primera mitad de 2026, y sigue a violaciones similares de alto perfil que involucraron a eScan en enero, Notepad++ en febrero y CPUID en abril.

«Un compromiso de esta naturaleza pasa por alto las defensas perimetrales tradicionales porque los usuarios confían implícitamente en el software firmado digitalmente y descargado directamente de un proveedor oficial», dijo Kucherin, investigador senior de seguridad de Kaspersky GReAT, en un comunicado compartido con The Hacker News.

«Debido a esto, el ataque de DAEMON Tools ha pasado desapercibido durante aproximadamente un mes. Este período de tiempo, a su vez, indica que el actor de amenaza detrás de este ataque es sofisticado y tiene capacidades ofensivas avanzadas. Dada la alta complejidad del compromiso, es por lo tanto de suma importancia para las organizaciones aislar las máquinas que tienen instalado el software Daemon Tools, así como realizar barridos de seguridad para evitar una mayor propagación de actividades maliciosas dentro de las redes corporativas».