Codificatore/Decodificatore Base64

Converti qualsiasi testo nella codifica Base64 all'istante. Il nostro codificatore gestisce caratteri UTF-8, stringhe JSON, HTML e qualsiasi input di testo.

Copia l'output Base64 da utilizzare in:

• API
• URI di dati
• codifica email
• file di configurazione

Decodifica qualsiasi stringa Base64 trasformandola nuovamente in testo leggibile. Incolla il contenuto codificato in Base64 e visualizza subito il testo originale.

Gestisce:

• Base64 standard
• Base64 sicuro per gli URL
• Base64 con o senza caratteri di padding

La codifica Base64 funziona convertendo i dati binari in un insieme di 64 caratteri ASCII stampabili, come definito nella RFC 4648 dell'IETF.

L'algoritmo prende i byte di input e li raggruppa da byte di 8 bit in blocchi di 6 bit, poiché 2 elevato alla sesta potenza equivale esattamente a 64 valori possibili. Ogni gruppo di 6 bit viene mappato su un carattere dell'alfabeto A-Z, a-z, 0-9, più e barra.

Poiché ogni 3 byte di input (24 bit) diventano 4 caratteri di output, il testo codificato è circa il 33 percento più grande dell'originale. Quando la lunghezza dell'input non è un multiplo di 3, vengono aggiunti uno o due segni di uguale come padding, secondo le specifiche della RFC 4648.

Il Base64 è una codifica, non una crittografia, e offre zero sicurezza o riservatezza. Chiunque può decodificare una stringa Base64 all'istante poiché non è prevista alcuna chiave segreta e la mappatura reversibile è pubblicamente documentata nella RFC 4648.

L'OWASP avverte esplicitamente che il Base64 non sostituisce la crittografia e non deve mai essere utilizzato per proteggere password, token o dati personali. Il suo unico scopo è il trasporto sicuro di dati binari attraverso canali basati solo su testo come email, URL e JSON.

Per una vera riservatezza, utilizza una crittografia standardizzata come AES-256 raccomandata dal NIST, e per l'integrità usa funzioni di hash come SHA-256. Tratta qualsiasi stringa Base64 nei tuoi log come testo in chiaro perfettamente leggibile.

Il Base64 sicuro per gli URL è una variante definita nella Sezione 5 della RFC 4648 che sostituisce il carattere più con un trattino e il carattere barra con un trattino basso.

Questa sostituzione è importante perché il più e la barra hanno significati riservati negli URL e nei percorsi dei file, dove possono essere fraintesi o richiedere la codifica percentuale. L'alfabeto sicuro per gli URL consente ai valori codificati di viaggiare all'interno di stringhe di query, segmenti di percorso e nomi di file senza corrompersi.

I segni di uguale del padding vengono spesso omessi in questo contesto, poiché un decodificatore può dedurre la lunghezza originale. I JSON Web Tokens, descritti nella RFC 7519, si affidano a questa codifica base64url per i segmenti di intestazione e payload, motivo per cui le stringhe JWT non contengono mai caratteri più o barra.

Base64 aumenta la dimensione dei dati di circa il 33 percento perché rappresenta ogni blocco di 3 byte di input utilizzando 4 caratteri di output.

Tre byte contengono 24 bit e Base64 divide questi 24 bit in quattro gruppi da 6 bit; il rapporto di 4 a 3 caratteri aggiunge quindi un terzo alla lunghezza, come specificato nella RFC 4648. Il padding aggiunge fino a due caratteri in più sul blocco finale.

Mentre la calcolatrice online mostra come i file binari cambiano dimensione, questo overhead è il compromesso deliberato per la compatibilità ASCII: i dati binari che altrimenti danneggerebbero l'email o il JSON diventano completamente sicuri come testo. Secondo MDN Web Docs, questo è il motivo per cui l'incorporamento di immagini come data URI in Base64 rende i file HTML e CSS sensibilmente più grandi rispetto al collegamento diretto del file binario originale, un po' come usare una calcolatrice scientifica online per elaborare grandi moli di dati.

Per codificare un file o un'immagine in Base64, i byte grezzi vengono letti e passati attraverso il algoritmo standard RFC 4648, producendo una stringa di testo che puoi incorporare direttamente nel codice.

