¿Qué pasa cuando dos agentes de IA se pelean por un mismo servidor?

El experimento de seguridad con IA de Zero

En un reciente video japonés sobre tecnología, el creador Zero Noichi realizó un experimento fascinante: usó dos computadoras ZimaBoard 2 para simular una batalla de ciberseguridad entre un defensor con IA y un atacante con IA. Una máquina alojaba un sistema interno vulnerable de gestión de clientes, mientras que la otra intentaba infiltrarse usando un agente autónomo de IA. El defensor, también impulsado por IA, supervisaba, investigaba y corregía continuamente el sistema, y bloqueaba en tiempo real las actividades sospechosas.

Desde ZimaSpace, queremos agradecer al canal de Zero por incluir ZimaBoard 2 en una demostración de ciberseguridad tan creativa y provocadora. Este artículo convierte la transcripción del video en una entrada de blog estructurada en inglés para lectores interesados en servidores homelab, agentes de IA, ciberseguridad, laboratorios Docker e infraestructura autoalojada.

Nota importante: el creador original afirma claramente que el experimento se realizó con fines educativos y de entretenimiento. Algunos paneles, estados de los servicios y vulnerabilidades se dramatizaron intencionalmente o se dejaron expuestos para la demostración. Este artículo conserva los conceptos técnicos, los datos y el desarrollo del experimento, pero evita ofrecer instrucciones ofensivas prácticas.

Por qué este experimento es importante ahora

La pregunta clave del video es sencilla: ¿qué ocurre cuando los agentes de IA pueden atacar y defender sin cansarse?

Zero comienza el video presentando un tema que muchos espectadores japoneses llevaban tiempo esperando: una batalla simulada entre un equipo de seguridad y un equipo de hackers usando dos computadoras. Los equipos utilizados en el experimento eran dispositivos ZimaBoard 2: computadoras x86 compactas, adecuadas para ejecutar servicios, agentes, paneles y cargas de trabajo ligeras de servidor.

La inspiración proviene de debates recientes sobre agentes avanzados de seguridad con IA, incluidos sistemas que podrían inspeccionar software, identificar vulnerabilidades, comprobar si se pueden explotar y luego proponer o aplicar soluciones. Zero describe esto como algo que podría transformar el concepto mismo de ciberseguridad.

Su objetivo no era reproducir exactamente un sistema propietario real. En su lugar, creó un experimento hipotético para dar una idea general:

«La IA ya puede actuar hasta este punto como hacker y como defensora».

Esa sola idea impulsa todo el video.

El hardware: dos dispositivos ZimaBoard 2 como estaciones de batalla de IA

Para el experimento, Zero usó dos computadoras ZimaBoard 2. A una le asignó el papel de defensora y la otra se convirtió en atacante.

ZimaBoard 2 es ideal para este tipo de laboratorio práctico porque es compacto, silencioso, tiene arquitectura x86 y está diseñado para ofrecer servicios las 24 horas, los 7 días de la semana.

Desde la perspectiva de ZimaSpace, ahí es donde ZimaBoard 2 destaca. Está diseñado para quienes quieren ejecutar cargas de trabajo reales en casa o en un entorno de laboratorio, como:

• Servidores multimedia Plex
• Filtrado de red con Pi-hole
• Virtualización con Proxmox
• Configuraciones de Debian o TrueNAS
• Enrutamiento con pfSense
• Laboratorios de Docker
• Contenedores de IA
• Servicios de copia de seguridad
• Clústeres de laboratorio doméstico
• Entornos de desarrollo ligeros

El diseño del hardware del producto también es relevante para el experimento. ZimaBoard 2 incluye compatibilidad nativa con SATA y PCIe, lo que permite conectar discos duros o SSD de 2,5 pulgadas, añadir una NIC de 10G, usar un adaptador NVMe o ampliar el dispositivo para satisfacer necesidades de almacenamiento personal y redes. La doble conexión Ethernet de 2,5G también lo hace atractivo para NAS locales de alta velocidad, acceso remoto de baja latencia y enrutamiento doméstico con varios servicios.

