ForHosting KIT · Strumenti per sviluppatori

Codificatore RFC 1751 S/KEY

La chiave da 64 bit EB33 F77E E73D 4053 diventa TIDE ITCH SLOW REIN RULE MOT: sei parole inglesi brevi, più facili da dettare o ricopiare a mano dell'esadecimale, con bit di parità che scoprono una parola scritta male. Gratis nel suo browser.

  • Gratis
  • Funziona nel suo browser
  • Senza registrazione
  • I suoi dati restano sul dispositivo
Usalo da WebAPIEmailTelegramApp presto
Se inserisce
Testo
EB33 F77E E73D 4053
Modalità di calcolo
Encode
Ottiene
Risultato
TIDE ITCH SLOW REIN RULE MOT
Hex
EB33F77EE73D4053
Parole
TIDE ITCH SLOW REIN RULE MOT
Byte della chiave
8

La RFC 1751 definisce una convenzione fissa per trasformare chiavi crittografiche binarie in brevi stringhe di parole inglesi, così che le persone possano leggere, ricordare e digitare materiale a 64 e 128 bit senza la fatica dell'esadecimale. Lo stesso dizionario alimenta le password monouso classiche di S/KEY: ogni blocco di otto byte diventa sei parole tratte da un elenco di 2048 token da una a quattro lettere, con due bit riservati alla parità per rilevare errori di trascrizione in decodifica. Questa capacità codifica una chiave esadecimale in quella forma verbale e decodifica le parole di nuovo in hex maiuscolo, verificando i bit di parità su ogni gruppo di sei parole.

Come la RFC 1751 impacchetta 64 bit in sei parole inglesi

Il dizionario della RFC 1751 contiene esattamente duemilaquarantotto parole inglesi da una a quattro lettere, così ogni parola indicizza undici bit. Sei parole forniscono sessantasei bit: sessantaquattro bit di materiale di chiave più un campo di parità a due bit.

La codifica scorre ogni metà di otto byte della Sua chiave come un flusso di bit, somma fette consecutive di due bit sui sessantaquattro bit di dati per formare un nibble di parità, aggiunge i due bit bassi di parità, poi suddivide il risultato a sessantasei bit in sei indici a undici bit. Quegli indici selezionano parole dall'elenco fisso in maiuscolo, unite da spazi. Una chiave pura a sessantaquattro bit diventa quindi esattamente sei parole; una a centoventotto bit è formata da due metà indipendenti e diventa dodici parole.

La decodifica inverte la mappa: ogni parola deve comparire nel dizionario, sei parole ricostruiscono nove byte di impacchettamento, i primi otto formano la metà candidata della chiave e i due bit di parità memorizzati sono confrontati con una somma di parità fresca. Una discrepanza indica una parola digitata male o un bit invertito ed è rifiutata con un messaggio chiaro di fallimento della parità, non con una chiave silenziosamente errata.

Il dizionario non cambia tra implementazioni; quella stabilità spiega perché OTP S/KEY, stampe di chiave dell'era SNMP e strumenti moderni di ripristino possono interoperare quando tutti dichiarano RFC 1751. Questa pagina implementa solo quell'elenco classico di parole — non mnemonici BIP-39, non diceware EFF né generatori arbitrari di frasi — così l'intento di ricerca resta ancorato alla codifica di chiavi leggibili con parità.

Dove le chiavi a parole in stile S/KEY restano utili

Gli operatori che stampano o dettano ancora materiale a sessantaquattro bit traggono ben più vantaggio da sei parole corte che da sedici cifre hex, soprattutto al telefono o via radio. I sistemi S/KEY e OTP che già emettono frasi RFC 1751 necessitano di un decodificatore rigoroso che rifiuti i fallimenti di parità invece di accettare una chiave vicina che autenticherebbe il principal sbagliato. I laboratori di formazione sulla sicurezza insegnano l'igiene di trascrizione mostrando come una sola parola errata inverta il bit di parità e interrompa la decodifica.

Le note di risposta agli incidenti a volte archiviano materiale di ripristino offline come gruppi di parole leggibili, così un risponditore senza editor hex può ancora reinserire una chiave in seguito. Gli autori di documentazione che puntano a RFC 1751 o alle parole S/KEY vogliono una landing dedicata con strumento dal vivo, non una pagina generica Base32 o BIP-39, perché dizionario, regola di parità e lunghezze di chiave differiscono. La validazione fallita non consuma saldo.

Mantenga le richieste alle dimensioni di chiave documentate, fissi hex maiuscolo e stringhe di parole nei test, e otterrà trasformazioni riproducibili per flussi di ripristino, strumenti OTP e worker edge senza montare un kit crittografico completo di Sua proprietà.

Inserimento frasi OTP S/KEY

Decodifichi frasi di password monouso S/KEY a sei parole nel valore a 64 bit sottostante con verifica di parità prima di accettare il materiale di accesso.

Stampe di chiave leggibili

