Analisador de Decodificador Base64 URL

Decodifique e codifique Base64, analise strings codificadas em URL, visualize imagens Base64 e decodifique segmentos de cabeçalho ou carga útil JWT

A saída aparecerá aqui.
Pré-visualização da imagem
Nenhuma imagem detectada.
As imagens decodificadas serão exibidas aqui.

Como usar

Passo 1

Escolher modo de análise

Alterne entre a análise de Base64, URL ou segmento JWT.

Passo 2

Colar valor codificado

Insira texto codificado, URL de dados de imagem ou token JWT completo.

Passo 3

Decodificar e inspecionar

Leia a saída decodificada, visualize imagens e copie os resultados.

Perguntas frequentes

Posso decodificar imagens Base64 diretamente no navegador?

Sim. Cole um data URL ou string de imagem Base64 bruta e a ferramenta renderizará uma pré-visualização com o tipo MIME e tamanho detectados.

A decodificação de URL trata sinais de mais corretamente?

Sim. No modo de decodificação, os sinais de mais são interpretados como espaços antes da decodificação URI, correspondendo ao comportamento comum de codificação de formulários.

Posso decodificar apenas o cabeçalho ou a carga útil do JWT?

Sim. O modo JWT permite escolher e decodificar independentemente o cabeçalho, a carga útil ou os segmentos relacionados à assinatura.

Qual é a diferença entre Base64 padrão e Base64 seguro para URL?

O Base64 padrão (RFC 4648, seção 4) usa + e /, que colidem com caracteres reservados de URL. O alfabeto seguro para URL (seção 5) os troca por - e _. Os JWTs sempre usam o alfabeto seguro para URL - por isso as assinaturas de token nunca contêm + ou /. Esta ferramenta detecta automaticamente qualquer um dos dois alfabetos.

Por que o Base64 termina com sinais de = e posso removê-los?

O Base64 codifica 3 bytes em 4 caracteres, então entradas que não são múltiplo de 3 recebem preenchimento com = para manter o comprimento múltiplo de 4. Um = significa 2 bytes restantes; dois = significam 1. O preenchimento pode ser omitido com segurança quando o comprimento é conhecido por outros meios - os segmentos de JWT fazem exatamente isso - e os decodificadores o restauram automaticamente.

A codificação Base64 pode corromper textos que não estão em inglês?

O Base64 em si é sem perdas, mas a função btoa() comum do JavaScript aceita apenas caracteres Latin-1 e lança erro com qualquer outra coisa. A abordagem correta é codificar primeiro em UTF-8 (TextEncoder) e depois aplicar Base64 aos bytes. Esta ferramenta trata esse pipeline automaticamente, então textos em chinês, árabe ou com emoji passam pelo ciclo completo sem corrupção.

Como posso saber se uma string é realmente Base64?

Verifique três sinais: o conjunto de caracteres é apenas A-Z, a-z, 0-9, +, / (ou os seguros para URL - e _); o comprimento é múltiplo de 4 depois que o preenchimento é restaurado; e a decodificação produz bytes coerentes. Nenhum método é 100% certo, porque muitas strings comuns (como abcd) também são Base64 válidas - o contexto importa.

Base64 é uma forma de criptografia?

Não. O Base64 é uma codificação reversível que qualquer pessoa pode decodificar sem nenhum segredo - ele não oferece nenhuma confidencialidade. Nunca o use para proteger senhas ou chaves de API. Para proteção, use TLS em trânsito e uma cifra real como AES-256-GCM; o único papel do Base64 é tornar dados binários seguros para canais de texto.

{-- * External Resources Component(#18 Phase 3b 内容佐证工程) * 工具页「权威引用」区块:RFC / W3C / WHATWG / ECMA / IANA / 官方规范站 / Wikipedia。 * * - 接受 :slug 属性 → 经 config/tool-sources.php 家族矩阵渲染该工具的权威引用 * - slug 未命中映射时不渲染(无权威来源的工具静默跳过) * - 链接 title 保持英文(引用源专名);description 经 * common.resources.descriptions.{key} 本地化,lang 未命中回退英文(线上不裸奔) * - 链接保持 dofollow(rel="noopener noreferrer") * * @param string|null $slug --}}