Codificatore e decodificatore Base32

Base32 trasforma un testo UTF-8 qualsiasi in una stringa compatta formata solo dalle lettere dalla A alla Z e dalle cifre da due a sette, con il riempimento opzionale di segni di uguale che porta ogni blocco a un confine di otto caratteri. A differenza di Base64, l'alfabeto evita il più, la barra e gli altri segni di punteggiatura che spezzano URL, argomenti di shell o file system insensibili alle maiuscole; per questo i seed segreti, le chiavi TOTP e molti token di protocollo vengono ancora distribuiti in Base32. Questa capacità implementa da cima a fondo l'alfabeto della sezione sei di RFC 4648: la modalità di codifica legge la stringa in chiaro come byte UTF-8 ed emette un risultato Base32 con padding; la modalità di decodifica accetta Base32 con maiuscole e minuscole miste, elimina gli spazi, convalida ogni carattere e restituisce il testo UTF-8 originale.

Come il Base32 di RFC 4648 impacchetta i bit in A-Z e 2-7

La sezione sei di RFC 4648 definisce un alfabeto di trentadue simboli: le ventisei lettere latine maiuscole seguite dalle sei cifre da due a sette. La codifica parte dai byte grezzi. Per il testo, questa capacità converte prima la stringa in UTF-8, così i caratteri multibyte restano portabili tra lingue e piattaforme.

Quei byte vengono poi letti come un flusso continuo di bit. Ogni cinque bit selezionano un indice dell'alfabeto e producono un carattere Base32. Cinque byte di input forniscono quaranta bit, che si dividono esattamente in otto caratteri Base32; i resti più corti lasciano un quintetto finale parziale che viene riempito con zeri a destra e poi completato con il padding di segni di uguale, in modo che la lunghezza totale sia sempre un multiplo di otto.

La decodifica inverte la corrispondenza: ogni carattere non di padding contribuisce cinque bit, i byte completi vengono emessi non appena si accumulano otto bit e il padding finale viene controllato nella posizione consentita. Gli spazi vengono ignorati, quindi i token su più righe incollati da un'email funzionano comunque. Le lettere minuscole vengono convertite in maiuscole prima della ricerca.

Cosa invia e cosa riceve

Invii un campo stringa obbligatorio chiamato text e un campo opzionale mode impostato su encode o decode. La modalità encode tratta text come contenuto UTF-8 in chiaro e restituisce una stringa result nell'alfabeto RFC 4648 con padding. La modalità decode tratta text come Base32, normalizza maiuscole e spazi, convalida l'alfabeto e restituisce la stringa UTF-8 recuperata in result.

Entrambe le direzioni riportano mode, il text originale, result, un campo length per la stringa di output principale, le etichette alphabet e charset, un flag padding e una breve stringa di riferimento allo standard, così i client possono verificare quale profilo hanno raggiunto. I fallimenti di convalida non consumano saldo prepagato. I controlli classici includono la codifica di Hello in JBSWY3DP, la codifica della singola lettera f in MY con sei segni di uguale di padding e la decodifica di un blocco noto con padding di nuovo in foobar.

Dove compare la codifica Base32 nel lavoro reale

I segreti delle password monouso basate sul tempo in RFC 6238 e nelle app authenticator viaggiano quasi sempre in Base32, così gli utenti possono digitarli senza confondere lo zero con la lettera O o l'uno con la lettera I come farebbero con Base64. Il DNS e alcuni sistemi di configurazione di rete preferiscono alfabeti simili a Base32 per etichette opache che devono sopravvivere alla normalizzazione delle maiuscole.

I deep link mobile e i token offline brevi scelgono spesso Base32 perché l'insieme di simboli è insensibile alle maiuscole dopo la normalizzazione ed evita i caratteri riservati agli URL. I servizi di assistenza incollano segreti su più righe dai ticket e hanno bisogno di tolleranza verso gli spazi senza accettare simboli spazzatura che produrrebbero una chiave sbagliata. Chi scrive materiali didattici sugli schemi di codifica vuole una pagina dedicata a Base32 invece di seppellirla sotto una landing generica su Base64, perché intento di ricerca e regole dell'alfabeto differiscono.

Se le serve Base64 con alfabeto URL-safe, la codifica percentuale per gli URL o la conversione di interi multibase, li tratti come intenti di ricerca e landing separati invece di sovraccaricare questa pagina del codificatore Base32.