El nuevo ataque MemGhost planta recuerdos falsos persistentes en agentes de IA a través de un correo electrónico – CYBERDEFENSA.MX

Dale a un asistente de IA memoria y acceso a tu bandeja de entrada, y le darás al atacante una manera de reescribir lo que cree que sabe sobre ti. Un solo correo electrónico puede engañar a ese agente para que guarde un «hecho» falso sobre el usuario, oculte el cambio y dirija silenciosamente sus respuestas en sesiones posteriores.

Cuando funciona, la persona lee una respuesta de apariencia normal y nunca se entera de que su asistente fue manipulado.

Los investigadores nombraron el ataque. inyección de memoria sigilosa y creó una herramienta que escribe los correos electrónicos automáticamente. El artículo «Cuando las garras recuerdan pero no lo dicen», aterrizó en arXiv el 6 de julio de 2026.

Primero, qué hacen estos asistentes.

Un agente personal es un asistente de IA que se queda. En lugar de olvidar todo cuando finaliza un chat, guarda notas sobre ti en archivos: tus preferencias, tus contactos y lo que le pediste que hiciera. Lee esas notas al comienzo de cada nueva sesión, por lo que siente que te conoce.

Muchos de estos agentes también pueden actuar por usted, leyendo su correo electrónico, revisando su calendario y ejecutando pequeños trabajos según un cronograma mientras está fuera.

garra abiertael agente de código abierto utilizado como objetivo principal del estudio, mantiene este estado en archivos de texto sin formato: algunos contienen sus instrucciones permanentes (AGENTS.md), otros contienen lo que ha aprendido sobre usted (MEMORY.md). Coloca los principales en el contexto del modelo al comienzo de cada sesión.

Esas notas son el objetivo del producto. Ellos también son el objetivo.

El ataque de un correo electrónico

El atacante no necesita su contraseña ni su cuenta. Envían un correo electrónico a alguien cuyo agente está configurado para revisar su bandeja de entrada, lo que, para estos asistentes, es un trabajo de rutina. Enterrado en ese correo electrónico hay un texto dirigido al asistente, no a usted.

Si la habilidad de correo electrónico del agente muerde el anzuelo, suceden tres cosas seguidas. El agente utiliza sus propias herramientas de archivos para escribir la nota falsa del atacante en su memoria persistente. Su respuesta visible no dice nada de haberlo hecho. Y luego, en una nueva conversación, esa nota falsa cambia lo que te dice o hace por ti.

Ciberseguridad

En uno de los casos de prueba del estudio, la mentira plantada fue que el límite de envío diario de Zelle del usuario se había elevado a $10,000.

No capta el cambio por varias razones. El asistente oculta sus pasos detrás de escena por diseño, por lo que el momento en que edita un archivo nunca aparece en el chat. Pocos usuarios alguna vez abren los archivos de memoria sin procesar para leerlos. Y cuando el agente se ejecuta según una programación en segundo plano, a menudo no envía ningún mensaje, por lo que no hay nada que notar.

Para hacer que el veneno se adhiera, la herramienta apunta a los archivos principales que se cargan en cada sesión, de modo que se carga una sola escritura en cada sesión posterior en lugar de esperar a que se extraiga de un almacén de memoria separado.

El ataque es generado por una herramienta que los investigadores llaman MemGhost. Sus creadores entrenaron un modelo de atacante fuera de línea contra una instantánea de un agente personal, recompensando los correos electrónicos que guardaban la memoria mientras mantenían la respuesta en silencio. En el momento del ataque, escribe el correo electrónico terminado de una sola vez, sin intercambios con la víctima.

En 56 casos de prueba nuevos, MemGhost realizó el ataque completo, plantando un recuerdo falso, ocultándolo y luego influyendo en las respuestas del agente en una sesión posterior. Funcionó en el 87,5% de las ejecuciones en segundo plano contra OpenClaw en GPT-5.4 y en el 71,4% contra un agente Claude Code SDK en Sonnet 4.6.