Codifichi chiavi hex a 64 o 128 bit come sei o dodici parole inglesi per trasferimento verbale, backup su carta o runbook adatti alla radio.

Come converto una chiave hex in parole RFC 1751?

Invii mode encode (o ometta mode) con text impostato a 16 cifre hex per una chiave a 64 bit o 32 cifre per 128 bit. Spazi e due punti sono ignorati. Il campo result contiene sei o dodici parole del dizionario in maiuscolo.

Come decodifico parole inglesi di nuovo in hex?

Invii mode decode con text impostato a sei o dodici parole RFC 1751 separate da spazi.

Cosa succede se il controllo di parità fallisce?

Una discrepanza di parità indica che almeno una parola è stata digitata male o corrotta; la capacità non restituisce mai una chiave indovinata.

È la stessa cosa delle parole mnemoniche BIP-39?

No. La RFC 1751 usa un elenco di 2048 parole diverso, impacchetta metà a 64 bit con un campo di parità a 2 bit e mira a chiavi in stile S/KEY, non a frasi seed di wallet HD.

Quali formati di chiave posso incollare?

Incolli 16 cifre esadecimali per una chiave da 64 bit o 32 per una da 128. Spazi, due punti, trattini e il prefisso 0x vengono ignorati, quindi EB33 F77E E73D 4053 funziona così com'è. Una chiave da 128 bit diventa dodici parole.

Tutto quello che vedi in questa pagina è disponibile anche via API. Questa sezione è per i team che vogliono integrarlo nei propri sistemi; chi non ne ha bisogno può semplicemente usare lo strumento qui sopra.

POSThttps://api.kit.forhosting.com/enc/rfc1751

Autenticazione con Bearer token: un POST mette in coda l'attività e il risultato arriva via webhook o link firmato.

curl -X POST https://api.kit.forhosting.com/enc/rfc1751 \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"text":"EB33 F77E E73D 4053"}'
{
  "text": "EB33 F77E E73D 4053"
}
{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "enc.rfc1751",
  "status": "queued",
  "_links": {
    "result": "/tasks/tsk_…/result"
  }
}

L'API è asincrona: ricevi subito un task_id e puoi fare polling fino a 1 richiesta al secondo.

per richiesta$0.002

Prezzo pubblicato, senza token né crediti. Se l'attività fallisce, non paghi.

HTTPCodiceSignificato
401unauthorizedChiave API mancante o non valida: controlla l'header Authorization.
402insufficient_balanceCredito esaurito: ricarica per continuare a eseguire attività.
404unknown_typeTipo di attività sconosciuto: controlla il campo type della richiesta.
429rate_limitedTroppe richieste in poco tempo: rallenta e riprova tra qualche secondo.

Parole non valide, conteggi errati, lunghezze hex illegali e fallimenti di parità generano invalid_input invece di inventare una chiave.

Contratto di ingresso, modalità e comportamento di errore

Quando mode è omesso, encode è il valore predefinito. La modalità encode tratta text come chiave esadecimale: il prefisso opzionale 0x, spazi, due punti e trattini vengono rimossi; il conteggio delle cifre pulite deve essere sedici per una chiave a sessantaquattro bit o trentadue per centoventotto; qualsiasi altra lunghezza fallisce subito. La modalità decode tratta text come parole inglesi separate da spazi, le porta in maiuscolo, applica le sostituzioni storiche S/Key che mappano la cifra uno su L, zero su O e cinque su S, ed esige un multiplo positivo di sei parole. I fallimenti di validazione non consumano il saldo prepagato. Invii con POST un corpo JSON con un campo stringa obbligatorio chiamato text e un mode opzionale impostato su encode o decode. I payload di successo includono sempre mode, il text originale, un campo result principale (parole in codifica, hex maiuscolo in decodifica), più i campi eco hex e words, key_bytes, key_bits, word_count, l'etichetta standard RFC 1751 e parity_ok true quando la trasformazione è completata. Text assente, oggetti non stringa, valori di mode non supportati, lunghezze hex dispari, caratteri non hex, parole fuori dizionario, token malformati oltre quattro lettere, conteggi di parole che non sono multipli di sei e controlli di parità falliti generano tutti invalid_input con un messaggio in inglese che nomina il problema. Le chiamate API riuscite usano il prezzo base pubblicato di $0.002 per elemento.

Dove le chiavi a parole in stile S/KEY restano utili

Poiché l'implementazione è parse puro di livello A, ogni chiamata riuscita costa il prezzo base pubblicato $0.002 senza token di modello né rete in uscita.

Fixture golden multilingue

Generi vettori di codifica e decodifica allineati alle implementazioni di riferimento della RFC 1751 affinché la CI multilingue condivida un'unica verità di base.

Quanto costa il convertitore di parole RFC 1751?

Lo strumento nel browser è gratuito. Le richieste API usano il saldo prepagato KIT a $0.002 per chiamata riuscita; l'input non valido non viene addebitato.

Leggi la documentazione completa del KIT →