El 9 de septiembre de 2026, Will Knight documentó una prueba autorizada en su propia red doméstica con un agente basado en una versión sin salvaguardas de GLM-5.3, el modelo desarrollado por Z.ai. Guiado mediante CyberStrike, el sistema encontró alrededor de una docena de equipos, señaló problemas en dispositivos y proyectos de software, accedió a un ordenador Linux con una clave criptográfica y llegó a probar combinaciones habituales contra el router. El resultado de ese último intento no está establecido.
La escena importa por una razón muy concreta: no fue un ataque contra una vivienda ajena, sino una auditoría controlada que mostró hasta dónde puede avanzar un agente cuando recibe herramientas, permisos y un objetivo amplio.
Qué se probó realmente
Will Knight puso su propio entorno doméstico a disposición del agente. La prueba no demuestra que una red externa fuera comprometida ni que todos los hogares conectados presenten los mismos problemas.
El modelo utilizado fue una versión «abliterada» de GLM-5.3, es decir, una variante a la que se habían retirado las salvaguardas habituales de rechazo. CyberStrike actuó como arnés de software para guiar al modelo en tareas de ciberseguridad.
El agente no se limitó a responder preguntas. Pudo recorrer una secuencia de descubrimiento, análisis y búsqueda de acceso dentro del entorno autorizado. Esa diferencia separa a un chatbot convencional de un sistema capaz de usar herramientas en un bucle y tomar nuevas acciones según lo que va encontrando.
Del descubrimiento al acceso intentado
El primer resultado fue el inventario de alrededor de una docena de sistemas de hardware en la red local. A partir de ahí, el agente examinó configuraciones y encontró varios puntos débiles reportados en dispositivos domésticos y código creado con ayuda de IA.
En un equipo Linux, localizó una clave criptográfica y la utilizó para iniciar sesión sin contraseña. Después empezó a buscar la información necesaria para obtener acceso de administrador. Will Knight detuvo el proceso antes de que intentara averiguar la contraseña mediante fuerza bruta.
Más tarde, al volver a conectar el ordenador a la red inalámbrica, el agente identificó el router y probó combinaciones habituales de usuario y contraseña de administrador. Ese dato describe un intento de acceso, no un compromiso confirmado: no consta que las credenciales funcionaran.
La diferencia no es un detalle semántico. «Encontró una vía de entrada», «inició sesión» y «obtuvo privilegios de administrador» son escalones distintos. En esta prueba, el acceso al equipo Linux mediante la clave sí forma parte de lo documentado; el resultado del intento contra el router no.
La impresora, el equipo de música y los dispositivos IoT
Los hallazgos más cotidianos son también los que ofrecen lecciones más útiles para cualquier red doméstica. El agente informó de varios problemas concretos:
| Área analizada | Hallazgo reportado | Implicación defensiva |
| Impresora | Una configuración permitía que cualquier usuario de la red iniciara sesión, con posible exposición de documentos en la cola de impresión | Revisar las credenciales y el acceso a la administración de la impresora |
| Equipo de música Wiim | La configuración exponía información sobre la reproducción y permitía alterar la música o el volumen desde la red | Limitar quién puede controlar el dispositivo y revisar sus opciones de red |
| Dispositivos IoT | Algunos equipos necesitaban actualizar el firmware | Instalar las actualizaciones disponibles y retirar de la red los dispositivos que ya no reciben soporte |
| Equipo Linux | Una clave criptográfica permitió iniciar sesión sin contraseña | Revisar dónde se guardan las claves y protegerlas con controles adecuados |
| Proyectos asistidos por IA | Se encontraron decenas de problemas, incluidas credenciales de API expuestas y una configuración que podía permitir el envío no autorizado de correo electrónico | Revisar el código y los secretos antes de ponerlo en producción |
Estos resultados describen observaciones de una prueba concreta. No convierten a todas las impresoras, equipos Wiim o dispositivos inteligentes en productos vulnerables por definición. El riesgo depende de la configuración, el firmware, las credenciales y la forma en que cada aparato está conectado.
Por qué un agente no es solo un chatbot
Un agente de IA puede recibir una meta, consultar herramientas, interpretar los resultados y continuar con el siguiente paso. Si además tiene acceso a internet, a una red local o a credenciales, el alcance de sus acciones depende de esos permisos y de los límites de aislamiento establecidos alrededor del sistema.
Por eso la contención es tan importante. Una auditoría defensiva acotada debería trabajar con una autorización clara, un inventario definido y barreras que impidan salir del entorno permitido. Un agente mal contenido puede interpretar un objetivo de forma más amplia de lo que el usuario pretendía y seguir buscando vías de acceso.
El vídeo siguiente aporta contexto técnico sobre la arquitectura de los agentes y riesgos como el abuso de herramientas, la elevación de privilegios y el secuestro de objetivos. No documenta la prueba de la red doméstica de Will Knight.
Una auditoría acotada no equivale a dejar actuar al agente
La diferencia práctica puede resumirse así:
| Dimensión | Auditoría defensiva acotada | Agente sin límites suficientes |
| Autorización | Se prueban sistemas propios o aquellos para los que existe permiso explícito | El objetivo puede extenderse a sistemas que no estaban dentro del alcance previsto |
| Permisos | Se conceden solo las herramientas y credenciales necesarias | El agente puede disponer de más acceso del que requiere la tarea inicial |
| Contención | La red y los recursos están separados del resto del entorno | Un aislamiento débil puede permitir acciones fuera del perímetro autorizado |
| Resultado esperado | Detectar fallos y convertirlos en correcciones | Continuar buscando acceso aunque la instrucción original fuera más limitada |
| Consecuencia | Mejora defensiva dentro del entorno probado | Riesgo de acciones no deseadas y de exposición de otros sistemas |
La prueba de Knight encaja en la primera columna por su alcance autorizado, pero mostró comportamientos que explican la segunda: el agente pasó del inventario a la búsqueda de credenciales y privilegios. Que el operador pueda detenerlo antes de una acción más agresiva también forma parte del control.
Qué puede hacer un usuario para reducir el riesgo
Las medidas derivadas de la prueba son sencillas, aunque no sustituyen una estrategia de seguridad completa:
- Actualizar el firmware de routers, altavoces, impresoras y otros dispositivos conectados cuando el fabricante ofrezca una actualización.
- Proteger la impresora y revisar quién puede administrar el equipo o consultar la cola de impresión.
- Separar los dispositivos IoT —por ejemplo, altavoces inteligentes— en una red de invitados o segmento independiente.
- Revisar las claves criptográficas y las credenciales almacenadas en ordenadores y proyectos de software.
- Auditar el código asistido por IA antes de desplegarlo, con especial atención a las credenciales de API y a las funciones que pueden enviar correo o actuar sobre servicios externos.
La idea no es convertir cada casa en un laboratorio de pruebas ofensivas. Es reducir las oportunidades de que una configuración olvidada, una clave expuesta o un dispositivo sin actualizar amplíe el alcance de una herramienta automatizada.
La defensa necesitará capacidades parecidas
El dilema final es incómodo: los agentes capaces de buscar fallos pueden ser peligrosos cuando operan con demasiada libertad, pero también pueden ayudar a encontrar problemas que una persona pasaría por alto. La ventaja defensiva solo existe si el análisis se realiza con autorización, permisos mínimos y una frontera técnica clara.
El experimento de Will Knight no demuestra que una IA pueda entrar en cualquier red doméstica. Sí muestra algo más útil: cuando un agente tiene herramientas y margen para perseguir un objetivo, puede convertir pequeños fallos —una impresora mal configurada, una clave reutilizada o un secreto expuesto en código— en una cadena de acciones. La defensa empieza por cortar esa cadena antes de que llegue al siguiente dispositivo.
