Codificador de Texto Base64

Etapa 1 / 333%

Entrada

Base64 transporta texto, inclusive caracteres não ASCII, por sistemas que esperam ASCII imprimível. Esta ferramenta funciona apenas no navegador: codifica texto UTF-8 em Base64 ou decodifica Base64 em texto UTF-8 válido conforme a RFC 4648, com alfabeto seguro para URL e preenchimento opcionais. Para dados binários, use um decodificador de arquivo ou binário.

Como funciona a codificação de texto Base64

  1. 1

    Cole seu texto

    UTF-8 é a interpretação padrão, cada caractere se torna primeiro sua sequência de bytes UTF-8.

  2. 2

    Escolha a direção

    Codifique texto para Base64 ou decodifique Base64 para texto.

  3. 3

    Escolha a variante

    Padrão (`A-Z a-z 0-9 + /`) ou seguro para URL (`+` e `/` substituídos por `-` e `_`). Ao codificar, ative ou desative o preenchimento (`=`).

  4. 4

    Copie o resultado

    Use o resultado apenas onde o formato espera Base64 ou um valor Base64URL sem preenchimento. Codificar texto não cria nem valida sozinho um JWT completo ou cabeçalho de autenticação.

Exemplo prático

Codificando a palavra café:

  1. Codificação UTF-8: 63 61 66 C3 A9 (5 bytes; o é é dois bytes em UTF-8)
  2. Agrupe em blocos de 3 bytes: 63 61 66 | C3 A9
  3. Cada 3 bytes se tornam 4 caracteres Base64: Y 2 F m | w 6 k =
  4. Final: Y2Fmw6k=

Base64 seguro para URL

Base64 padrão usa + e /, que têm significados reservados em URLs e nomes de arquivos:

  • + pode se tornar espaço ao decodificar consultas no formato de formulário
  • / delimita segmentos de caminho da URL

Base64 seguro para URL (seção 5 da RFC 4648) troca-os por - e _. O preenchimento = permanece até ser desativado; se o formato de destino exigir um valor sem preenchimento, desative-o explicitamente.

Preenchimento

As saídas Base64 são agrupadas em blocos de 4 caracteres. Se o comprimento da entrada não for um múltiplo de 3 bytes, o último bloco é preenchido com = para completar os 4 caracteres:

Bytes de entrada Saída Preenchimento
1 4 ==
2 4 =
3 4 (nenhum)

Alguns formatos, incluindo segmentos JWT codificados como Base64URL, omitem o preenchimento. Esta ferramenta aceita entradas com preenchimento e entradas corretamente sem preenchimento.

Erros comuns

  • Tratar Base64 como criptografia. Não é. Qualquer um pode decodificar Base64; não esconde nada.
  • Esquecer UTF-8. Codificar “café” como Latin-1 dá bytes diferentes do que UTF-8. A menos que você conheça a expectativa do receptor, fique com UTF-8.
  • Colar com espaços em branco. Decodificadores RFC 4648 rejeitam por padrão caracteres fora do alfabeto. Ative a opção desta ferramenta, que aceita espaços, tabulações, quebras de linha e avanços de página ASCII, somente se o formato de referência, como MIME, os permitir.

Perguntas frequentes

Não. É uma codificação, não criptografia. “aGVsbG8=” decodifica para “hello” em qualquer decodificador Base64. Se você precisa de segredo, criptografe primeiro e codifique em Base64 o texto cifrado para transporte.

Base64 representa cada 3 bytes de entrada como 4 caracteres de saída, então a forma codificada cresce cerca de 33%. O preenchimento pode adicionar até dois caracteres.

Base64URL usa - e _ no lugar de + e /. O preenchimento é uma escolha separada: desative-o se o formato de destino exigir um valor sem preenchimento.

Base64 padrão deve ser codificado por porcentagem como valor de consulta. Base64URL evita + e /; desative também o preenchimento se o formato de destino não aceitar =.

Ferramentas relacionadas