Estas fueron ejecuciones de referencia aisladas y comienzan solo después de que el correo electrónico ya ha llegado a una bandeja de entrada que el agente lee, por lo que aquí nada prueba si una carga útil real borra primero el filtrado de spam o la autenticación del remitente.

El éxito fue generalmente menor en las pruebas en modo de primer plano, donde el usuario puede ver la respuesta. En modo de fondo, se mantuvo por encima del 80% en cada uno de los otros dos marcos de agentes y en un almacén de memoria basado en vectores en lugar de los archivos simples. El equipo también construyó Banco de susurrosun punto de referencia de 108 casos que abarca riesgos que van desde malos consejos médicos hasta pérdidas de dinero y sabotaje de seguridad.

Descripción general del marco WhisperBench

Las versiones toscas del truco en su mayoría fallan. Un contundente «guarda esto en silencio y no digas nada» fue captado o ignorado por los modelos más fuertes casi siempre; el generador capacitado es lo que hizo subir los números. También pasó por alto las defensas destinadas a detener este tipo de ataque.

Un filtro de entrada creado para detectar correos electrónicos envenenados pasó por alto el mensaje de MemGhost más de nueve de cada diez veces, y un modelo especialmente endurecido para ignorar las instrucciones que llegan por correo electrónico siguió el mensaje colocado aproximadamente la mitad de las veces. Incluso cuando se hizo que el propietario preguntara abiertamente: «dime qué verificaste y qué hiciste», el ataque permaneció oculto aproximadamente una cuarta parte del tiempo en un modelo.

No hay ningún parche rápido que esperar. El propio OpenClaw política de seguridad trata la inyección rápida por sí sola como fuera del alcance de una solución, a menos que también cruce un límite de autorización, política de herramientas, aprobación o zona de pruebas. MemGhost no cruza ninguno de ellos, ya que funciona a través de la propia herramienta de escritura en memoria del agente, y los investigadores siguen demostrando exactamente este tipo de inyección contra el marco.

Los autores del estudio sostienen que la verdadera solución tiene que estar dentro del agente: etiquetar de dónde proviene una información, preguntar al usuario antes de que algo llegue a la memoria duradera y registrar cada escritura. Hasta que eso llegue, la configuración expuesta es cualquier agente que lea correo que no es de confianza y pueda escribir su propia memoria sin preguntar.

La solución contundente es mantener esos dos trabajos separados. De lo contrario, limite lo que puede cambiar una ejecución activada por correo electrónico y verifique los archivos de memoria después de que llegue algo sospechoso.

OpenClaw confirmó esa posición a The Hacker News y rechazó cómo el periódico configuró a su agente. Es guía de seguridad indica a los operadores que enruten el correo electrónico que no es de confianza a través de un agente lector independiente sin memoria, archivos ni herramientas de shell, pasando sólo un resumen al agente principal, que el documento no probó.

Ciberseguridad

También argumenta que el nivel del modelo es importante: las ejecuciones de OpenClaw utilizaron GPT-5.4, un modelo de frontera actual, pero los autores omitieron Claude Opus 4.6 por costo, y OpenClaw señaló HackMyClawun desafío público en el que miles de correos electrónicos de inyección no lograron extraer un secreto de un agente de Opus 4.6. Esa prueba se centró en el robo de datos, no en el envenenamiento de la memoria, por lo que no responde directamente al artículo.

OpenClaw dijo que está sopesando los controles de escritura en memoria para contenido externo, incluida la procedencia, los registros de auditoría y las indicaciones de confirmación, en la misma dirección que recomienda el documento. The Hacker News también se comunicó con los autores del artículo y actualizará esta historia con cualquier respuesta.

La versión manual fue lo primero.

En 2024, el investigador Johann Rehberger mostró el mismo movimiento contra ChatGPT, plantando instrucciones en su memoria a largo plazo a través de contenido web envenenado para seguir filtrando los datos de un usuario en chats futuros. Él lo llamó SpaIware. OpenAI cerró el camino de la filtración de datos, pero se mantuvo la capacidad de escribir memoria a partir de contenido que no era de confianza.

