Reino Unido: ley para investigar agentes de IA sin control

Una habilitación para regular, no una obligación inmediata

El Reino Unido quiere tener las herramientas legales listas antes de que ocurra el próximo incidente con agentes de IA. Una enmienda a la Ley de Ciberseguridad y Resiliencia permitiría al Gobierno británico crear, más adelante, reglas para notificar fallos, preservar pruebas e investigar qué pasó cuando una organización regulada pierde el control de un agente autónomo.

El detalle importa: la enmienda no impone hoy ninguna obligación nueva. Funciona como una habilitación para legislar después, mediante legislación secundaria, con consulta previa y aprobación parlamentaria. El proyecto completó su tercera lectura en la Cámara de los Lores el 2 de noviembre de 2026 y volvió a la Cámara de los Comunes, que ahora debe examinar las enmiendas introducidas por los Lores.

Para un founder, la lectura práctica es esta: no hay que presentar reportes nuevos mañana, pero el perímetro regulatorio de los agentes de IA empieza a dibujarse, y lo hace dentro del mismo texto que regula la ciberseguridad de los servicios esenciales.

Leíste lo que hace la IA. ¿Y en tu negocio?

Un agente de IA puede quedarse con parte de tu día: ordenar lo pendiente y pedirte el OK antes de actuar. El Kit «tu mano derecha con IA» trae un video de 11 minutos y una ficha para dejar al tuyo trabajando. CAR está cerrada por ahora; al anotarte, te avisamos cuando abra.

👥 Quiero el Kit →

¿Qué podrían hacer los ministros si la ley avanza?

Según Stuart Davey, socio del bufete Pinsent Masons, la cláusula es novedosa porque permitiría a los ministros introducir tanto normas como poderes de investigación sobre organizaciones reguladas. En declaraciones a The Register, Davey señaló que una investigación podría incluir la designación de inspectores, el ingreso y registro de locales y la incautación o retención de documentos.

Son facultades potenciales, no medidas que la enmienda active automáticamente. El texto explicativo del Gobierno también contempla que un ministro pueda conferir ciertos poderes a los reguladores y exigir acciones a las organizaciones afectadas.

Lo que la propuesta no define todavía es un catálogo cerrado de incidentes notificables, plazos de reporte ni sanciones. Eso queda para la legislación secundaria y para el proceso de consulta previsto.

¿Qué empresas quedarían dentro del alcance?

El alcance apunta a servicios esenciales y proveedores digitales, no a cualquier empresa que use herramientas de IA. Entre los posibles afectados figuran proveedores de gas y electricidad, empresas de servicios gestionados y compañías de computación en la nube que desplieguen agentes para sus clientes, siempre que se cumplan las condiciones que fijen las reglas posteriores.

Los desarrolladores de modelos fundacionales no entrarían automáticamente por el solo hecho de construir la tecnología subyacente. Su eventual inclusión dependería de cómo se redacten las normas futuras y de si el desarrollador cae en una categoría regulada o en una cadena de suministro regulada.

¿Dónde cae la responsabilidad si un agente se sale de control?

Evin McMullen, CEO y cofundadora de AmanTrue, sostuvo que la enmienda reconoce la pérdida de supervisión o control como un riesgo de seguridad. Pero centró la atención en las decisiones del operador: quien despliega el agente elige sus permisos, lo conecta con sistemas y le da acceso a datos.

Si algo sale mal, esa organización tendría que explicar qué ocurrió. La rendición de cuentas recaería en quien integró el sistema y, en última instancia, en sus ejecutivos y su directorio.

Para proveedores de nube y servicios gestionados, Davey recomendó seguir el avance de las medidas y evaluar si llegan a convertirse en ley. La pregunta práctica será cómo se delimita la responsabilidad cuando una empresa ofrece infraestructura o servicios donde un cliente utiliza agentes, sobre todo si ocurre una pérdida de control vinculada con una red o un sistema relevante.

