Codificatore / decodificatore Base64
Codifica il testo in Base64 o decodifica Base64 in testo leggibile. Il supporto UTF-8 completo (inclusi cinese, emoji e accenti) e l'input Base64 URL-safe
Converti testo in Base64 e viceversa. Base64 trasforma byte arbitrari in semplici caratteri ASCII, ed è per questo che compare nei data URI, negli allegati e-mail, nei token API e nei file di configurazione, dove i dati binari romperebbero il trasporto.
Decodificare è l'esigenza più comune: un payload di un JWT, un header di autenticazione Basic, una chiave API o un'immagine incorporata arrivano in Base64 e vanno letti. Codificare è il percorso inverso, ed entrambe le direzioni gestiscono UTF-8, quindi accenti ed emoji sopravvivono al giro completo.
Come codificare e decodificare Base64
Incolla il testo o il Base64
Scegli codifica o decodifica
Copia il risultato
FAQ
Supporta il testo in UTF-8?
Sì. Caratteri accentati, testi CJK ed emoji vengono gestiti correttamente in entrambe le direzioni; un codificatore ingenuo li rovinerebbe.
Perché il testo decodificato sembra rotto?
Di solito significa che l'input non era un Base64 valido oppure che era un file binario e non testo. Controlla se mancano i caratteri di riempimento (=) o se ci sono interruzioni di riga dentro il valore.
Posso usarlo per le immagini?
Esiste uno strumento separato che trasforma un file immagine in un data URI Base64, ed è quello che serve per incorporare una figura in CSS o HTML.
Base64 è una forma di crittografia?
No, è soltanto una codifica - chiunque può invertirla. Non considerare mai Base64 una protezione per un segreto.
C'è un limite di dimensione?
Il limite è la memoria del tuo dispositivo. Testi di diversi megabyte vengono gestiti all'istante.
I miei dati vengono caricati su un server?
No, codifica e decodifica avvengono nel tuo browser, il che conta per token e credenziali.
In breve
| Input | testo |
|---|---|
| Più file | No |
| Dove funziona | Nel tuo browser - i file non vengono mai caricati |
| Funziona offline | Sì — una volta caricata la pagina |
| Prezzo | Gratis, senza registrazione, senza filigrana |
Gestire i segreti in sicurezza
Gli strumenti per sviluppatori trattano credenziali molto più spesso di quanto si pensi, e il rischio non è l'algoritmo ma dove finiscono i dati. L'hashing è unidirezionale e non è cifratura - MD5 e SHA-1 sono compromessi per qualunque uso di sicurezza, e anche SHA-256 è lo strumento sbagliato per conservare password, dove bcrypt, scrypt o Argon2 esistono proprio per essere lenti. Il Base64 è una codifica, non una protezione: chiunque può decodificarlo, quindi non considerarlo mai offuscamento. Un JWT può essere letto da chiunque lo possieda, per questo il payload non deve mai contenere segreti, e decodificare un token non ne verifica la firma - la verifica richiede la chiave. Tutto su questo sito gira localmente nel tuo browser, ed è proprio per questo che può gestire token e password in sicurezza.
Dove le conversioni si rompono in silenzio
La maggior parte dei bug di conversione non riguarda la sintassi, riguarda il significato. Una colonna CSV di codici postali perde gli zeri iniziali nel momento in cui un foglio di calcolo intuisce che è un numero; un ID lungo supera la precisione in virgola mobile; le date cambiano significato a seconda che siano giorno-mese o mese-giorno. Le chiavi JSON non sono ordinate, gli array invece sì, e uno strumento che ordina le chiavi non cambia nulla mentre uno che ordina gli array cambia i dati. Unicode è un'altra trappola: il testo può arrivare in UTF-8, in UTF-16 o con un BOM, e un decodificatore che indovina male trasforma i caratteri accentati in mojibake. Prima di fidarti di una conversione, controlla a campione la prima e l'ultima riga, ogni campo con zeri iniziali e ogni campo che contiene virgolette, virgole o a capo.