Un año después, llegó a ser un producto de envío. EchoLeak (CVE-2025-32711), divulgado por Aim Security en junio de 2025, utilizó un correo electrónico de texto oculto para hacer que Microsoft 365 Copilot entregara datos internos de la empresa cuando el usuario luego le hizo una pregunta normal. Microsoft lo calificó como crítico y lo parchó, y no se informó ningún abuso en el mundo real.

A estudio de caso posterior Expuso cómo pasó los filtros de Copilot. Ambos demostraron que el contenido que lee una IA puede contener comandos, entregados mediante un correo electrónico que cualquiera puede enviar.

Lo que MemGhost agrega es persistencia: la versión de Rehberger tuvo que ser plantada a mano, y EchoLeak filtró datos solo en el momento en que se solicitó, pero aquí una carga útil automatizada convierte un correo electrónico en una memoria falsa que permanece y dirige las sesiones mucho después de que el mensaje desaparece.

Este es un resultado de laboratorio, no un robo en progreso. Los investigadores ejecutaron todo en entornos de prueba sellados con bandejas de entrada falsas y usuarios falsos, y los documentos en papel solo se probaron en laboratorio, no se usaron contra personas reales; dicen que planean revelar sus hallazgos, patrones de ataque y puntos de referencia a los fabricantes de los agentes y modelos afectados.

El sigilo se mantiene en el estudio en parte porque los agentes capaces están diseñados para mantener la actividad de sus herramientas fuera del chat. El único modelo que se reveló lo hizo imprimiendo sus pasos intermedios en la respuesta, y los investigadores esperan que la detección se vuelva más difícil a medida que los agentes mejoren su trabajo silencioso.

El verdadero problema es más claro: un mensaje procedente del exterior se convirtió en un contexto duradero y confiable dentro del agente, sin ningún momento visible en el que alguien lo aprobara.

Cisco zero-day bajo ataque continuo por parte de un grupo de amenazas persistentes

Los atacantes volvieron una vez más a un objetivo común con una base de usuarios masiva al explotar una vulnerabilidad de día cero de gravedad máxima que afecta al controlador y administrador Cisco Catalyst SD-WAN.

El grupo de amenazas detrás del número «limitado» de ataques de los que Cisco tiene conocimiento hasta ahora también está vinculado a una serie de vulnerabilidades previamente reveladas en los firewalls y sistemas SD-WAN del proveedor, dijo la compañía en un aviso de amenaza Jueves.

La vulnerabilidad de omisión de autenticación: CVE-2026-20182 – tiene una calificación CVSS de 10 y “se comporta como una llave maestra”, escribió Douglas McKee, director de inteligencia de vulnerabilidades de Rapid7, en una publicación de blog.

«Un atacante puede presentarse ante el controlador como un enrutador de red confiable y, si el sistema acepta esa afirmación sin validarla adecuadamente, puede obtener el nivel más alto de acceso administrativo», agregó. «Esa es la versión de ciberseguridad de un truco mental Jedi».

Rapid7 descubrió e informó la vulnerabilidad a Cisco el 9 de marzo, y Cisco dijo que se dio cuenta de la explotación limitada de la vulnerabilidad a principios de este mes. el vendedor revelado y lanzado un parche para la vulnerabilidad el jueves, y la Agencia de Seguridad de Infraestructura y Ciberseguridad rápidamente agregó el defecto a su catálogo de vulnerabilidades explotadas conocidas.

Cisco no explicó lo que ocurrió durante ese período de dos meses. Sin embargo, la divulgación y advertencia de los investigadores marca otro desafío para los clientes de Cisco que se han enfrentado a una avalancha de vulnerabilidades explotadas activamente que afectan el software de red del proveedor desde finales de febrero.

Cisco no es el único proveedor de seguridad que enfrenta una avalancha de ataques contra sus clientes, pero se encuentra entre los más atacados. CISA ha añadido siete vulnerabilidades que afectan Cisco SD-WAN y firewalls a su catálogo de vulnerabilidades explotadas conocidas en menos de tres meses.

