Codificatore di testo Base64

Esempio pratico

Codifica la parola café:

1. Codifica UTF-8: 63 61 66 C3 A9 (5 byte; il é è due byte in UTF-8)
2. Raggruppa in blocchi da 3 byte: 63 61 66 | C3 A9
3. Ogni 3 byte diventano 4 caratteri Base64: Y 2 F m | w 6 k =
4. Finale: Y2Fmw6k=

Base64 sicura per URL

Il Base64 standard utilizza + e /, che hanno significati riservati negli URL e nei nomi dei file:

• + può diventare uno spazio quando si decodifica una query in formato modulo
• / delimita i segmenti del percorso URL

Il Base64 sicuro per URL (RFC 4648 sezione 5) li sostituisce con - e _. Il padding = resta presente finché non lo disattivi; se il formato di destinazione richiede un valore senza padding, disattivalo esplicitamente.

Riempimento (padding)

Le uscite Base64 sono raggruppate in blocchi da 4 caratteri. Se la lunghezza dell’input non è un multiplo di 3 byte, l’ultimo blocco è completato con = per riempire i 4 caratteri:

Alcuni formati, inclusi i segmenti JWT codificati come Base64URL, omettono il padding. Questo strumento accetta input con padding e input correttamente privi di padding.

Errori comuni

• Trattare il Base64 come crittografia. Non lo è. Chiunque può decodificare il Base64; non nasconde nulla.
• Dimenticare l’UTF-8. Codificare “café” come Latin-1 dà byte diversi rispetto all’UTF-8. A meno che tu non conosca le aspettative del destinatario, attieniti all’UTF-8.
• Incollare con spazi bianchi. I decoder RFC 4648 rifiutano per impostazione predefinita i caratteri fuori dall’alfabeto. Attiva l’opzione dello strumento, che accetta spazi, tabulazioni, interruzioni di riga e avanzamenti pagina ASCII, solo se il formato di riferimento, come MIME, li consente.