Todos los artículos

Noticias20 de octubre de 20266 min de lectura

Agentes IA de Cairn usados para vulnerar más de 100 empresas

Tres clústeres maliciosos usaron la plataforma multiagente Cairn contra más de 1.200 sitios de comercio electrónico. Técnicas, cifras y qué hacer ya.

Insignia metálica con un carrito de la compra y la palabra e-commerce

Cairn, una plataforma que coordina agentes de inteligencia artificial para pruebas de penetración automáticas, ha sido utilizada por al menos tres grupos para atacar sitios de comercio electrónico e infraestructuras de pago. Lo ha descubierto la empresa de seguridad de IA NorForge (investigador Snorre Fagerland), que encontró en internet decenas de paneles de Cairn abiertos, sin autenticación, con objetivos, vulnerabilidades y credenciales robadas. Según SecurityWeek e Insicurezza Digitale, que también recogen una investigación de Reuters, los atacantes vulneraron más de 100 empresas; The Hacker News e Insicurezza Digitale hablan de más de 1.200 sitios atacados.

A diferencia de los agentes de OpenAI que salieron de sus entornos de prueba, de los que ARX News habló a principios de octubre, aquí los agentes de IA son la herramienta elegida por delincuentes.

Qué ha pasado

  • Las víctimas. NorForge no ha publicado nombres. Reuters, citada por SecurityWeek, Dark Reading e Insicurezza Digitale, menciona a John Deere (maquinaria agrícola) y SharkNinja (electrodomésticos); Dark Reading e Insicurezza Digitale añaden a Cummins (motores). Según Insicurezza Digitale, Deere no detectó accesos a información confidencial, SharkNinja confirma la intrusión en un solo sitio con información de productos y Cummins investiga un posible ataque iniciado en un proveedor. No se sabe cuántos datos se robaron.
  • Tres clústeres. NorForge agrupó los paneles maliciosos en tres conjuntos:
    • en chino, 14 paneles y más de 1.100 proyectos: acceso persistente mediante web shells a plataformas de comercio electrónico y de pago en Estados Unidos, Japón y Australia, probablemente para monetizarlo más tarde;
    • en inglés, 10 paneles: robo de tarjetas de crédito y criptomonedas de servicios de pago para comercios, sitios del mercado gris y plataformas farmacéuticas, también africanas;
    • un solo panel con 59 proyectos: tiendas online de todos los tamaños, incluidas grandes plataformas estadounidenses, en busca de shells, paneles de administración y bases de datos.
  • El contexto. El hallazgo sigue a un informe de Gambit Security sobre campañas similares contra tiendas online; según Insicurezza Digitale documentaba 27 empresas comprometidas en seis días con Hermes, Strix y el propio Cairn, y más de 600.000 tarjetas robadas. Las fuentes difieren sobre cómo llegó NorForge a los paneles: según SecurityWeek los buscó tras ese informe, según Insicurezza Digitale los encontró por casualidad.

Cómo funciona Cairn

Cairn se presenta como un motor genérico de resolución de problemas; SecurityWeek lo define como código abierto y, según Insicurezza Digitale, el desarrollador (seudónimo le1xia0) lo describe como herramienta de pruebas de penetración. Cada tarea es un proyecto con un objetivo y una meta final: los agentes proponen acciones, las ejecutan, comprueban el resultado y publican intenciones y hallazgos en una pizarra compartida que el operador puede leer y completar. Una vez iniciado el proyecto, nadie dirige el ataque: los agentes trabajan solos durante horas o días. Por los nombres de los workers, NorForge deduce el uso de un harness compatible con Claude Code y de modelos DeepSeek, también a través de OpenRouter, pero aclara que son indicios, no pruebas.

La cadena de ataque

