Codificador RFC 1751 S/KEY

O RFC 1751 define uma convenção fixa para transformar chaves criptográficas binárias em cadeias curtas de palavras em inglês, para que as pessoas possam ler, lembrar e digitar material de 64 e 128 bits sem o cansaço do hexadecimal. O mesmo dicionário alimenta as senhas de uso único clássicas do S/KEY: cada bloco de oito bytes vira seis palavras tiradas de uma lista de 2048 tokens de uma a quatro letras, com dois bits reservados para paridade a fim de detectar erros de transcrição na volta. Esta capacidade codifica uma chave hexadecimal nessa forma verbal e decodifica as palavras de volta para hex em maiúsculas, verificando os bits de paridade em cada grupo de seis palavras.

Como o RFC 1751 empacota 64 bits em seis palavras inglesas

O dicionário do RFC 1751 contém exatamente duas mil e quarenta e oito palavras inglesas de uma a quatro letras, de modo que cada palavra indexa onze bits. Seis palavras fornecem sessenta e seis bits: sessenta e quatro bits de material de chave mais um campo de paridade de dois bits.

A codificação percorre cada metade de oito bytes da sua chave como um fluxo de bits, soma fatias consecutivas de dois bits sobre os sessenta e quatro bits de dados para formar um nibble de paridade, anexa os dois bits baixos de paridade e então divide o resultado de sessenta e seis bits em seis índices de onze bits. Esses índices selecionam palavras da lista fixa em maiúsculas, unidas por espaços.

Uma chave pura de sessenta e quatro bits torna-se portanto exatamente seis palavras; uma de cento e vinte e oito bits são duas metades independentes e vira doze palavras. A decodificação inverte o mapa: cada palavra deve aparecer no dicionário, seis palavras reconstroem nove bytes de empacotamento, os primeiros oito formam a metade candidata da chave e os dois bits de paridade armazenados são comparados com uma soma de paridade fresca.

Uma divergência indica palavra digitada errada ou bit invertido e é rejeitada com mensagem clara de falha de paridade, não com uma chave silenciosamente errada. O dicionário nunca muda entre implementações; essa estabilidade é a razão pela qual OTPs S/KEY, impressões de chave da era SNMP e ferramentas modernas de recuperação podem interoperar quando todas alegam RFC 1751.

Esta página implementa apenas essa lista clássica de palavras —não mnemônicos BIP-39, não diceware EFF nem geradores arbitrários de frases— de modo que a intenção de busca permanece ancorada na codificação de chaves legíveis com paridade.

Onde chaves em palavras no estilo S/KEY ainda valem a pena

Operadores que ainda imprimem ou ditam material de sessenta e quatro bits se beneficiam de seis palavras curtas bem mais do que de dezesseis dígitos hex, sobretudo por telefone ou rádio. Sistemas S/KEY e OTP que já emitem frases RFC 1751 precisam de um decodificador estrito que rejeite falhas de paridade em vez de aceitar uma chave vizinha que autenticaria o principal errado. Laboratórios de treinamento em segurança ensinam higiene de transcrição mostrando como uma única palavra errada inverte o bit de paridade e aborta a decodificação.

Notas de resposta a incidentes às vezes guardam material de recuperação offline como grupos de palavras legíveis, para que um respondente sem editor hex ainda possa reinserir uma chave depois. Autores de documentação que ranqueiam por RFC 1751 ou palavras S/KEY querem uma landing dedicada com ferramenta ao vivo, não uma página genérica de Base32 ou BIP-39, porque o dicionário, a regra de paridade e os comprimentos de chave diferem. Validação falha não consome saldo.

Mantenha as requisições nos tamanhos de chave documentados, fixe o hex em maiúsculas e as strings de palavras nos testes, e você obtém transformações reproduzíveis para fluxos de recuperação, ferramentas OTP e workers de borda sem montar um kit criptográfico completo próprio.