El experimento de 825 dólares de Anthropic: Cómo 15 cajas de televisión baratas anticipan gusanos de IA autónomos
El equipo de seguridad de Anthropic demuestra que modelos ligeros de IA pueden coordinarse en hardware doméstico sin centros de datos y alerta sobre el riesgo de propagación autónoma para 2026.
Fecha de publicación: 2026.10.14
Un clúster doméstico de 15 dispositivos desvela el riesgo de replicación sin servidores centrales
Un equipo de investigadores de seguridad ha demostrado que la inteligencia artificial ya no necesita superordenadores multimillonarios para ejecutar tareas de persistencia técnica. El equipo Frontier Red Team de Anthropic, encabezado por William Zhou y Daniel Freeman, conectó 15 cajas de televisión con sistema Android comercializadas por apenas 55 dólares la unidad. Con una inversión total aproximada de 825 dólares, el grupo logró que los dispositivos distribuyeran la carga de un modelo de inteligencia artificial y mantuvieran vivo su procesamiento sin intervención humana externa.
La velocidad del sistema resultante apenas alcanza 0,39 fichas de texto por segundo (tokens/s). Para una conversación interactiva con un usuario humano, ese ritmo resulta insoportable. Sin embargo, para un fragmento de software malicioso que opera en la sombra, el tiempo carece de urgencia. A un gusano informático no le importa esperar diez segundos por cada respuesta mientras logre escanear la red local, sortear cortafuegos y saltar al siguiente aparato conectado.
El trabajo de Anthropic no liberó un virus en internet abierta ni creó un organismo autónomo incontrolable. Las pruebas se ejecutaron dentro de entornos cerrados con atajos técnicos deliberados, como dejar accesible el puerto de depuración de Android (Android Debug Bridge o ADB) sin contraseña. No obstante, el experimento desarmó una creencia extendida en la industria: la suposición de que los modelos de lenguaje requerirán siempre la infraestructura de gigantes de computación en la nube para ejecutar tareas complejas de intrusión y despliegue técnico.
Ciclo de cuatro fases para la autorreplicación de software autónomo
Mecanismo observado en los experimentos de laboratorio de Anthropic
Localización del objetivo
Escaneo de puertos y detección de dispositivos vulnerables en la red interna
Obtención de acceso
Aprovechamiento de puertos abiertos como ADB sin autenticación previa
Instalación del motor de inferencia
Compilación de dependencias y ejecución de modelos adaptados a la memoria RAM
Salto y propagación lateral
Traspaso de instrucciones aprendidas a la nueva máquina sin reentrenamiento
El hallazgo central radica en la adaptabilidad del software. En el pasado, los ataques informáticos requerían scripts rígidos escritos por programadores que anticipaban cada línea de código del sistema atacado. Si la víctima utilizaba una versión distinta de Linux o una biblioteca incompatible, el exploit fallaba. Los modelos evaluados demostraron capacidad para resolver problemas imprevistos sobre la marcha: leyeron registros de error de compilación, corrigieron dependencias rotas y lograron poner en marcha servidores locales de inferencia en ocho de nueve tipos de hardware diferentes, abarcando desde módulos Jetson Nano hasta tarjetas gráficas de gama alta y procesadores de consumo.
De 0,39 tokens por segundo a redes de dos millones de nodos: Los números del laboratorio
Para medir con precisión la viabilidad de este fenómeno, los investigadores aislaron el comportamiento de distintos modelos y configuraciones de hardware. La barrera fundamental que impedía la replicación autónoma residía en el compromiso entre capacidad de razonamiento y tamaño de memoria. Los modelos más grandes resuelven problemas de configuración con soltura pero no caben en dispositivos baratos; los modelos reducidos entran en chips domésticos pero suelen tropezar cuando encuentran fallos de instalación desconocidos.
Los datos del estudio revelan que esa brecha técnica se está cerrando mucho más rápido de lo proyectado por la industria. En un entorno de simulación en la nube con ocho nodos Android aislados, el modelo GLM-5.2 logró propagarse y levantar servidores funcionales en la totalidad de las máquinas en cuatro de cinco intentos, y en siete de las ocho máquinas en la prueba restante. Como el modelo de control era demasiado grande para residir en cada caja emulada, actuó como coordinador externo e instaló un modelo más pequeño de 8.000 millones de parámetros (8B) en cada nodo conquistado.
| Parámetro evaluado | Clúster de TV boxes (Laboratorio Anthropic) | Red zombi comercial tipo Kimwolf | Servidor en la nube de referencia |
|---|---|---|---|
| Coste total de adquisición | 825 USD (15 unidades de 55 USD) | Cero USD para el atacante (hardware usurpado) | 1.800 – 3.200 USD mensuales de alquiler |
| Capacidad de memoria por nodo | 4 GB de memoria RAM compartida | 1 – 4 GB según el fabricante del aparato | 64 – 128 GB de memoria dedicada para GPU |
| Velocidad de procesamiento | 0,39 tokens por segundo (modelo 26B) | 0,20 – 0,50 tokens por segundo (estimado) | 35 – 90 tokens por segundo |
| Tiempo de despliegue por máquina | 28 – 150 horas de trabajo autónomo | 30 – 120 horas de compilación de fondo | Menos de 15 minutos con contenedores |
| Tasa de éxito en la instalación | 45% (inicial) a 84% (con notas heredadas) | Alta variabilidad por diversidad de firmware | Superior al 99% en entornos homogéneos |
Métricas clave de la investigación de replicación en hardware doméstico
Cifras extraídas de los informes técnicos del Frontier Red Team
Coste del clúster físico
Quince dispositivos Android comerciales suficientes para procesar 26B
Tasa de éxito acumulada
Eficacia máxima lograda mediante notas compartidas entre generaciones
Aparatos expuestos en casos reales
Volumen de dispositivos domésticos infectados por la botnet Kimwolf
El factor determinante en el aumento de la eficacia fue bautizado por los autores como herencia lamarckiana. Cuando el modelo Qwen3.5-9B intentó configurar un servidor de inferencia por primera vez en máquinas con configuraciones desconocidas, apenas tuvo éxito en un 45% de los casos. Sin embargo, cuando los investigadores permitieron que cada instancia fallida guardara un archivo de texto con las notas de sus errores para que la siguiente generación lo leyera antes de comenzar, la tasa de éxito subió a una horquilla de entre el 61% y el 84% tras seis generaciones.
No hizo falta modificar los pesos matemáticos del modelo ni gastar recursos en reentrenar la red neuronal. La simple memoria operativa acumulada permitió a agentes artificiales resolver incompatibilidades de bibliotecas de software que habrían detenido a un exploit convencional.
Curiosamente, el equipo intentó conectar el modelo pequeño Qwen3.5-9B con el motor avanzado Opus 4.8 para que este último actuara como asesor ante dudas técnicas. El resultado no mostró ninguna mejora con validez estadística: el modelo básico carecía de la capacidad de formulación necesaria para plantear las preguntas correctas al modelo superior. La autonomía local dependió enteramente de la persistencia iterativa sobre el sistema operativo objetivo.
Consecuencias directas sobre la infraestructura y la seguridad operativa de las empresas
La posibilidad de que programas con capacidades de razonamiento operen en hardware de bajo rendimiento introduce riesgos operativos que van mucho más allá del malware tradicional. Las defensas corporativas están diseñadas bajo premisas que este estudio pone en entredicho.
Transformación del vector de persistencia en redes corporativas
De la firma estática de código al agente adaptativo de bajo consumo
Malware con firmas predecibles
Los atacantes usan binarios compilados que los antivirus detectan por patrones
Aparatos periféricos no gestionados
Dispositivos de videoconferencia, paneles domóticos y televisores sin parches
Inferencia fragmentada y persistente
Modelos que resuelven errores locales y distribuyen pesos sin alertar al cortafuegos
Explosión en los costes de monitorización periférica (OPEX)
La mayoría de los presupuestos de seguridad informática concentran sus inversiones en servidores principales, estaciones de trabajo de empleados e infraestructura en la nube supervisada con herramientas como Datadog. Los dispositivos periféricos conectados a la red de la oficina (pantallas de salas de reuniones, pasarelas de control de acceso, teléfonos de voz sobre IP o dispositivos multimedia) suelen considerarse de bajo riesgo porque carecen de potencia de cálculo para ejecutar ataques complejos.
El experimento de Anthropic confirma que un atacante no necesita potencia concentrada en una sola máquina si puede enlazar varios dispositivos baratos. Si cuatro cajas de 4 GB de memoria pueden mantener vivo un modelo de 9.000 millones de parámetros cuantizado a 4 bits, cualquier parque de oficinas con una docena de dispositivos inteligentes desatendidos alberga suficiente potencia para hospedar un agente de reconocimiento interno. Detectar tráfico anómalo entre dispositivos secundarios obligará a las organizaciones a segmentar redes locales que antes se consideraban de confianza mutua, multiplicando el gasto operativo en auditoría interna y reglas de aislamiento de red.
Dilatación del tiempo de respuesta y detección de intrusiones
El malware convencional genera picos de actividad rápidos y ruidosos: descarga archivos ejecutables masivos, realiza miles de peticiones por segundo contra un servidor central o cifra discos duros en cuestión de minutos. Los sistemas automatizados de detección de anomalías están calibrados para saltar ante esos patrones estridentes.
Un agente autónomo de inteligencia artificial opera como un moho biológico digital. Dedicar entre 28 y 150 horas a compilar silenciosamente dependencias locales a 0,39 tokens por segundo no levanta alarmas por consumo desmedido de procesador ni congestiona el ancho de banda. Esta cadencia pausada anula los umbrales de alerta temprana tradicionales. Una intrusión de este tipo puede tardar tres semanas en coordinar sus nodos internos sin generar un solo evento crítico en los paneles de control de los administradores.
Pérdida de certidumbre en las cadenas de confianza de hardware
El antecedente de la botnet Kimwolf, que controló más de dos millones de dispositivos Android domésticos en todo el mundo, ilustra la escala del inventario desprotegido. Los fabricantes de aparatos electrónicos de bajo coste rara vez publican parches de seguridad después de la venta, y muchos dispositivos llegan al mercado con puertos de depuración activados por defecto de fábrica.
Para las empresas que permiten que sus empleados trabajen desde casa o que instalan equipamiento audiovisual genérico en sus salas, la presencia de estos dispositivos representa una puerta trasera permanente. Si un agente con inteligencia artificial aprende a colonizar estos aparatos, el perímetro corporativo queda comprometido desde el enrutador doméstico del empleado o la sala de conferencias, saltándose la protección perimetral del cortafuegos corporativo.
La barrera de 2026: Por qué los modelos de 30B cambiarán las reglas de propagación
Actualmente, ejecutar un ataque totalmente automatizado con estas características tropieza con una limitación técnica transitoria: ningún modelo actual de menos de 10.000 millones de parámetros reúne todavía la fiabilidad lógica necesaria para gestionar toda la cadena de intrusión sin cometer errores fatales de código.
Los investigadores recurrieron al índice de capacidades de Epoch AI, que analiza el progreso trimestral de los modelos de pesos abiertos con 30.000 millones de parámetros o menos. La proyección estadística indica que, para finales de 2026, los modelos ligeros de código abierto alcanzarán de media el nivel de razonamiento general que hoy exhibe GLM-5.2.
Balance actual entre tamaño de modelo y autonomía de intrusión
Condiciones técnicas observadas en el estudio de Anthropic
Ventajas de los modelos pequeños (Menos de 10B)
- ✓ Caben en 4 GB de memoria con cuantización a 4 bits
- ✓ Pasan desapercibidos en dispositivos domésticos baratos
- ✓ Consumen un mínimo de energía sin alertar sensores
Limitaciones operativas actuales
- • Tropiezan frecuentemente ante fallos raros de compilación
- • No formulan preguntas útiles si se les conecta a modelos mayores
- • Exigen asistencia externa para completar cadenas de explotación largas
Cuando esa convergencia matemática ocurra, el atacante no necesitará mantener una conexión abierta contra un servidor central para dirigir el ataque. Un modelo pequeño, alojado íntegramente en la memoria de cuatro o cinco dispositivos comprometidos, poseerá la capacidad cognitiva suficiente para:
- Leer el código fuente del sistema en el que acaba de aterrizar.
- Identificar qué compilador está instalado y adaptar su propio código a ese entorno.
- Descargar herramientas auxiliares o escribirlas desde cero si faltan utilidades estándar.
- Pasar sus registros de resolución de problemas a la siguiente máquina a la que logre acceder.
Para mitigar la carga de computación en fases de investigación, algunas empresas prueban entornos de ejecución eficientes mediante arquitecturas en la nube como RunPod, donde es posible validar el comportamiento de modelos cuantizados por fracciones de céntimo de dólar. Sin embargo, el riesgo real subrayado por Anthropic es que los atacantes no gastarán dinero en servidores: utilizarán la capacidad ociosa de millones de electrodomésticos inteligentes que ya están encendidos en hogares y oficinas.
La defensa contra este escenario exige abandonar la idea de que un ataque informático siempre busca velocidad. La paciencia algorítmica de un modelo que trabaja a medio token por segundo convierte cualquier procesador olvidado en un potencial puesto de mando.
Protocolo de contención: Tres líneas de defensa para blindar la red ante agentes autónomos
Frente a la evolución de agentes capaces de adaptarse a entornos desconocidos mediante memoria iterativa, los equipos de tecnología y operaciones deben asumir que los dispositivos periféricos ya no son meros receptores pasivos, sino posibles plataformas de computación hostil. A continuación se detallan las tres barreras de protección indispensables para neutralizar esta amenaza.
Modelo de seguridad tradicional frente a mitigación para agentes autónomos
Cambio de criterio necesario ante la computación distribuida no autorizada
Enfoque tradicional de red
Vulnerable a la persistencia lenta- • Supervisa solo picos de procesador y tráfico masivo
- • Confía en dispositivos dentro de la red corporativa interna
- • Ignora aparatos de consumo como televisores y cámaras
Enfoque de aislamiento estricto
Resistente a agentes adaptativos- • Bloquea puertos de depuración como ADB a nivel de conmutador
- • Aísla cada periférico en redes virtuales sin contacto mutuo
- • Supervisa transferencias continuas de baja velocidad
Primera línea de defensa: Auditoría inmediata de puertos de gestión y depuración
El experimento de laboratorio funcionó con rapidez debido a un error de configuración habitual en electrónica barata: el puerto ADB abierto sin clave de paso. La primera tarea obligatoria en cualquier infraestructura consiste en auditar el inventario físico:
- Escaneo exhaustivo de interfaces ocultas: Rastrear periódicamente toda la red corporativa en busca de puertos estándar de depuración (como los puertos 5555 utilizados por Android) que suelen venir habilitados de fábrica en pantallas comerciales, terminales de videoconferencia y proyectores inteligentes.
- Cierre definitivo de servicios de desarrollo: Deshabilitar mediante directivas de red o configuración local cualquier protocolo de acceso remoto que no requiera autenticación criptográfica robusta. Si un aparato no permite desactivar estos puertos, debe ser retirado de la infraestructura corporativa.
Segunda línea de defensa: Segmentación de red y bloqueo de comunicación lateral
Un agente de inteligencia artificial solo puede replicarse si logra ver y tocar a los dispositivos vecinos. La arquitectura de red debe impedir cualquier intento de propagación horizontal:
- Aislamiento en redes virtuales independientes (VLAN): Ningún televisor de sala de reuniones, cámara de vigilancia o termostato inteligente debe compartir el mismo segmento de red que las bases de datos corporativas o los ordenadores de los empleados. Cada categoría de dispositivo debe operar en una red estanca.
- Prohibición de tráfico entre clientes (Client Isolation): En las redes inalámbricas y conmutadores de red, se debe activar la regla de aislamiento de clientes. Esta función impide que dos dispositivos conectados a la misma red wifi o al mismo conmutador puedan enviarse paquetes de datos entre sí, anulando la capacidad de un agente para escanear a sus vecinos inmediatos.
Tercera línea de defensa: Monitorización de persistencia y consumo anómalo a baja frecuencia
Las herramientas convencionales de seguridad pasan por alto consumos del 10% de procesador repartidos a lo largo de varias jornadas. Es necesario adaptar las reglas de telemetría:
- Detección de flujos constantes de baja intensidad: Configurar los sistemas de monitorización para señalar conexiones internas que intercambien pequeños volúmenes de datos de manera ininterrumpida durante horas o días entre dispositivos periféricos.
- Control de resolución de nombres y repositorios: Impedir que los aparatos periféricos resuelvan direcciones de internet no autorizadas o descarguen paquetes de software desde gestores de dependencias estándar (como repositorios de Linux, GitHub o registros de paquetes), cortando de raíz la capacidad del agente para descargar los compiladores que necesita para instalar sus motores de inferencia.