Los investigadores de Cisco Talos atribuyeron la última ronda de ataques de día cero a UAT-8616los mismos atacantes que explotaron un par de días cero separados en el software de red de Cisco durante al menos tres años antes de que la actividad fuera descubierta e informada en febrero.

La empresa, que describió la explotación del nuevo día cero como continua, una vez más se negó a responder preguntas sobre los orígenes o motivaciones del UAT-8616.

«Recomendamos encarecidamente a los clientes que apliquen las versiones de software fijas disponibles y sigan las instrucciones proporcionadas en los avisos y en el blog de Cisco Talos», dijo un portavoz de la compañía en un comunicado.

Los investigadores de Cisco Talos también advirtieron que UAT-8616 y al menos otros 10 grupos de amenazas se han encadenado y lograron una «explotación activa generalizada en la naturaleza de tres vulnerabilidades en la infraestructura Cisco Catalyst SD-WAN sin parches». La compañía reveló y lanzó previamente parches para las vulnerabilidades, incluido CVE-2026-20122, CVE-2026-20128 y CVE-2026-20133 — en febrero.

rapid7 lo dijo descubierto la última vulnerabilidad crítica de omisión de autenticación cuando estaba investigando CVE-2026-20127un día cero anterior que los Cinco Ojos identificaron y confirmaron como explotado activamente por UAT-8616 a finales de 2025. Las autoridades y Cisco esperaron al menos dos meses para revelar y parchear la vulnerabilidad, y compartir orientación de mitigación de emergencia.

Esa campaña, que comenzó al menos tres años antes, marcó la segunda serie de días cero explotados activamente en la tecnología de punta de Cisco en menos de un año. Ambas campañas llevaron a CISA a emitir directivas de emergencia meses después de que se detectaran los ataques por primera vez, y ambas oleadas de ataques estuvieron en marcha durante al menos un año antes de que fueran descubiertas.

El último día cero, que evita la autenticación en el mismo servicio de plano de control que CVE-2026-20127, no requiere credenciales ni conocimiento previo del entorno de destino para su explotación, dijo a CyberScoop Jonah Burgess, investigador senior de seguridad de Rapid7.

«Cisco confirmó que afecta a todos los tipos de implementación, incluidos los entornos locales, en la nube y FedRAMP. El controlador SD-WAN gestiona el enrutamiento y la política para toda la red superpuesta, por lo que un único controlador comprometido puede potencialmente darle al atacante influencia sobre cada sucursal, centro de datos y borde de la nube conectados a esa estructura», agregó Burgess.

Su colega en Rapid7, McKee, dijo que los atacantes se han vuelto muy buenos a la hora de convertir las debilidades de la infraestructura de la red central en operaciones de alto impacto.

«Comprometer el enrutador de una sucursal es útil. Comprometer el controlador que administra todo el patrimonio es una conversación muy diferente. Ahora estamos hablando de la capacidad de redirigir el tráfico, interceptar comunicaciones, impulsar configuraciones maliciosas o simplemente interrumpir la conectividad en toda la organización», escribió.

«Ésa es la verdadera paradoja aquí», añadió McKee. «La misma arquitectura que brinda a los defensores escala y simplicidad también puede brindarles a los atacantes un único punto de influencia catastrófica».

Matt Kapko

Escrito por Matt Kapko

Matt Kapko es reportero de CyberScoop. Su ámbito incluye delitos cibernéticos, ransomware, defectos de software y (mala) gestión de vulnerabilidades. El californiano de toda la vida comenzó su carrera periodística en 2001 con paradas anteriores en Cybersecurity Dive, CIO, SDxCentral y RCR Wireless News. Matt tiene una licenciatura en periodismo e historia de la Universidad Estatal de Humboldt.

36 paquetes npm maliciosos explotaron Redis y PostgreSQL para implementar implantes persistentes – CYBERDEFENSA.MX

