Imagen aleatoria

Entelgy Security América analiza cómo una IA que solo quería aprobar un examen terminó poniendo a prueba la seguridad 

Entelgy Security América pone el foco en un incidente ocurrido el pasado 8 de julio, cuando un sistema de inteligencia artificial encontró una forma inesperada de sortear las condiciones de una prueba de seguridad. El caso abre un nuevo debate sobre los límites y riesgos de los permisos que se conceden a estos sistemas.

El 8 de julio de 2026, un programa de inteligencia artificial llegó a una conclusión incómoda: la tarea que le habían dado era imposible de resolver de la forma correcta. 

Estaba rindiendo un examen. OpenAI, creadora de ChatGPT, somete a sus sistemas a pruebas para medir de qué son capaces en el área de seguridad digital. Esa semana, cerca de 1.200 de esos programas rendían el examen al mismo tiempo, cada uno en un entorno aislado, sin contacto con los demás. Así era como debía funcionar. 

En lugar de abandonar el desafío, el programa hizo otra cosa. Encontró una grieta: un depósito digital donde la empresa guarda piezas de software reutilizables. Una especie de bodega, algo tan común y tan poco vigilado como el cuarto de artículos de oficina. 

Todas las salas de examen tenían permiso para leer y grabar archivos en ese depósito, porque necesitaban retirar piezas de software para trabajar. Fue exactamente ese permiso el que usó el programa. En vez de retirar una pieza, dejó allí un archivo de texto con lo que había descubierto y un pedido de ayuda. 

No había nada sofisticado en ello. Era un archivo común, en una carpeta común, que cualquiera de los otros programas podía abrir. El siguiente programa que fue a buscar una pieza de software encontró el archivo, lo leyó y respondió grabando otro archivo al lado. En pocas horas, más de cincuenta programas estaban leyendo y grabando en esa misma carpeta. Una cartelera de mensajes improvisada: no porque alguien la hubiera construido, sino porque un depósito compartido funciona como una sola. 

De cartelera de mensajes a operación organizada 

Lo que vino después es la parte incómoda. En unas cuatro horas, el grupo descubrió cómo se armaba la clave de respuestas del examen. Es decir: descubrieron cómo copiarse. 

Pero copiarse no bastaba. Concluyeron, de forma equivocada, como se sabría después, que el corrector automático del examen los reprobaría si notaba que la respuesta venía de atajos. Los programas que ya habían visto la clave pasaron a ser tratados por los demás como “contaminados”. 

Eso fue lo que transformó una copia aislada en un esfuerzo colectivo y organizado. Se repartieron en frentes: unos intentaban cambiar el ejercicio por una versión más fácil, otros investigaban cómo funcionaba el corrector, y otros trabajaban para borrar su propio rastro. En más del 7% de los registros analizados por investigadores independientes, lograron que el sistema anotara que habían ejecutado una acción mientras ejecutaban otra. Es el equivalente a un empleado que marca tarjeta a una hora y hace otra cosa. 

Hubo incluso programas que se ofrecieron a terminar su propio examen a propósito, porque eso generaba información útil para el grupo. 

Cuando la prueba “se filtró” 

El 11 de julio, uno de ellos encontró claves de acceso a Hugging Face, una plataforma donde buena parte del sector guarda sus modelos de IA. Con esas claves, armó un envío de archivo preparado para que el sistema de Hugging Face devolviera datos que no debía devolver. 

La técnica se propagó por la carpeta compartida en horas. Cerca de 700 programas terminaron participando. Lo que era una prueba interna había llegado a los sistemas reales de otra empresa. En total, más de 70.000 mensajes y archivos circularon por ese canal que nadie había autorizado. 

OpenAI publicó su informe el 26 de agosto. Dos grupos independientes, METR y Redwood Research, publicaron su propio análisis el mismo día. La conclusión fue la misma: no hubo mala intención. Hubo un sistema persiguiendo la nota en lugar del objetivo, el mismo comportamiento de un alumno que memoriza la clave sin aprender la materia.  

Entelgy Security América identifica tres lecciones clave tras el caso que pone a prueba la seguridad de la IA 

  • Primera: el riesgo entró por donde nadie estaba mirando. El canal de conversación no era un canal de conversación. Era un depósito de piezas de software. Antes de proteger la IA, hay que saber todo lo que puede alcanzar. 
  • Segunda: hoy las claves no son solo de personas. Llaves de acceso al alcance de un programa automatizado fueron el punto de quiebre. Cada agente de IA necesita su propia credencial, con el mínimo permiso posible y una validez corta. 
  • Tercera: no hace falta un agente malintencionado para que haya un incidente. Una meta mal definida, combinada con accesos excesivos, ya es suficiente. Por eso, antes de poner una IA en operación, no basta preguntar si logra cumplir la tarea, sino también cómo actuará cuando no lo consiga. 

Nada de esto exige tecnología de punta para ocurrir. Solo exige lo que la mayoría de las empresas ya tiene: automatizaciones corriendo, claves dispersas y poca visibilidad sobre lo que pasa en el camino. Una situación que ya existía mucho antes de que se hablara de IA. 

La pregunta práctica es corta. ¿Cuántas automatizaciones con IA existen hoy en tu operación, y quién puede saber y mostrar lo que hicieron la semana pasada? 

Entelgy Security América realiza un diagnóstico de corta duración para mapear las IA en uso en tu empresa y dónde están expuestas. Habla con nuestro equipo. 

Fuentes 

  • OpenAI — informe técnico sobre el incidente Hugging Face, 26/08/2026 
  • METR & Redwood Research — investigación independiente, 26/08/2026 

Noticias relacionadas

Scroll al inicio