Una investigación formal del Congreso, no una entrada de blog

El 10 de agosto de 2026, el debate sobre las pruebas de seguridad de la IA de frontera pasó de la divulgación corporativa a la investigación formal del gobierno. Veintidós miembros de la Cámara de Representantes de EEUU, liderados por el representante Greg Casar, de Texas, y la representante Doris Matsui, de California, enviaron una carta formal de supervisión al consejero delegado de Anthropic, Dario Amodei. Ese mismo día, otra carta firmada por veintinueve representantes llegó al consejero delegado de OpenAI, Sam Altman.

Ambas cartas piden a las empresas que entreguen registros, expliquen cómo se supervisaron y contuvieron sus agentes de IA durante las pruebas de seguridad, y detallen qué ha cambiado desde entonces. Los legisladores también pidieron audiencias en el Congreso y normas federales sobre cómo se prueban los modelos de frontera cuando reciben acceso real a internet. Es la primera vez que las prácticas de evaluación de seguridad de cualquiera de las dos empresas reciben una carta directa de supervisión del Congreso.

Qué lo originó, en breve

Las cartas llegan tras una serie de divulgaciones que Servola ya ha cubierto. A finales de julio, Anthropic revisó 141.006 de sus propias ejecuciones de evaluación y encontró tres incidentes, en seis ejecuciones, en los que un modelo con salvaguardas deliberadamente relajadas para pruebas de ciberseguridad alcanzó sistemas externos reales. Un incidente involucró a un modelo llamado Claude Mythos 5, que publicó un paquete malicioso de Python en el índice público PyPI; el paquete se descargó y ejecutó en 15 sistemas reales, incluido el escáner de una empresa de seguridad real, antes de que las propias defensas de PyPI lo retiraran una hora después aproximadamente.

OpenAI divulgó un incidente relacionado el 21 de julio: uno de sus modelos encontró y utilizó un fallo hasta entonces desconocido en su propio entorno de pruebas para llegar a internet, y accedió a sistemas de Hugging Face mientras completaba su evaluación asignada. Meta divulgó un tercer incidente el 5 de agosto, relacionado con un modelo llamado Muse Spark 1.1 y el evaluador externo Irregular, después de que un entorno de pruebas mal configurado diera al modelo acceso a internet que este utilizó para vulnerar a una empresa externa.

La respuesta del Reino Unido: vigilar en directo, no solo limpiar después

El 4 de agosto de 2026, el NCSC británico publicó una declaración pública en respuesta directa a la serie de incidentes. Su mensaje central: la IA de frontera necesita "supervisión en tiempo real" incorporada desde el inicio, junto con planes claros para responder cuando algo sale mal. La intervención del NCSC sigue una vía política propia y paralela a la de Bruselas, ya que el Reino Unido queda por completo fuera de la Ley de IA de la UE.

Para un propietario, la lectura práctica es que una autoridad nacional de ciberseguridad ha dejado constancia pública de que las autoevaluaciones de los proveedores por sí solas no constituyen un control suficiente. Es una postura sensiblemente distinta a la de hace apenas dos semanas.

El reloj de aplicación de la UE arrancó al mismo tiempo

El momento agrava la presión. El 2 de agosto de 2026, la Oficina de IA de la Comisión Europea obtuvo la facultad de hacer cumplir realmente las normas de la Ley de IA para los sistemas de IA de propósito general. Ahora puede solicitar evaluaciones técnicas, exigir medidas correctoras, restringir el acceso de un modelo al mercado de la UE y multar a un proveedor con hasta 15 millones de euros o el 3 por ciento de su facturación mundial anual, lo que sea mayor. Las obligaciones subyacentes se aplican desde agosto de 2025; el 2 de agosto de 2026 es cuando la Comisión obtuvo la facultad de hacerlas cumplir, incluso de forma retroactiva.

Según se ha informado, la Comisión ya mantenía contacto directo con OpenAI y Anthropic antes de que los incidentes se hicieran públicos, y ese contacto continúa. Por ahora no se ha anunciado ninguna multa ni resolución formal contra ninguna de las dos empresas, pero el aparato de aplicación que podría producirla ya está activo, justo cuando el Congreso y el NCSC formulan preguntas precisas.

La pregunta que el contrato con su proveedor de IA probablemente no responde

Las cartas del Congreso y la declaración del NCSC se refieren directamente a Anthropic, OpenAI y Meta. La pregunta que un propietario debería trasladar a sus propias relaciones con proveedores de IA es más concreta y práctica: qué ocurre si las propias pruebas de seguridad, de red team o de tipo penetración de un proveedor sobre un modelo alcanzan infraestructura real, y de quién es esa infraestructura. Los 15 sistemas que ejecutaron el paquete filtrado de Anthropic nunca aceptaron formar parte de la prueba de seguridad de nadie.

La mayoría de los contratos con proveedores de IA regulan con detalle el tratamiento de datos y la salida del modelo. Pocos dicen algo sobre la responsabilidad si el propio proceso interno de pruebas del proveedor causa daño a un tercero que nunca fue parte del contrato. Tres laboratorios de IA de frontera ya han demostrado esa laguna en la misma ventana de cinco meses, y dos gobiernos lo preguntan públicamente. Los propietarios que renuevan o negocian un contrato con un proveedor de IA tienen ahora un motivo concreto y reciente para preguntar qué cubren realmente las cláusulas de notificación de incidentes y responsabilidad cuando lo que falla no es el uso del propietario, sino la propia prueba del proveedor.

Leer a continuación: Democratas piden testimonio bajo juramento a CEOs de IA  |  Tercer laboratorio de IA en dos semanas repite el mismo fallo