Como muestra el video de Zero, este tipo de dispositivo compacto puede convertirse en mucho más que una «minicomputadora». Puede ser una plataforma práctica para aprender sobre IA, redes, alojamiento propio y ciberseguridad.

IA conversacional frente a agentes de IA: el concepto detrás de la prueba

Zero dedica tiempo a explicar la diferencia entre la IA conversacional corriente y los agentes de IA.

Una IA conversacional estándar, como ChatGPT o Gemini, funciona principalmente mediante conversaciones. Haces una pregunta y responde. Puede ser muy inteligente, pero normalmente no sigue trabajando por su cuenta para alcanzar un objetivo.

Un agente de IA es diferente. Recibe un objetivo, lo divide en tareas, repite acciones, comprueba el progreso y continúa hasta completar la tarea. En el video, Zero lo describe como un sistema que sigue trabajando hasta alcanzar el objetivo.

Los términos técnicos utilizados en esta sección incluyen:

• IA conversacional: sistema de IA que responde en formato de conversación.
• Agente de IA: sistema de IA que puede repetir tareas para alcanzar un objetivo definido.
• Agente autónomo: agente que puede seguir actuando con menos intervención humana directa.
• Bucle de objetivos: ciclo repetido de planificación, acción, comprobación y mejora.

Zero señala que muchos de sus videos anteriores se centraban en los agentes de IA. Un ejemplo que menciona es un sistema de IA que analiza un NAS y organiza archivos. En otro experimento anterior, usó una computadora de placa única para crear una IA que funcionaba por sí sola, sin un objetivo claramente definido.

Ese concepto anterior de IA autónoma se convirtió en la base de este nuevo experimento.

Replantear la seguridad con IA: defensor contra atacante

El experimento convierte la ciberseguridad en un enfrentamiento en directo entre dos sistemas de IA en funcionamiento continuo.

Zero explica la IA defensiva mediante la analogía de una casa. Imagina que un servicio es una casa que contiene una llave importante. Si hay una puerta grande abierta, un atacante puede entrar sin más y llevarse la llave. En ese caso, el defensor de IA debería identificar el problema, comprobar si la abertura es peligrosa y cerrarla.

Pero no todas las aberturas se pueden cerrar por completo. Zero pone el ejemplo de un orificio de inspección de 10 cm. Puede que el administrador necesite ese orificio para comprobar si la llave sigue allí. Cerrarlo impediría una función legítima. Así que la IA debe razonar con más cuidado:

1. ¿Es realmente peligrosa la abertura?
2. ¿Podría un atacante aprovecharla con una herramienta?
3. ¿Puede el sistema mantener la visibilidad mientras bloquea la intrusión?
4. ¿Qué defensa funciona mejor?
5. ¿Se puede probar la solución frente al ataque imaginado?

En la analogía, la solución final podría ser una resistente malla metálica: nadie puede entrar, pero el administrador aún puede ver a través de ella.

Esta es la idea central de la IA defensiva del video: no solo encontrar vulnerabilidades, sino verificarlas, probar posibles ataques y aplicar contramedidas.

Creación del entorno de prueba

A continuación, Zero creó un servicio empresarial simulado para el experimento. El servicio funcionaba como un sistema interno de gestión de clientes, similar a un CRM.

El sistema incluía varias funciones empresariales realistas:

• Registros de clientes
• Información sobre acuerdos o proyectos
• Tickets de soporte
• Listas de contratos
• Notas internas
• Registros de actividad
• Funcionalidad de búsqueda
• Un blog público
• Gestión de usuarios
• Información interna confidencial, incluidas claves de API expuestas intencionalmente para la demostración

Explica que muchas empresas tienen herramientas internas de gestión similares. Si se vulnera un sistema de este tipo, podrían verse afectados los datos de los clientes, las notas internas, el contenido del blog, los permisos de usuario y los registros operativos.