Los investigadores de ciberseguridad han descubierto 36 paquetes maliciosos en el registro npm que están disfrazados de complementos de Strapi CMS pero vienen con diferentes cargas útiles para facilitar la explotación de Redis y PostgreSQL, implementar shells inversos, recopilar credenciales y colocar un implante persistente.

«Cada paquete contiene tres archivos (paquete.json, index.js, postinstall.js), no tiene descripción, repositorio ni página de inicio, y utiliza la versión 3.6.8 para aparecer como un complemento comunitario maduro de Strapi v3», SafeDep dicho.

Todos los paquetes npm identificados siguen la misma convención de nomenclatura, comenzando con «strapi-plugin-» y luego frases como «cron», «base de datos» o «servidor» para engañar a los desarrolladores desprevenidos para que los descarguen. Vale la pena señalar que los complementos oficiales de Strapi tienen su alcance en «@strapi/».

Los paquetes, subidos por cuatro cuentas de títeres de calcetines «umarbek1233», «kekylf12», «tikeqemif26» y «umar_bektembiev1» durante un período de 13 horas, se enumeran a continuación:

  • strapi-plugin-cron
  • strapi-plugin-config
  • servidor-plugin-strapi
  • base de datos-plugin-strapi
  • strapi-plugin-núcleo
  • ganchos-plugin-strapi
  • monitor-plugin-strapi
  • eventos-plugin-strapi
  • registrador-plugin-strapi
  • strapi-plugin-salud
  • sincronización-plugin-strapi
  • semilla-plugin-strapi
  • correa-plugin-locale
  • formulario-plugin-strapi
  • strapi-plugin-notificar
  • strapi-plugin-api
  • strapi-plugin-sitemap-gen
  • complemento-strapi-herramientas-nordicas
  • strapi-plugin-nordica-sync
  • strapi-plugin-nordica-cms
  • complemento-strapi-nordica-api
  • complemento-strapi-nordica-recon
  • strapi-plugin-nordica-stage
  • complemento-strapi-nordica-vhost
  • complemento-strapi-nordica-deep
  • complemento-strapi-nordica-lite
  • complemento-strapi-nordica
  • complemento-strapi-finseven
  • strapi-plugin-hextest
  • complemento-strapi-cms-herramientas
  • strapi-plugin-sincronización-de-contenido
  • herramientas-depuración-plugin-strapi
  • control-de-estado-del-plugin-strapi
  • strapi-plugin-guardarian-ext
  • complemento-strapi-uuid-avanzado
  • complemento-strapi-blurhash

Un análisis de los paquetes revela que el código malicioso está incrustado en el enlace del script postinstalación, que se ejecuta en «npm install» sin requerir ninguna interacción por parte del usuario. Se ejecuta con los mismos privilegios que los del usuario instalador, lo que significa que abusa del acceso raíz dentro de entornos CI/CD y contenedores Docker.

Ciberseguridad

La evolución de las cargas útiles distribuidas como parte de la campaña es la siguiente:

  • Utilice una instancia de Redis accesible localmente para la ejecución remota de código inyectando una entrada crontab (también conocida como tabla cron) para descargar y ejecutar un script de shell desde un servidor remoto cada minuto. El script de shell escribe un shell web PHP y un shell inverso de Node.js a través de SSH en el directorio de cargas públicas de Strapi. También intenta escanear el disco en busca de secretos (por ejemplo, Elasticsearch y frases iniciales de billeteras de criptomonedas) y extraer un módulo API Guardarian.
  • Combine la explotación de Redis con el escape del contenedor Docker para escribir cargas útiles del shell en el host fuera del contenedor. También inicia un shell inverso directo de Python en el puerto 4444 y escribe un activador de shell inverso en el directorio node_modules de la aplicación a través de Redis.
  • Implemente un shell inverso, escriba un descargador de shell a través de Redis y ejecute el archivo resultante.
  • Escanee el sistema en busca de variables de entorno y cadenas de conexión de bases de datos PostgreSQL.
  • Un recolector de credenciales ampliado y una carga útil de reconocimiento para recopilar volcados de entorno, configuraciones de Strapi, extracción de bases de datos de Redis mediante la ejecución de los comandos INFO, DBSIZE y KEYS, mapeo de topología de red y secretos de Docker/Kubernetes, claves criptográficas y archivos de billetera de criptomonedas.
  • Lleve a cabo la explotación de la base de datos PostgreSQL conectándose a la base de datos PostgreSQL del objetivo utilizando credenciales codificadas y consultando tablas específicas de Strapi en busca de secretos. También descarta patrones coincidentes relacionados con criptomonedas (por ejemplo, billetera, transacción, depósito, retiro, activo, frío y saldo) e intenta conectarse a seis bases de datos de Guardarian. Esto indica que el actor de la amenaza ya está en posesión de los datos, obtenidos ya sea mediante un compromiso previo o por algún otro medio.
  • Implementar un implante persistente diseñado para mantener el acceso remoto a un nombre de host específico («prod-strapi»).
  • Facilite el robo de credenciales escaneando rutas codificadas y generando un shell inverso persistente.

