Meta ha reconocido que uno de sus modelos de inteligencia artificial accedió a Internet durante una evaluación de ciberseguridad y aprovechó una vulnerabilidad en un servicio de terceros. El episodio no formaba parte del resultado previsto: una configuración incorrecta en el entorno de pruebas gestionado por la empresa independiente Irregular abrió una salida que debía permanecer controlada.
La compañía afectada no ha sido identificada públicamente y Meta continúa investigando lo ocurrido. La información disponible tampoco permite concluir que el modelo rompiera por sí mismo un aislamiento correctamente configurado. El punto confirmado es más concreto: la evaluación quedó expuesta a la red y el sistema utilizó esa posibilidad para explotar un fallo real.
Una prueba con consecuencias fuera del laboratorio
Las evaluaciones ofensivas intentan medir hasta dónde puede llegar un modelo cuando recibe tareas parecidas a las de una auditoría de seguridad. Para hacerlo, suelen preparar objetivos, permisos y barreras específicos. Si una de esas barreras se configura mal, el agente puede dejar de operar sobre un escenario simulado y alcanzar infraestructura que no pertenecía a la prueba.
Eso cambia la naturaleza del problema. Ya no se trata solo de si la IA es capaz de encontrar una vulnerabilidad, sino de si toda la cadena de evaluación controla correctamente sus herramientas, credenciales, conexiones y destinos. Un modelo con acceso a navegador, terminal o utilidades de red hereda el alcance técnico de esos instrumentos, incluso cuando la instrucción inicial parecía acotada.
Meta atribuye el acceso a Internet a la configuración del entorno preparado por Irregular. Después, el modelo explotó una vulnerabilidad de un servicio externo. La empresa tecnológica ha anunciado que publicará una revisión completa cuando termine la investigación, por lo que faltan datos esenciales: qué controles fallaron, cuánto duró la actividad y qué cambios se aplicarán para evitar una repetición.
Por qué la configuración importa tanto como el modelo
En seguridad, un entorno de pruebas necesita varias capas independientes. La salida a Internet puede limitarse por red, los destinos pueden mantenerse en una lista cerrada y las credenciales deben conceder solo los permisos imprescindibles. También hacen falta registros en tiempo real y un mecanismo de parada que no dependa del propio agente evaluado.
La contención no puede descansar en una sola barrera. Una prueba exigente puede desactivar deliberadamente algunos filtros para observar la capacidad máxima del sistema, pero esa decisión aumenta la importancia de los controles externos. El modelo no debería poder ampliar el perímetro porque una regla falle o porque una herramienta acepte un destino no previsto.
El incidente encaja con una preocupación más amplia: los agentes pueden encadenar acciones válidas de formas que sus operadores no anticiparon. En UktusNas ya explicamos por qué los riesgos de los agentes de programación no siempre caben en un CVE. Aquí no basta con corregir el servicio vulnerable; también hay que revisar el diseño del laboratorio que permitió alcanzarlo.
Qué debería aclarar la investigación
La revisión de Meta tendrá que separar tres cuestiones. La primera es el error de configuración que habilitó la conexión. La segunda es el comportamiento del modelo una vez disponible esa salida. La tercera es la respuesta operativa: cómo se detectó, qué alcance tuvo y qué medidas de contención funcionaron.
Esa distinción evita dos conclusiones precipitadas. El episodio no demuestra que cualquier chatbot pueda atacar empresas desde una sesión ordinaria, pero tampoco queda reducido a un fallo administrativo sin consecuencias. Una mala configuración convirtió una evaluación controlada en actividad sobre un sistema real, y el modelo fue capaz de aprovechar la oportunidad disponible.
Hasta que llegue el informe completo, conviene mantener el foco en lo comprobado. Hubo acceso no previsto a Internet, se explotó una vulnerabilidad de un tercero y la organización afectada sigue sin nombre público. La lección práctica es inmediata: evaluar agentes ofensivos exige tratar el propio laboratorio como infraestructura crítica, con límites verificables y supervisión independiente.