Según SecurityWeek, el clúster en chino ordenaba los objetivos por tráfico y los comprobaba con Playwright, el framework de automatización del navegador, antes de pasarlos a Cairn. Los demás detalles solo los publica Insicurezza Digitale, a partir del informe de NorForge:

  • herramientas en un worker expuesto: Chromium headless, PHPGGC para cadenas de gadgets PHP, reconocimiento con Amass, dnsrecon, ffuf y Nmap;
  • una prueba de concepto para CVE-2026-75650, una cadena que va de un report poisoning a la ejecución de código en Magento, con un laboratorio Magento 2.4.9 para probarla antes de usarla;
  • técnicas: inyección SQL llevada hasta la ejecución remota de código, web shells subidas desde formularios de carga mal protegidos, evasión de la autenticación y toma de cuentas;
  • contra un distribuidor estadounidense de hardware, una escritura no autorizada en el almacén de sesiones Memcached combinada con una deserialización PHP insegura en componentes heredados de Zend Framework, para ejecutar comandos.

Correspondencia indicativa con MITRE ATT&CK, a partir de los hechos publicados: T1595 (Active Scanning), T1190 (Exploit Public-Facing Application), T1505.003 (Web Shell), T1059 (Command and Scripting Interpreter).

Las cifras de la campaña

Según NorForge, los ataques tuvieron éxito en cerca del 10% de los intentos; los datos de los paneles contenían cientos de secretos (contraseñas, claves API, tokens), y alrededor del 11% seguían siendo válidos. Solo Insicurezza Digitale da tiempos y costes: unas 23 horas por intrusión con éxito, unos 5 dólares por proyecto y unos 5.000 dólares para toda la campaña, activa desde el 25 de septiembre de 2026. El propio investigador indica un amplio margen de error.

Impacto para las empresas europeas e italianas

Las fuentes no mencionan víctimas europeas, pero el modelo no tiene fronteras: costes bajos, ninguna competencia necesaria durante el ataque, objetivos elegidos automáticamente entre los sitios más visitados. Magento, PHP y los componentes Zend heredados también están muy extendidos en el comercio electrónico europeo.

  • RGPD: el robo de datos de clientes o de pago debe notificarse a la autoridad de control en 72 horas.
  • NIS2: para mercados online, fabricantes de maquinaria y otras entidades obligadas, una web shell en un sitio corporativo puede ser un incidente significativo, con alerta temprana al CSIRT nacional en 24 horas.
  • Sanidad: el segundo clúster atacó plataformas farmacéuticas, que también tratan datos relativos a la salud.
  • Proveedores: el caso Cummins recuerda que el ataque puede llegar a través de quien gestiona el sitio por cuenta de la empresa.

Qué hacer ya

  1. Actualiza Magento o Adobe Commerce, PHP, extensiones y librerías; haz inventario de los componentes heredados aún en producción, como Zend Framework, y planifica su sustitución o aislamiento.
  2. Busca web shells: archivos PHP nuevos o modificados en las carpetas de carga, media y caché. Bloquea la ejecución de scripts en las carpetas de carga y controla la integridad de los archivos.
  3. Protege almacenes de sesión y cachés: Memcached y servicios similares nunca accesibles desde internet; revisa la deserialización de datos no fiables.
  4. Busca en los registros navegadores headless, ráfagas de peticiones con variantes de payload contra formularios y API, accesos a paneles de administración desde direcciones inusuales y actividad de horas desde la misma dirección. Aplica límites de frecuencia.
  5. Rota los secretos si el sitio ha estado expuesto (claves API, tokens de pago, contraseñas de administración y de bases de datos) y haz obligatoria la MFA en los paneles.
  6. Si usas herramientas de pentest con IA, no expongas nunca sus paneles.

Cómo ayuda ARXDOME

ARX Expose muestra la superficie de ataque vista desde fuera: nombres, puertos abiertos, productos reconocidos y vulnerabilidades conocidas en los servicios públicos. ARX Sentry, con el agente en los servidores, controla la integridad de los archivos en las carpetas elegidas, útil para detectar una web shell recién escrita. ARX Shield enumera las vulnerabilidades abiertas por máquina y por paquete, con las ya explotadas destacadas.

Última actualización:

¿Tienes preguntas?

Hablemos de las necesidades de tu empresa, sin compromiso.

Contáctanos

Artículos relacionados