Esto hizo que el entorno de prueba fuera lo bastante realista como para mostrar por qué la defensa basada en IA podría ser importante para los sistemas empresariales cotidianos.

El panel del defensor se diseñó intencionalmente con un aspecto visual dramático y ciberpunk para el video. Mostraba el estado de los servicios, alertas, acciones de recuperación, avisos de manipulación y varios agentes trabajando a la vez. Zero menciona que hasta unos cinco agentes de IA podían operar juntos en el lado defensor.

El sistema atacante también estaba controlado por un flujo de trabajo similar al de un agente, que probaba continuamente diferentes vías para encontrar una forma de entrar.

Por qué ZimaBoard 2 es ideal para este tipo de escenario de IA en un laboratorio doméstico

Un proyecto como este necesita una plataforma de servidor pequeña que pueda funcionar de forma continua, manejar distintas pilas de software y admitir experimentos de redes. Por eso, ZimaBoard 2 es una opción ideal.

Para los aficionados creativos al bricolaje y la tecnología, ZimaBoard 2 puede funcionar como un miniserver de aspecto sencillo, pero capaz de ejecutar cargas de trabajo exigentes.

La descripción original del producto encaja especialmente bien con el vídeo:

«Pequeño, modificable y bastante adorable. Muchos lo llaman un miniserver que parece un juguete, pero funciona como una bestia».

Con ZimaBoard 2, los usuarios pueden probar sistemas operativos como ZimaOS, TrueNAS, Proxmox, Debian y pfSense. Pueden ejecutar contenedores Docker, servicios autogestionados, servidores multimedia, sistemas de almacenamiento y experimentos con IA. En este vídeo, la placa se convierte en un campo de pruebas de ciberseguridad compacto: un entorno controlado para observar cómo podrían comportarse los agentes de IA en simulaciones de ataque y defensa.

Para quienes estén interesados en montar un laboratorio doméstico, ZimaBoard 2 ofrece varias ventajas:

• Bajo consumo de energía para funcionar las 24 horas del día, los 7 días de la semana
• Funcionamiento silencioso y con baja temperatura
• Ethernet dual de 2,5 G para cargas de trabajo de red
• SATA nativo para ampliar el almacenamiento
• Compatibilidad con PCIe para tarjetas de red, GPU o adaptadores NVMe
• Compatibilidad con varios sistemas operativos para servidores
• Un formato compacto que cabe en espacios de trabajo pequeños

Por eso, un laboratorio doméstico con ZimaBoard 2 puede servir no solo para almacenamiento y transmisión de contenido multimedia, sino también para realizar experimentos prácticos de automatización con IA y supervisión de ciberseguridad.

Iniciar primero al defensor

Zero explica que, en el mundo real, lo ideal sería preparar la defensa antes de que las herramientas de ataque se generalicen. Menciona la idea de que los gobiernos y las organizaciones podrían querer reforzar la seguridad de los bancos, los servicios y la infraestructura antes de que los potentes sistemas de IA estén disponibles para todo el mundo.

En el vídeo, primero inicia al defensor.

El defensor comienza inspeccionando el servicio, buscando problemas e intentando corregir lo que se pueda. Al principio, no hay ataques visibles. El servicio sigue funcionando con normalidad.

Después de aproximadamente un minuto y medio, Zero decide que el atacante debería comenzar. Señala que, si se le da demasiado tiempo de preparación al defensor, el vídeo podría quedar menos equilibrado. Quiere que la simulación se parezca a un mundo en el que los atacantes aparecen antes de que los defensores hayan terminado por completo su trabajo.

Entonces comienza el ataque.

Comienza el ataque: sondeo continuo

Una vez que el atacante empieza, el número de intentos aumenta rápidamente. Zero observa que la cifra sube desde los treinta y tantos mientras la IA atacante prueba distintos posibles puntos de entrada.