Un utilizzo comune è lo schema di data URI documentato da MDN Web Docs, in cui un'immagine diventa un valore src autonomo come data:image/png;base64 seguito dai byte codificati. Questo elimina una richiesta HTTP separata, che può velocizzare il caricamento di minuscole icone proprio come l'uso di una calcolatrice matematica.

Tuttavia, poiché Base64 aggiunge il 33 percento di dimensioni e non può essere memorizzato nella cache separatamente, è meglio riservarlo per risorse molto piccole. Immagini più grandi, font e PDF vengono solitamente serviti come normali file binari piuttosto che come Base64 inline.

Base64 gestisce Unicode convertendo prima il testo in byte UTF-8, quindi codificando tali byte con l'alfabeto Base64 standard. Base64 stesso opera solo su byte grezzi, quindi il passaggio di codifica dei caratteri avviene prima della codifica e dopo la decodifica.

UTF-8, definito nella RFC 3629 e mantenuto insieme allo standard Unicode dal Consortium Unicode, rappresenta emoji, ideogrammi CJK e lettere accentate come sequenze di più byte che Base64 preserva esattamente. Questo processo in due fasi è il motivo per cui il nostro strumento, simile a una calcolatrice online, converte correttamente e senza perdite caratteri come il simbolo dell'euro o un'emoji.

In JavaScript, MDN Web Docs nota che la funzione legacy btoa accetta solo Latin-1, quindi il codice moderno esegue la codifica in byte UTF-8 con TextEncoder prima di chiamare btoa.

Base64 viene utilizzato ovunque i dati binari debbano viaggiare attraverso sistemi che gestiscono solo testo.

• Gli allegati di posta elettronica sono codificati in Base64 secondo lo standard MIME definito nella RFC 2045, che è il modo in cui immagini e documenti sopravvivono al trasporto di posta in solo testo.
• Le pagine Web incorporano piccole immagini e font come data URI in Base64, come documentato da MDN Web Docs.
• I JSON Web Token secondo la RFC 7519 codificano le loro richieste come stringhe base64url e l'autenticazione HTTP di base, descritta nella RFC 7617, codifica in Base64 la coppia nome utente e password separata da due punti.
• Base64 appare anche nei payload delle API, nei certificati TLS in formato PEM e nei file di configurazione, magari integrandosi in un sistema che richiede il calcolo area o il calcolo del segno zodiacale.

In ogni caso, l'obiettivo è un trasporto sicuro e senza perdite anziché la compressione o la sicurezza.

L'errore Base64 più comune è trattarlo come una misura di sicurezza, quando la RFC 4648 definisce una trasformazione completamente reversibile e priva di chiave che chiunque può decodificare.

• Un altro errore frequente è mischiare alfabeti standard e sicuri per gli URL, causando errori di decodifica quando i caratteri più o barra vengono scambiati con trattino e trattino basso.
• Il padding mancante o errato del segno di uguale interrompe anche i decoder rigidi, sebbene molti, incluse le implementazioni di MDN Web Docs, tollerino l'assenza di padding.
• Gli sviluppatori spesso dimenticano il passaggio UTF-8 e ottengono testo illeggibile per l'input non ASCII.
• Infine, codificare per errore dati già in Base64 raddoppia l'overhead.

Verificare la variante esatta, le regole di padding e il set di caratteri rispetto alla specifica RFC 4648 previene quasi tutti questi errori di decodifica.

Base64, Base32 ed esadecimale sono tutte codifiche da binario a testo definite insieme nella RFC 4648, ma scambiano la densità con la leggibilità in modo diverso.

• L'esadecimale utilizza 16 caratteri e raddoppia la dimensione dei dati, rendendolo il più leggibile dall'uomo e comune negli hash e nei codici colore, proprio come quando si effettua il calcolo segno zodiacale.
• Base32 utilizza 32 caratteri a sensibilità non maiuscola/minuscola, aumenta i dati di circa il 60 percento ed evita simboli ambigui, il che si adatta a sistemi insensibili alle maiuscole e ai segreti TOTP.
• Base64 è il più compatto dei tre con un overhead di circa il 33 percento, utilizzando 64 caratteri.

Scegli l'esadecimale per il debug e gli identificatori brevi, Base32 quando la distinzione tra maiuscole e minuscole è un problema e Base64 quando la compattezza è più importante, come chiarisce la guida IETF nella RFC 4648.