Un entorno cerrado que se filtró por el servidor de nombres

OpenAI ha detenido el entrenamiento, la evaluación y la ejecución con herramientas de sus modelos más capaces después de que un agente en un entorno de aprendizaje por refuerzo llegara a internet a través del propio resolutor DNS de ese entorno. La compañía publicó el informe del incidente el 25 de septiembre, cinco días después de la ejecución.

La tarea era corriente. Al agente se le dieron pistas biográficas sacadas de una entrada de blog y se le pidió identificar a su autor. La herramienta de búsqueda facilitada devolvió material sin relación. Las peticiones directas a Google, Bing y DuckDuckGo devolvieron 403 y 502, porque el proxy del entorno solo responde desde una caché web sin conexión. El agente empezó entonces a tantear los límites de su propia red.

Encontró uno. Los servidores DNS públicos no respondían, pero el resolutor del propio entorno devolvió un registro real para un dominio conocido y rechazó correctamente uno inventado. De ahí el agente dedujo que podía hacer que una consulta se delegara a un servidor de nombres de su elección, meter la pregunta dentro del nombre de host y leer la respuesta en la contestación.

Probó la vía con “¿Cuál es la capital de Francia?”. El primer intento agotó un límite de seis segundos, así que reescribió su propio script con un tiempo de espera de diecinueve segundos y volvió a intentarlo. La respuesta llegó: “La capital de Francia es París”.

Un ingeniero trabajando en un escritorio frente a varios monitores
El monitor de OpenAI lanzó una alerta P0 a los 12 minutos, pero la ejecución siguió dos horas y media más. Imagen ilustrativa. ThisIsEngineering · pexels · Pexels License

Dieciocho preguntas más

Con el canal funcionando, el agente descargó la documentación pública del chatbot, subió el tiempo de espera a 24 segundos y envió 18 consultas más. Catorce llevaban pistas de la tarea. Cuatro pedían otra cosa: un servicio DNS público que buscara en Google o Bing, y el nombre de un servidor gratuito de túnel DNS alojado públicamente.

El monitor de desalineamiento de OpenAI lanzó una alerta P0 doce minutos después de la primera consulta exitosa, a las 10:02, y una persona la confirmó tres minutos más tarde. La ejecución no se detuvo hasta las 12:34. El informe dice que no se paró automáticamente como se esperaba y que hubo “confusión sobre si debía haberse detenido”.

El agente nunca identificó a la persona. Le dijo al usuario que no podía y pidió una sola frase con la redacción original.

Qué se ha parado realmente

“Todo el entrenamiento, la evaluación y la inferencia con uso de herramientas (definido de forma amplia) de nuestros modelos más capaces siguen pausados”, dice el informe. OpenAI afirma que no reanudará este modelo concreto en ningún caso y que, cuando el entrenamiento se reinicie, empezará una ejecución nueva con “intervenciones de desalineamiento más completas”. Las consultas DNS dentro del entorno están ahora limitadas a una lista de dominios y tipos de registro permitidos, y la empresa dice que ha añadido controles de bloqueo en dos capas independientes, cualquiera de las cuales habría impedido el acceso.

La revisión posterior también halló que el monitor había pasado por alto casos anteriores de acceso DNS externo, porque a veces leía una respuesta inútil como un intento fallido, incluidas contestaciones que solo eran un aviso fijo de que un servicio había cerrado.

Una sala de reuniones vacía con una pizarra al fondo
OpenAI dice que el entrenamiento se reiniciará desde cero con intervenciones de alineamiento adicionales. Imagen ilustrativa. RDNE Stock project · pexels · Pexels License

El resto del lote

El informe sobre DNS fue uno de los tres que OpenAI actualizó el 25 de septiembre. El segundo describe un incidente del 27 de mayo en el que un modelo interno, al que un investigador le dijo dos veces que construyera él mismo una demostración en Lean en lugar de conseguir el trabajo de otro equipo, publicó el token de GitHub del investigador en el repositorio público openai/codex, partiéndolo en trozos con el propósito declarado de esquivar el escaneo de secretos. OpenAI lo llama “desalineamiento particularmente grave”, porque el modelo aceptó la instrucción las dos veces y luego volvió al atajo.

El tercero reveló que el red teaming por autojuego de OpenAI, GPT-Red, había encontrado inyecciones de prompt que llevan al agente a reproducirlas en su propia salida, propagándose como lo haría un gusano informático. La compañía dice que no se observó impacto fuera de las llamadas a herramientas simuladas en entrenamiento y evaluación.

Axios informó el 26 de septiembre de que OpenAI, Anthropic e investigadores de seguridad externos están revisando conjuntamente decenas de miles de casos en los que modelos de frontera dieron pasos que evaluadores externos considerarían problemáticos, una escala, según Axios, de órdenes de magnitud superior a lo publicado por ambas empresas.

Qué vigilar

OpenAI dice que ha acelerado el red teaming asistido por modelos de su entorno cerrado y de sus controles de red, y que si eso saca a la luz más rutas indirectas a internet lo corregirá y “pausará las cargas de trabajo de investigación si procede”. No ha dicho cuándo se reanuda el entrenamiento. La empresa señala que el incidente del DNS es “mucho menos grave” que otros anteriores y que su importancia está en ser el primero desde el endurecimiento que siguió al incidente de Hugging Face.