El atacante prueba muchos métodos generales porque no se le han proporcionado todos los detalles del servicio objetivo. Zero explica que, si se le diera más información específica sobre el objetivo, probablemente centraría sus esfuerzos con mayor eficacia. Pero, en este experimento, el atacante sondea de forma general todo lo que parece plausible.

Entre los términos técnicos que aparecen en esta sección se incluyen:

• API: una interfaz que permite al software enviar comandos o solicitudes a un servicio.
• SQL: un lenguaje de consulta de bases de datos que suele asociarse con el acceso a bases de datos y los riesgos de inyección.
• JWT: JSON Web Token, un formato de token que se usa habitualmente para la autenticación.
• GraphQL: un lenguaje de consulta para API que se usa para solicitar datos estructurados.
• Punto de conexión de administración: una URL o ruta de API destinada a funciones de administración.

Zero destaca por qué la IA cambia la situación:

«Hasta ahora, esto era mecánico. Ahora se convierte en IA, y eso da miedo».

La IA puede razonar, variar sus intentos y probar patrones al azar. Esto hace que su comportamiento parezca menos un script estático y más el de un operador adaptable.

El defensor detecta al atacante

Al principio, el panel del defensor permanece tranquilo. Luego, el atacante descubre zonas expuestas, incluidas rutas vulnerables intencionalmente. Zero observa hallazgos relacionados con la exposición del control de versiones, vistas previas de API, filtraciones de datos de GraphQL y claves de API.

Al poco tiempo, el defensor empieza a reaccionar.

Uno de los momentos más importantes del video ocurre cuando el defensor identifica la IP del atacante y empieza a investigar la actividad.

El agente defensivo detecta patrones de acceso sospechosos. Parece advertir intentos contra las API administrativas y posibles comportamientos relacionados con JWT. El sistema empieza a informar de alertas, registros de investigación y medidas defensivas.

Zero describe la escena como si ambos bandos finalmente estuvieran «luchando».

El defensor también toma medidas prácticas. Un ejemplo es deshabilitar o bloquear la cuenta de administrador predecible. Más adelante, Zero lo comprueba manualmente al intentar un patrón de inicio de sesión de administrador habitual y confirma que la cuenta está bloqueada; se muestra el motivo.

Esto demuestra un principio defensivo fundamental: las cuentas privilegiadas predecibles son peligrosas y deben protegerse, cambiarse de nombre, deshabilitarse o reforzarse.

Cierre y recuperación del servicio

Ocurre otro momento dramático cuando el servicio deja de funcionar.

Zero observa que el panel informa de un problema crítico: las contraseñas generales de los usuarios están almacenadas en SQL en texto sin formato, es decir, se guardaron sin cifrar. El servicio parece detenerse temporalmente.

Interpreta esto como una medida de defensa deliberada. En otras palabras, es posible que el defensor haya desconectado el servicio para evitar una mayor exposición mientras aplicaba los cambios.

Luego, el servicio se reinicia.

Zero confirma que se puede volver a acceder a la pantalla de inicio de sesión. El panel indica que se ha aplicado una medida de defensa. No explica todos los detalles técnicos, pero resume que se detectó y se corrigió una vulnerabilidad.

Este momento muestra una disyuntiva práctica en ciberseguridad: a veces, una interrupción temporal del servicio es más segura que dejar en línea un servicio vulnerable.

Por eso es importante planificar la respuesta ante incidentes en las empresas. Un sistema no solo debería detectar problemas, sino también saber cuándo aislar, aplicar parches, reiniciar o restaurar los servicios.

Las cifras: intentos, hallazgos y costo de la IA

El video incluye varios datos útiles del experimento:

