Informazioni sullo strumento
Il Base64 compare ovunque nel testing delle API: header di Basic auth, segmenti dei JWT, upload di file in body JSON, data: URL e valori di configurazione codificati. La funzione btoa del browser fallisce con qualsiasi carattere fuori dal Latin-1, quindi questo strumento codifica prima il testo come byte UTF-8 e decodifica con un controllo UTF-8 rigoroso. Accetta l’alfabeto standard e quello URL-safe, tollera padding mancante e a capo, e spiega esattamente perché un input non valido fallisce. I file vengono letti in locale e possono essere restituiti come Base64 puro o come data: URL.
Come si usa
- Scegli Encode o Decode.
- Scrivi o incolla il testo; l’output si aggiorna subito. Spunta URL-safe per Base64URL (- e _ al posto di + e /, senza padding).
- Per codificare un file (fino a 5 MB), clicca “Encode a file” ed eventualmente scegli l’output come data: URL.
- Quando decodifichi dati binari, come un’immagine, lo strumento riconosce i tipi di file comuni e ti permette di scaricare i byte.
Encoder / Decoder Base64: domande frequenti
Che differenza c’è tra Base64 e Base64URL?
Base64URL sostituisce + con - e / con _, e di solito elimina il padding =, così il valore è sicuro in URL, nomi di file e JWT. Il decoder accetta automaticamente entrambi gli alfabeti, ma non un mix dei due nella stessa stringa.
Perché il testo decodificato appare illeggibile altrove?
Di solito il testo è stato codificato da un altro set di caratteri (ad esempio Windows-1252) oppure lo strumento che hai usato ha decodificato i byte come Latin-1. Questo strumento usa sempre UTF-8 e segnala i byte non validi in UTF-8 invece di mostrare caratteri sostitutivi.
Il Base64 serve a proteggere i segreti?
No. Chiunque può decodificarlo. Un header di Basic auth o un secret Kubernetes in Base64 è di fatto testo in chiaro, ed è bene segnalarlo se lo trovi in log o screenshot.