Codificador RFC 1751 S/KEY

RFC 1751 define una convención fija para transformar claves criptográficas binarias en cadenas cortas de palabras en inglés, de modo que las personas puedan leer, recordar y escribir material de 64 y 128 bits sin la fatiga del hexadecimal. El mismo diccionario alimenta las contraseñas de un solo uso clásicas de S/KEY: cada bloque de ocho bytes se convierte en seis palabras tomadas de una lista de 2048 tokens de una a cuatro letras, con dos bits reservados para paridad a fin de detectar errores de transcripción al decodificar. Esta capacidad codifica una clave hexadecimal en esa forma verbal y decodifica las palabras de vuelta a hex en mayúsculas, verificando los bits de paridad en cada grupo de seis palabras.

Cómo RFC 1751 empaqueta 64 bits en seis palabras inglesas

El diccionario de RFC 1751 contiene exactamente dos mil cuarenta y ocho palabras inglesas de una a cuatro letras, de modo que cada palabra indexa once bits. Seis palabras aportan sesenta y seis bits: sesenta y cuatro bits de material de clave más un campo de paridad de dos bits.

La codificación recorre cada mitad de ocho bytes de su clave como un flujo de bits, suma rebanadas consecutivas de dos bits sobre los sesenta y cuatro bits de datos para formar un nibble de paridad, añade los dos bits bajos de paridad y luego divide el resultado de sesenta y seis bits en seis índices de once bits. Esos índices seleccionan palabras de la lista fija en mayúsculas, unidas por espacios.

Una clave pura de sesenta y cuatro bits se convierte por tanto en exactamente seis palabras; una de ciento veintiocho bits son dos mitades independientes y se convierte en doce palabras. La decodificación invierte el mapa: cada palabra debe figurar en el diccionario, seis palabras reconstruyen nueve bytes de empaquetado, los primeros ocho forman la mitad candidata de la clave y los dos bits de paridad almacenados se comparan con una suma de paridad fresca.

Una discrepancia indica una palabra mal escrita o un bit invertido y se rechaza con un mensaje claro de fallo de paridad, no con una clave silenciosamente errónea. El diccionario no cambia entre implementaciones; esa estabilidad es la razón por la que los OTP S/KEY, las impresiones de clave de la era SNMP y las herramientas modernas de recuperación pueden interoperar cuando todas afirman RFC 1751.

Esta página implementa solo esa lista clásica de palabras —no mnemónicos BIP-39, no diceware EFF ni generadores arbitrarios de frases— de modo que la intención de búsqueda permanece anclada a la codificación de claves legibles con paridad.

Dónde siguen siendo útiles las claves en palabras al estilo S/KEY

Los operadores que aún imprimen o dictan material de sesenta y cuatro bits se benefician de seis palabras cortas mucho más que de dieciséis dígitos hex, sobre todo por teléfono o radio. Los sistemas S/KEY y OTP que ya emiten frases RFC 1751 necesitan un decodificador estricto que rechace fallos de paridad en lugar de aceptar una clave vecina que autenticaría al principal equivocado. Los laboratorios de formación en seguridad enseñan higiene de transcripción mostrando cómo una sola palabra errónea invierte el bit de paridad y aborta la decodificación.

Las notas de respuesta a incidentes a veces guardan material de recuperación sin conexión como grupos de palabras legibles, para que un respondedor sin editor hex pueda reintroducir una clave más tarde. Los autores de documentación que compiten por RFC 1751 o palabras S/KEY quieren una landing dedicada con herramienta en vivo, no una página genérica de Base32 o BIP-39, porque el diccionario, la regla de paridad y las longitudes de clave difieren. La validación fallida no consume saldo.

Mantenga las solicitudes en los tamaños de clave documentados, fije en las pruebas el hex en mayúsculas y las cadenas de palabras, y obtendrá transformaciones reproducibles para flujos de recuperación, herramientas OTP y workers en el borde sin montar un kit criptográfico completo propio.