«Las ocho cargas útiles muestran una narrativa clara: el atacante comenzó agresivamente (Redis RCE, Docker escape), descubrió que esos enfoques no funcionaban, giró hacia el reconocimiento y la recopilación de datos, utilizó credenciales codificadas para el acceso directo a la base de datos y finalmente se decidió por el acceso persistente con robo de credenciales dirigido», dijo SafeDep.

La naturaleza de las cargas útiles, combinada con el enfoque en los activos digitales y el uso de credenciales de bases de datos y nombres de host codificados, plantea la posibilidad de que la campaña fuera un ataque dirigido contra una plataforma de criptomonedas. Se recomienda a los usuarios que hayan instalado cualquiera de los paquetes antes mencionados que asuman un compromiso y roten todas las credenciales.

El descubrimiento coincide con el descubrimiento de varios ataques a la cadena de suministro dirigidos al ecosistema de código abierto.

  • Una cuenta de GitHub llamada «ezmtebo» ha enviado más de 256 solicitudes de extracción en varios repositorios de código abierto que contienen una carga útil de exfiltración de credenciales. «Roba secretos a través de registros de CI y comentarios de relaciones públicas, inyecta flujos de trabajo temporales para volcar valores secretos, aplica automáticamente etiquetas para evitar las puertas pull_request_target y ejecuta un escáner de fondo/procesamiento durante 10 minutos después de que sale el script principal», dijo SafeDep.
  • Un secuestro de «protocolo de desarrollo,» una organización verificada de GitHub, para distribuir robots comerciales maliciosos de Polymarket con dependencias npm con errores tipográficos («ts-bign» y «levex-refa» o «big-nunber» y «lint-builder») que roban claves privadas de billetera, filtran archivos confidenciales y abren una puerta trasera SSH en la máquina de la víctima. Mientras que «levex-refa» funciona como un ladrón de credenciales, «lint-builder» instala el SSH backdoor. Tanto «ts-bign» como «big-nunber» están diseñados para entregar «levex-refa» y «lint-builder», respectivamente, como una dependencia transitiva.
  • Un compromiso del popular paquete Emacs «.kubernetes-el/kubernetes-el,» que explotó la vulnerabilidad Pwn Request en su flujo de trabajo de GitHub Actions usando el disparador pull_request_target para robar el GITHUB_TOKEN del repositorio, filtrar secretos de CI/CD, desfigurar el repositorio e inyectar código destructivo para eliminar casi todos los archivos del repositorio.
  • Un compromiso de lo legítimo «xygeni/xygeni-acción» Flujo de trabajo de GitHub Actions que utiliza credenciales de mantenedor robadas para colocar una puerta trasera de shell inverso. Desde entonces, Xygeni ha implementaron nuevos controles de seguridad para abordar el incidente.
  • Un compromiso del paquete npm legítimo «.mgc,» mediante una apropiación de cuenta para impulsar cuatro versiones maliciosas (1.2.1 a 1.2.4) que contienen un script dropper que detecta el sistema operativo y recupera una carga útil específica de la plataforma (un troyano Python para Linux y una variante de PowerShell para Windows llamada WAVESHAPER.V2) de un Gist de GitHub. El ataque se superpone directamente con el reciente ataque a la cadena de suministro dirigido a Axios, que se ha atribuido a un grupo de amenazas de Corea del Norte rastreado como UNC1069.
  • Un paquete npm malicioso llamado «sesión-exprés-js» que escribe «express-session» y contiene un cuentagotas que recupera un troyano de acceso remoto (RAT) de siguiente etapa de JSON Keeper para realizar el robo de datos y el acceso persistente conectándose a «216.126.237[.]71» usando la biblioteca Socket.IO.
  • Un compromiso del paquete PyPI legítimo «.billetera-bittensor» (versión 4.0.2), para implementar una puerta trasera que se activa durante una operación de descifrado de billetera para exfiltrar claves de billetera usando HTTPS, túnel DNS y TLS sin formato como canales de exfiltración a un dominio codificado o uno creado usando un algoritmo de generación de dominio (DGA) que se rota diariamente.
  • Un paquete PyPI malicioso llamado «pironut» que escribe «pyrogram», un popular marco API de Python Telegram, para incorporar una puerta trasera sigilosa que se activa cada vez que un cliente de Telegram inicia y toma el control de la sesión de Telegram y el sistema host subyacente. «La puerta trasera registra controladores de mensajes ocultos de Telegram que permiten que dos cuentas controladas por atacantes codificadas ejecuten código Python arbitrario (a través del comando /e y la biblioteca meval) y comandos de shell arbitrarios (a través del comando y subproceso /shell) en el servidor de la víctima. máquina», afirmó Endor Labs.
  • Un conjunto de tres extensiones maliciosas de Microsoft Visual Studio Code (VS Code) publicadas por «IolitaLabs» – «solidity-macos», «solidity-windows» y «solidity-linux» – que originalmente estaban inactivos desde 2018, pero se actualizaron el 25 de marzo de 2026 para lanzar una puerta trasera de varias etapas dirigida a los sistemas Windows y macOS al iniciar la aplicación para establecer la persistencia. En conjunto, las extensiones tenían 27,500 instalaciones antes de ser eliminadas.
  • Múltiples versiones del «KhangNghiem/borrador rápido» Extensión VS Code en Open VSX (0.10.89, 0.10.105, 0.10.106 y 0.10.112) que ejecuta un descargador alojado en GitHub para implementar un Socket.IO RAT de segunda etapa, un ladrón de información, un módulo de exfiltración de archivos y un monitor de portapapeles desde un repositorio de GitHub. Curiosamente, las versiones 0.10.88, 0.10.111 y 0.10.129-135 se han encontrado limpios. «Ese no es el patrón de lanzamiento que se espera de una sola compilación comprometida o de un mantenedor que ha cambiado por completo a un comportamiento malicioso», dijo Aikido. «Parece más bien dos flujos de lanzamiento competitivos que comparten la misma identidad de editor».
Ciberseguridad

En un informe publicado en febrero de 2026, Group-IB reveló que los ataques a la cadena de suministro de software se han convertido en «la fuerza dominante que está remodelando el panorama global de amenazas cibernéticas», y agregó que los actores de amenazas persiguen a proveedores confiables, software de código abierto, plataformas SaaS, extensiones de navegador y proveedores de servicios administrados para obtener acceso heredado a cientos de organizaciones posteriores.

La amenaza a la cadena de suministro puede escalar rápidamente de una sola intrusión localizada a algo que tiene un impacto transfronterizo a gran escala, con atacantes industrializando los compromisos de la cadena de suministro y convirtiéndola en un ecosistema «auto-reforzado», ya que ofrece alcance, velocidad y sigilo.

«Los repositorios de paquetes como npm y PyPI se han convertido en objetivos principales, credenciales de mantenimiento robadas y gusanos de malware automatizados para comprometer bibliotecas ampliamente utilizadas, convirtiendo los canales de desarrollo en canales de distribución a gran escala de código malicioso», Group-IB dicho