• El atacante realizó aproximadamente 1.000 intentos de ataque.
• Se descubrieron aproximadamente 5 áreas sensibles que no deberían haber quedado expuestas.
• En un momento dado, el defensor informó de aproximadamente 3 alertas o informes .
• El experimento duró lo suficiente como para que ambos lados entraran en un ciclo de acción y respuesta.
• Zero había cargado aproximadamente 4.000 yenes para el uso de IA, pero el presupuesto se agotó rápidamente.
• Señala que usó un modelo relativamente potente, lo que elevó el costo.
• Se estaban ejecutando varios procesos de IA a gran velocidad, y el comentario final indica que muchos agentes estaban activos a un ritmo acelerado.

La lección práctica más memorable quizá sea el costo. Incluso con una opción de IA más económica, los ciclos continuos de agentes pueden consumir créditos muy rápidamente.

Zero detiene el experimento cuando las solicitudes de IA agotan el presupuesto.

«Se acabó el dinero».

Esa frase refleja una de las realidades menos reconocidas de los sistemas de IA agéntica: la autonomía es poderosa, pero el razonamiento continuo puede resultar costoso.

Qué demostró el experimento

La conclusión principal es que la ciberseguridad impulsada por IA puede convertirse en un enfrentamiento en tiempo real de detección, defensa, adaptación y costos.

Zero concluye que el experimento se convirtió en una especie de juego del gato y el ratón. El atacante detectaba problemas, el defensor reaccionaba y ambos sistemas seguían funcionando a gran velocidad.

También plantea una cuestión más amplia: quizá los humanos no puedan seguir el ritmo por sí solos. Si los atacantes usan IA para automatizar las pruebas y los intentos de explotación, los defensores también podrían necesitar sistemas de supervisión, aplicación de parches y respuesta asistidos por IA.

Sin embargo, también señala que hoy en día hay más experimentación con IA en el bando de los atacantes que en el de los defensores. Los atacantes pueden aparecer en grandes cantidades, no solo uno a la vez. En el video, un solo atacante realizó alrededor de 1.000 intentos. Si fueran 100 o 1.000 atacantes, la escala cambiaría drásticamente.

Esa observación es una de las partes más contundentes del video. La ciberseguridad no se limita a un atacante inteligente. También depende del volumen, la automatización, la persistencia y la asimetría.

Lecciones de seguridad para usuarios y creadores de laboratorios domésticos

Aunque el video es entretenido, también ofrece lecciones prácticas para cualquiera que tenga un laboratorio doméstico, un NAS, un servicio autohospedado o un servidor para pequeñas empresas.

Un laboratorio doméstico con ZimaBoard 2 es un excelente lugar para aprender estas lecciones de forma segura en un entorno controlado.

Estas son las recomendaciones seguras y defensivas:

1. No expongas servicios innecesarios
   Si no es necesario que un punto de entrada sea público, mantenlo cerrado.

2. Evita las cuentas de administrador predecibles
   Los nombres de usuario de administrador predeterminados u obvios generan riesgos innecesarios.

3. Nunca almacenes contraseñas en texto sin cifrar
   Las contraseñas deben almacenarse de forma segura mediante hash, no como texto legible.

4. Protege cuidadosamente las rutas de las API
   Las API suelen convertirse en objetivos de gran valor porque pueden modificar usuarios, datos o ajustes.

5. Supervisa los registros continuamente
   Los registros de actividad pueden revelar sondeos, fallos repetidos, accesos inusuales y automatizaciones sospechosas.

6. Usa la segmentación
   Mantén los servicios experimentales separados de los sistemas de producción importantes.

7. Ten un plan de recuperación
   El reinicio, el aislamiento o la reversión de un servicio deben planificarse antes de que ocurra un incidente.

8. Presupuesta las cargas de trabajo de IA
   Los ciclos autónomos de IA pueden consumir tokens y créditos más rápido de lo esperado.

9. Usa los laboratorios de forma responsable
   Los experimentos de seguridad solo deben realizarse en sistemas que sean de tu propiedad o que tengas permiso para probar.

