ULTRA

El visitante elige una clave secreta y cifra un mensaje en su celular con una Enigma I. Solo las letras cifradas viajan a la laptop, y la laptop rompe el mensaje en vivo con el ataque de Turing–Welchman (la Bombe), sin ver nunca la clave.

Cómo funciona la demo

 Celular                     Buzón                         Laptop (pantalla)
 web/celular.html   ──►  Supabase: tabla mensajes   ──►  web/pantalla.html
 elige la clave,          (modo nube)                     pone los mensajes en cola,
 escribe y cifra          o servidor/servidor.js          corre la Bombe (Web Worker)
                          (modo local)                    y enseña la clave encontrada

1. Celular (web/celular.html). El visitante gira las ruedas para elegir 3 rotores (de I a V) y su posición inicial, y une hasta 4 pares de letras en el clavijero (o toca Al azar). Después escribe su mensaje en el teclado: se encienden las lámparas, como en la máquina real. Al tocar Transmitir, el celular manda solo el texto cifrado. Antes del mensaje, el celular cifra siempre el mismo encabezado oficial, el crib FERIABEADRAGONENLAUSFQ (definido en web/config.js). La clave nunca sale del teléfono.
2. Buzón. Solo guarda el texto cifrado; no rompe nada. Hay dos modos, y las páginas eligen solas (modo: "auto" en web/config.js):
   • Nube: el celular inserta el cifrado en la tabla mensajes de Supabase (web/nube.js).
   • Local: si las páginas las sirve node servidor/servidor.js, el celular hace POST /api/interceptar y el servidor guarda los mensajes en memoria (hasta 500). La página sabe en qué modo está preguntando por /api/config: si responde JSON, hay servidor local; si no, está en la nube.
3. Pantalla (web/pantalla.html). Cada segundo lee del buzón los mensajes nuevos (nube: mensajesDesde en web/nube.js; local: GET /api/mensajes?desde=N) y los pone en una cola: se atienden todos, uno por uno, en orden de llegada. Al abrir la página no repite los mensajes viejos. Con cada mensaje muestra la "estación de escucha" (las letras llegan una por una), señala las primeras letras que esconden el crib, dibuja el menú de Turing del mensaje y anima la búsqueda. Al final muestra el mensaje descifrado, los rotores, la posición y los cables encontrados.
   • Si hay otros esperando, cada resultado se queda al menos 15 s (RESULTADO_MIN_MS). Arriba a la derecha aparece "En cola: N mensajes" en rojo.
   • Si nadie transmite durante 45 s después de un resultado (VOLVER_A_ESPERA_MS), vuelve la escena del QR.
4. Bombe (bombe/bombe2.js). En los dos modos corre en el navegador de la laptop, en un Web Worker (web/bombe-web.js) para que la pantalla no se congele. Cada mensaje tiene su propio Worker: un mensaje nuevo nunca interrumpe al que se está rompiendo.

Cómo funciona la Bombe

El problema: hay 60 formas de elegir y ordenar 3 rotores de 5, y 17 576 posiciones iniciales (26 × 26 × 26). Son 1 054 560 configuraciones de rotores. Encima está el clavijero, con muchísimas combinaciones de cables, así que probar todo a lo bruto no es una opción.

Lo que sí sabemos es que todo mensaje empieza con el crib. Con eso, bombe/bombe2.js hace esto:

1. Crib. Ponemos el crib debajo de las primeras letras cifradas. Cada columna nos dice "en la posición i, la letra X del crib se convirtió en la letra Y del cifrado".
2. Menú. Con esas parejas armamos un grafo: cada letra es un punto y cada columna i es una línea entre X e Y con el número i. Ese dibujo es el que aparece en la pantalla.
3. Ciclos. A veces las líneas forman un ciclo, por ejemplo A → M → T → A. Para cualquier configuración de rotores, podemos calcular qué hacen los rotores y el reflector en cada posición i (sin el clavijero). Si recorremos el ciclo entero, la letra tiene que volver a sí misma. Si no vuelve, esa configuración es imposible.
4. Hipótesis sobre el clavijero. El clavijero no lo conocemos, así que la Bombe toma una letra de prueba (el inicio del ciclo más corto) y supone con qué letra está conectada: hay 26 posibilidades (incluida ella misma, que significa "sin cable"). Cada suposición se hace dar la vuelta al ciclo; la mayoría no regresan y se descartan.
5. Propagación con tablero diagonal. Si una suposición sobrevive, se deduce el resto de cables siguiendo las líneas del menú. Los cables van en los dos sentidos (si A está unida con M, M está unida con A); a esto Welchman lo llamó tablero diagonal, y ayuda a encontrar contradicciones mucho antes. Si una letra termina con dos parejas distintas, o salen más de 4 cables, la suposición muere.
6. Comprobación final. Con los rotores, la posición y los cables deducidos, se cifra el crib con una Enigma de verdad (web/enigma.js). Si sale exactamente el inicio del cifrado, encontramos la clave y desciframos el mensaje completo.

El embudo

Ejemplo real con la clave II-V-I, posición KDQ, cables AM FT RX y el mensaje NOSVEMOSENLAFERIA:

Paso	Cuántas quedan
Configuraciones de rotores	1 054 560
× 26 hipótesis para la letra de prueba	27 418 560
Pasan el primer ciclo	1 097 574
Sin contradicciones tras la propagación	1
Clave final (comprobada con la Enigma)	1

En esta laptop eso tomó unos 4 segundos. La pantalla muestra estos mismos números al final de cada mensaje.

여기까지가 README 앞부분입니다. 나머지는 원문에서 읽을 수 있습니다. README 전문 보기 ↗