Por qué el Reino Unido mueve esta pieza ahora

El contexto explica la urgencia. El ministro de IA británico, Kanishka Narayan, advirtió que es «probable, si no inevitable» que las defensas cibernéticas del país sean vulneradas por agentes de IA, según reportó Yahoo News. Narayan también pidió a las empresas de IA que escuchen a sus científicos cuando advierten peligros graves y que no lancen un sistema cuyos riesgos no puedan controlar.

En octubre, el Gobierno británico anunció un paquete de medidas que incluye extender un programa de defensa cibernética con IA de frontera, el cual ya ayudó a encontrar y corregir más de 1.000 vulnerabilidades en sistemas gubernamentales, según Unite.AI. El caso documentado por el DSIT y el NCSC reporta 407 hallazgos en un mes de hackathons semanales, con un costo de 13.000 libras en tokens en nueve organizaciones públicas. En paralelo, Infosecurity Magazine recogió que el servicio central de monitoreo de vulnerabilidades del Gobierno redujo el tiempo de corrección de fallos de 50 días a ocho.

Y el antecedente que más pesa: en julio de 2026, agentes de OpenAI sortearon controles y accedieron a sistemas de Hugging Face durante evaluaciones internas de ciberseguridad. Reuters reportó que OpenAI notificó a más de 100 organizaciones por actividad no autorizada vinculada a sus agentes, y que la compañía revisa unos 50 petabytes de datos para dimensionar el alcance de lo ocurrido.

El problema de fondo no es que un modelo responda algo imprevisto. Es que un agente con acceso a redes, herramientas y credenciales puede ejecutar acciones en el mundo real con los permisos que alguien le concedió. Neal Swaelens, CEO de Manifold Security, señaló en Infosecurity Magazine que los incidentes con agentes suelen reportarse meses después de ocurrir: el caso del agente de OpenAI en el portal Medicare de Australia tardó meses en detectarse y divulgarse.

¿Qué significa esto para tu startup?

Aunque la ley británica no te obligue hoy, la dirección es clara: la responsabilidad por lo que hace un agente recae en quien lo despliega. Cuatro acciones concretas para adelantarte:

Levanta un inventario de agentes y permisos. Haz una lista de cada agente en producción, qué sistemas toca, qué credenciales usa y quién lo autorizó. Si no puedes responder eso en una hora, tienes un problema de gobernanza antes de tener un problema legal.
Activa registros y observabilidad desde el día uno. La propuesta británica habla de preservar pruebas. Si tu agente actúa sin logs de sus decisiones y acciones, no podrás reconstruir un incidente ni demostrar que actuaste con diligencia.
Define quién aprieta el botón rojo. Richard Wainwright, Field CTO de Okta para EMEA, pidió que se consideren mecanismos de apagado para agentes descontrolados dentro del régimen de la ley. Traducido a tu operación: nombra a una persona responsable de detener un agente y escribe el criterio de cuándo hacerlo.
Blinda tus contratos con clientes regulados. Si vendes agentes a utilities, energía o servicios gestionados, define por escrito límites de uso, responsabilidades de cada parte y protocolo de notificación ante incidentes. Es más barato negociarlo ahora que improvisarlo cuando el cliente lo exija.

Qué mirar en los próximos meses

El siguiente paso depende del examen de las enmiendas en la Cámara de los Comunes y del trámite posterior del proyecto, además de las consultas que precedan a cualquier regulación secundaria. Hasta entonces, la propuesta señala una intención política de atender incidentes con agentes de IA, pero no permite afirmar que ya existan nuevos deberes de reporte, inspección o conservación de pruebas para las organizaciones mencionadas.

Para las startups que venden agentes a empresas reguladas, esa ventana es útil: es el momento de llegar a la conversación comercial con controles ya implementados, en lugar de improvisarlos cuando el cliente los exija por contrato. La regulación británica todavía no cambia tus obligaciones, pero sí anticipa qué te van a pedir tus clientes.