Estas son lecciones prácticas para cualquiera que ejecute laboratorios de Docker, nodos Proxmox, sistemas NAS personales o contenedores de IA en ZimaBoard 2.

Por qué este es un caso de uso excelente para los usuarios de ZimaSpace

Los dispositivos ZimaSpace están diseñados para quienes disfrutan construyendo, probando, rompiendo, reparando y aprendiendo. Este video encaja a la perfección con esa cultura.

ZimaBoard 2 no es solo una placa para almacenamiento o transmisión de contenido multimedia; es una plataforma x86 flexible para explorar la tecnología en situaciones reales.

Por ejemplo, los usuarios pueden crear:

• Un cortafuegos doméstico con pfSense
• Un NAS personal con TrueNAS o ZimaOS
• Un laboratorio de servicios basado en Docker
• Un entorno local de pruebas para agentes de IA
• Un servidor Plex
• Un nodo de filtrado DNS con Pi-hole
• Un mini host de virtualización Proxmox
• Un entorno de pruebas privado para desarrollo
• Un pequeño laboratorio de supervisión de ciberseguridad

Como ZimaBoard 2 es compatible con SATA nativo, expansión PCIe y Ethernet dual de 2,5G, puede evolucionar junto con las ideas del usuario. ¿Quieres almacenamiento local? Añade SSD. ¿Quieres una red más rápida? Añade una tarjeta de red de 10G. ¿Quieres experimentar con aceleración de IA o almacenamiento NVMe? Usa la expansión PCIe.

Ese es el valor de un servidor doméstico x86 compacto: ofrece a creadores y desarrolladores un espacio físico para experimentar con la informática moderna.

El panorama general: la IA cambiará ambos lados de la seguridad

Zero termina el video reflexionando sobre el futuro. Si los sistemas de IA potentes llegan a estar ampliamente disponibles, algunas personas los usarán indebidamente. Los objetivos podrían estar en cualquier lugar del mundo. La mejor respuesta es comprender el riesgo, proteger lo que se pueda y reconocer que las herramientas defensivas también seguirán mejorando.

También añade una nota muy humana:

«Los humanos deben mantenerse sanos. La salud es importante».

Es un final divertido y aleccionador después de una batalla intensa y vertiginosa entre IA.

El mensaje general es claro: la seguridad con IA avanza rápidamente. Los atacantes pueden usar la automatización, pero los defensores también. La cuestión es si las personas, las empresas y quienes desarrollan están preparados para probar, comprender y proteger sus sistemas antes de que surjan problemas.

El papel de ZimaBoard 2 en la seguridad asistida por IA

El experimento de Zero con dos dispositivos ZimaBoard 2 ofrece un fascinante vistazo al futuro de la ciberseguridad asistida por IA. Una placa actuó como defensora, inspeccionando y reforzando continuamente un servicio CRM de prueba. La otra actuó como atacante, generando alrededor de 1.000 intentos de sondeo y descubriendo varias áreas sensibles expuestas intencionalmente. La defensora detectó actividad, bloqueó cuentas de riesgo, aplicó correcciones e incluso pareció desactivar temporalmente el servicio para protegerlo.

Para ZimaSpace, este es un ejemplo perfecto de lo que hace valiosos a los dispositivos x86 compactos. Una placa pequeña, silenciosa y de bajo consumo puede convertirse en un servidor multimedia, un NAS, un router, un host de Docker, una plataforma de contenedores de IA o un laboratorio de ciberseguridad.

Si eres un creador de proyectos DIY, un entusiasta de los laboratorios domésticos, un desarrollador o alguien que está aprendiendo sobre seguridad, ZimaBoard 2 te ofrece una plataforma práctica para explorar el futuro del autoalojamiento y la automatización basada en IA de forma segura, responsable y creativa.

Una vez más, gracias al canal de Zero por la imaginativa demostración y por mostrar todo lo que se puede hacer con hardware compacto, agentes de IA y una sólida mentalidad experimental.