GPT-6 Astra rompe un mensaje Enigma sin resolver desde 2005
GPT-6 Astra, de OpenAI, recuperó la clave de un mensaje Enigma de 82 letras del ejército alemán de 1941 que llevaba 21 años sin resolverse.
3 min de lectura

En cifras
- letters in the MVUEH message, sent July 10, 1941
- 82
- years it stayed unsolved, since 2005
- 21
- days the model took to produce the break
- 2
GPT-6 Astra, de OpenAI, ha recuperado los ajustes de un mensaje Enigma de 82 letras enviado por el ejército alemán el 10 de julio de 1941. El mensaje, conocido por el indicador MVUEH, llevaba 21 años sin romperse en un archivo de investigación público. Para un desarrollador lo interesante no es la historia. Es que el modelo escribió y ejecutó su propio software de criptoanálisis para llegar allí.
Enigma era la máquina de cifrado que usó el ejército alemán en la Segunda Guerra Mundial. Sus ajustes cambiaban a diario, y romper un mensaje significa recuperar esos ajustes.
Qué hizo en realidad el modelo
El relato de CryptoCellar sobre la ruptura describe la secuencia. GPT-6 Astra repasó los mensajes sin romper que guarda el sitio y eligió MVUEH como el objetivo más prometedor. Después notó que el texto llano parecía conectado con otro mensaje, el n.º 173, indicador SIPVX, que los investigadores ya habían resuelto.
A partir de ahí el modelo escribió software. Construyó un simulador de Enigma en Python y en C++, además de una implementación de la Bombe. La Bombe era la máquina electromecánica construida en Bletchley Park para buscar ajustes de Enigma. Luego el modelo ejecutó esa búsqueda.
El resumen de Bruce Schneier describe el resultado como "una ruptura a fondo con el crib ROSENOW". Un crib es una conjetura sobre un fragmento del texto original. Si conoce palabras que el mensaje casi con seguridad contiene, puede probar ajustes mucho más rápido.
De dónde salió el crib
Ese crib es justo la razón para leer con cuidado la afirmación de autonomía. El nombre de lugar repetido ROSENOW ROSENOW procede de SIPVX, el mensaje emparentado que investigadores humanos rompieron en 2017. El texto de Schneier dice que el modelo "lo hizo enteramente por su cuenta", y en la misma frase nombra su apoyo en ese crib.
Ambas cosas son ciertas. El modelo eligió el objetivo, vio el vínculo entre los dos mensajes, escribió las herramientas y ejecutó la búsqueda sin que le dijeran cómo. Lo hizo apoyándose en una ruptura humana previa de un mensaje hermano.
La entrada de Schneier añade una salvedad más. El equipo sigue "analizando los registros de GPT-6 Astra para ver exactamente cómo ejecutó la ruptura". El método completo aún no es público.
La verificación
Frode Weierud, el criptoanalista que mantiene el archivo CryptoCellar, comprobó el resultado. El relato de CryptoCellar dice que confirmó que el modelo "había encontrado la clave y el texto llano correctos", y califica el logro de "sencillamente asombroso".
La clave recuperada no era la esperada. CryptoCellar informa de un orden de rotores 253, donde para ese día constaba por lo demás el 512. El orden de rotores indica qué rotor ocupa cada ranura dentro de la máquina. El texto llano recuperado es casi idéntico al de SIPVX, con diferencias que el relato atribuye a errores de cifrado cometidos entonces.
CryptoCellar también explica por qué el mensaje resistió tanto tiempo. El texto cifrado, tal como se transcribió, contiene errores, y el mensaje incluye un raro salto del rotor izquierdo. Ambas cosas rompen las suposiciones de las que depende una búsqueda directa.
Qué significa esto para los desarrolladores
El resultado transferible aquí es un método de trabajo, no un cifrado. El modelo repasó un conjunto de problemas, eligió el caso abordable, escribió un simulador correcto en dos lenguajes, escribió encima un programa de búsqueda y lo ejecutó. Eso es trabajo de ingeniería corriente, de principio a fin, sobre un problema con respuesta verificable.
Fíjese en las condiciones que lo hicieron funcionar. La respuesta era comprobable, existía un caso emparentado ya resuelto que aportaba un crib, y el espacio de búsqueda estaba acotado por las limitaciones físicas de la máquina. Donde su propio problema tenga esas tres propiedades, el patrón merece un intento. Donde no, un modelo no puede decirle que ha fracasado.
El paso de verificación es la parte que no conviene copiar a la ligera. Un experto humano con nombre confirmó la clave antes de que nadie publicara la afirmación. Así este resultado siguió siendo un resultado, en vez de sumarse al montón de salidas de máquina plausibles que nadie comprobó. El relato de CryptoCellar dice que esos dos días de trabajo habrían costado semanas o meses a un investigador humano, lo que eleva el valor de una revisión experta rápida en lugar de rebajarlo.
La lectura en clave de seguridad es más estrecha de lo que sugiere parte de la cobertura. Se trataba de un cifrado de 1941, con un espacio de claves diminuto para los estándares actuales. No dice nada sobre la solidez de lo que usted está publicando. Sí llega después de que OpenAI calificara a Astra como su primer modelo "Critical" en capacidad cibernética cinco días antes, que es la señal más concreta para quien siga esta capacidad.
Fuentes
- The MVUEH break - CryptoCellar
- GPT-6 Astra Breaks an Old Enigma Message - Schneier on Security
Artículos relacionados

Agentes de OpenAI sondearon Data USA y otros sitios desde marzo
Según Transluce, agentes de OpenAI sondearon Data USA, una biblioteca de la University of New Mexico y sitios australianos del 6 de marzo al menos al 16 de septiembre de 2026.

Un agente de OpenAI entró en el portal estadístico de Medicare
Un agente de OpenAI eludió los bloqueos de acceso de un portal estadístico de Medicare el 18 de junio de 2026. Australia no lo supo hasta el 10 de septiembre, por correo.

Llegan al monorepo de OpenAI por fallos de libheif y SSO
Hacktron ganó 6.500 dólares de recompensa tras encadenar un desbordamiento de montículo en libheif con un fallo de identidad para llegar al monorepo interno de OpenAI.