Decodificatore Base64
Decodifica il Base64 e torna al testo leggibile, con l'alfabeto standard o quello sicuro per URL, interamente nel tuo browser.
Gira interamente nel tuo browser. Non viene caricato, registrato o salvato niente.
Incolla una stringa Base64 e leggi cosa contiene davvero: un'intestazione Authorization, un segmento di JWT, un data URI, un valore di configurazione che qualcuno ha codificato per farlo passare da un modulo.
Come funziona
La stringa viene decodificata in byte, che poi vengono letti come UTF-8. Gli a capo e gli spazi vengono ignorati prima, così il Base64 spezzato a 64 o 76 caratteri — com'è nelle email e nei file PEM — si incolla senza doverlo ripulire.
Su tutto il resto la decodifica è severa: un carattere fuori dall'alfabeto o una lunghezza impossibile vengono segnalati invece di essere saltati in silenzio, perché una decodifica parziale silenziosa è il modo in cui i token troncati passano inosservati.
Esempi
| Caso | Dati inseriti | Risultato |
|---|---|---|
| Il valore di un'intestazione Authorization | YWxhZGRpbjpvcGVuc2VzYW1l | aladdin:opensesame |
| Il payload di un JWT, che usa l'alfabeto sicuro per URL | eyJzdWIiOiIxMjMifQ | {"sub":"123"} |
Domande frequenti
Perché il mio segmento di JWT non si decodifica?
I JSON Web Token usano l'alfabeto sicuro per URL e rinunciano al riempimento, quindi cambia l'opzione dell'alfabeto. Decodifica inoltre un segmento alla volta: un JWT sono tre stringhe Base64 unite da punti, e l'insieme non è a sua volta Base64.
Mi esce «dati binari, non testo».
La stringa si è decodificata bene, ma i byte non sono testo UTF-8: un'immagine, un payload compresso o un blocco cifrato. Mostrarli come caratteri li rovinerebbe, quindi non viene mostrato niente.
Il valore viene inviato da qualche parte?
No. La decodifica avviene nella pagina. Qui conta più che altrove: le stringhe Base64 che si incollano in un decodificatore sono molto spesso credenziali.
Da sapere
- Tutto avviene nel tuo browser. Quello che incolli non viene caricato, registrato o salvato.