Base64 Codificar/Decodificar
Base64 Codificar/Decodificar
Base64 Codificar/Decodificar: Suporta codificação e decodificação Base64 de dados de texto e binários com opções de formato URL-safe e MIME. Suporta análise de URL de dados, codificação linha por linha e reconhecimento automático de formato, adequado para chamadas de API, anexos de e-mail e incorporação de dados.
Início rápido
Cenários comuns
URL/JWT
Prefira a variante URL‑safe (−/_); o '=' final pode ser omitido para evitar escape
Email/MIME
quando for preciso quebrar, use 76 colunas MIME (CRLF); na Web, evite quebras. Esta ferramenta oferece quebra em 76 colunas e alternância LF/CRLF
Texto multilinha
habilite codificação por linha para cada linha
MIME/PEM
habilite quebra 76 colunas; habilite LF quando necessário
Data URL
Ao embutir, gere data:[mime];base64,…; o decodificador extrai automaticamente o trecho após a vírgula
Verificação de ida e volta
codifique e em seguida decodifique para garantir a fidelidade
Image upload
Keep the original bytes and switch between Data URL and raw Base64 output without re-uploading
Image Data URL
Paste data:image/...;base64,... to auto-detect MIME and rebuild a previewable image
Raw Base64 image data
Supply the original image MIME explicitly before reconstructing or downloading
Cenário adicional
encode base64, decode base64 e base64 conversor podem ser tratados no mesmo fluxo para conferir o resultado antes de copiar ou exportar.
Parâmetros de codificação e variantes
Dicas de uso
Limitações e compatibilidade
Gestão da sessão
Perguntas frequentes
Base64 é um esquema para representar dados binários como texto imprimível. Surgiu no padrão MIME de email (anos 1990, RFC 1521/2045) e foi unificado pela RFC 4648. O objetivo não é “criptografia”, mas transportar bytes com confiabilidade em canais orientados a texto. Como funciona: a cada 3 bytes (24 bits) viram quatro blocos de 6 bits e são mapeados para 64 caracteres A–Z, a–z, 0–9, +, /. Se o tamanho não é múltiplo de 3, usa‑se “=” para alinhar. O tamanho cresce ~33 %. Variantes e escolha: a RFC 4648 define a variante URL‑safe (‑ e _ no lugar de + e /) e permite omitir “=” no final. Prefira URL‑safe para URL/Cookie/JWT; use Base64 padrão (manter +/ e =) com ferramentas legadas/MIME. Esta ferramenta usa URL‑safe por padrão; o decodificador aceita ambas. Exemplos: ??? → padrão Pz8/, URL‑safe Pz8_; ~~~ → padrão fn5+, URL‑safe fn5‑. Data URL: ao embutir, use data:[mime];base64,…; ao decodificar, extraia a parte após a vírgula (feito automaticamente pela ferramenta). Marcos (resumo): 1993 RFC 1521 (MIME v1, Ned Freed & Nathaniel Borenstein) → 1996 RFC 2045 (atualização MIME) → 2003 RFC 3548 (Simon Josefsson, abstrai Base16/32/64) → 2006 RFC 4648 (Simon Josefsson, unifica e define Base64URL, torna 3548 obsoleto). Também: 1993 RFC 1421 (PEM, J. Linn) usou Radix‑64 (parente do Base64) para e‑mail. Segurança: Base64 é formatação reversível, não garante confidencialidade/ integridade; primeiro cifre, depois codifique.
Não. Qualquer um pode decodificar. Para confidencialidade, criptografe primeiro
Verifique se a cadeia contém apenas A–Z, a–z, 0–9, +, / e = e se o comprimento está correto
As diferenças costumam vir do tratamento de quebras de linha, da manutenção do padding '=' , da variante URL‑safe (−/_) e de detalhes de implementação. Use UTF‑8, desative quebras e defina se usará URL‑safe e se manterá o padding
Base64 representa 8 bits com 6 bits; o acréscimo ~33% é inerente
Com UTF‑8 são suportados. Dados não textuais podem parecer “corrompidos” após decodificar