Codificador/Decodificador Base64
Codifique, decodifique e inspecione Base64 e Data-URIs sem latência. Inclui deteção inteligente de carga útil, inspetor de JSON Web Token (JWT) em tempo real, gerador de Data-URI para imagens, auditor de sobrecarga Base64 e alternador RFC 4648 URL-Safe com privacidade 100% no cliente.
Ferramentas OnlineTabela de Índice do Alfabeto Base64 RFC 4648 (64 Caracteres)
Mapeamento completo das sequências binárias de 6 bits para conjuntos de caracteres padrão e URL-Safe.
| Valor (Decimal) | Binário (6 Bits) | Caráter Base64 | Caráter URL-Safe | Hexadecimal ASCII |
|---|---|---|---|---|
| 0 | 000000 | A | A | 0x41 |
| 1 | 000001 | B | B | 0x42 |
| 2 | 000010 | C | C | 0x43 |
| 3 | 000011 | D | D | 0x44 |
| 4 | 000100 | E | E | 0x45 |
| 5 | 000101 | F | F | 0x46 |
| 6 | 000110 | G | G | 0x47 |
| 7 | 000111 | H | H | 0x48 |
| 8 | 001000 | I | I | 0x49 |
| 9 | 001001 | J | J | 0x4A |
| 10 | 001010 | K | K | 0x4B |
| 11 | 001011 | L | L | 0x4C |
| 12 | 001100 | M | M | 0x4D |
| 13 | 001101 | N | N | 0x4E |
| 14 | 001110 | O | O | 0x4F |
| 15 | 001111 | P | P | 0x50 |
| 16 | 010000 | Q | Q | 0x51 |
| 17 | 010001 | R | R | 0x52 |
| 18 | 010010 | S | S | 0x53 |
| 19 | 010011 | T | T | 0x54 |
| 20 | 010100 | U | U | 0x55 |
| 21 | 010101 | V | V | 0x56 |
| 22 | 010110 | W | W | 0x57 |
| 23 | 010111 | X | X | 0x58 |
| 24 | 011000 | Y | Y | 0x59 |
| 25 | 011001 | Z | Z | 0x5A |
| 26 | 011010 | a | a | 0x61 |
| 27 | 011011 | b | b | 0x62 |
| 28 | 011100 | c | c | 0x63 |
| 29 | 011101 | d | d | 0x64 |
| 30 | 011110 | e | e | 0x65 |
| 31 | 011111 | f | f | 0x66 |
| 32 | 100000 | g | g | 0x67 |
| 33 | 100001 | h | h | 0x68 |
| 34 | 100010 | i | i | 0x69 |
| 35 | 100011 | j | j | 0x6A |
| 36 | 100100 | k | k | 0x6B |
| 37 | 100101 | l | l | 0x6C |
| 38 | 100110 | m | m | 0x6D |
| 39 | 100111 | n | n | 0x6E |
| 40 | 101000 | o | o | 0x6F |
| 41 | 101001 | p | p | 0x70 |
| 42 | 101010 | q | q | 0x71 |
| 43 | 101011 | r | r | 0x72 |
| 44 | 101100 | s | s | 0x73 |
| 45 | 101101 | t | t | 0x74 |
| 46 | 101110 | u | u | 0x75 |
| 47 | 101111 | v | v | 0x76 |
| 48 | 110000 | w | w | 0x77 |
| 49 | 110001 | x | x | 0x78 |
| 50 | 110010 | y | y | 0x79 |
| 51 | 110011 | z | z | 0x7A |
| 52 | 110100 | 0 | 0 | 0x30 |
| 53 | 110101 | 1 | 1 | 0x31 |
| 54 | 110110 | 2 | 2 | 0x32 |
| 55 | 110111 | 3 | 3 | 0x33 |
| 56 | 111000 | 4 | 4 | 0x34 |
| 57 | 111001 | 5 | 5 | 0x35 |
| 58 | 111010 | 6 | 6 | 0x36 |
| 59 | 111011 | 7 | 7 | 0x37 |
| 60 | 111100 | 8 | 8 | 0x38 |
| 61 | 111101 | 9 | 9 | 0x39 |
| 62 | 111110 | + | - | 0x2B |
| 63 | 111111 | / | _ | 0x2F |
Arquitetura Matemática do Preenchimento Base64 (=)
Porque é necessário o preenchimento e como o alinhamento de 24 bits determina os sinais de igual.
O Mecanismo de Alinhamento de 3 Bytes para 4 Caracteres
A codificação Base64 agrupa três bytes de 8 bits (24 bits no total) e converte-os em quatro índices de 6 bits. Quando a entrada não for múltipla de 3, o último bloco requer preenchimento (padding).
Quando o número de bytes é divisível por 3, resultam exatamente 4 caracteres Base64 por cada 3 bytes. Nenhum sinal de igual (=) é adicionado.
Existem 8 bits disponíveis. Os primeiros 6 bits geram o primeiro caráter, e os 2 bits restantes são completados com 4 zeros. Dois caracteres de preenchimento (==) são adicionados.
Existem 16 bits disponíveis. São gerados dois caracteres de 6 bits (12 bits) e os 4 bits restantes são completados com 2 zeros. É adicionado um único caráter de preenchimento (=).
A Penalização de Sobrecarga de +33,3% na Web Moderna
O Base64 converte 3 bytes binários em 4 bytes ASCII, aumentando o tamanho descompactado em 33,33%. Embora a incorporação evite uma ligação HTTP, o consumo de memória e a falta de cache do navegador podem prejudicar o desempenho.
Boas Práticas para Desenvolvedores: Quando Incorporar vs Ligar Externamente
Favicons e micro SVGs beneficiam de Data URIs por eliminarem pedidos adicionais durante a renderização inicial.
Com os protocolos modernos, incorporar ficheiros gráficos médios ou grandes não é recomendado devido à ausência de cache no navegador.
Para cabeçalhos de autenticação e tokens JWT, o Base64 assegura a compatibilidade através de protocolos de texto, mas não fornece encriptação.
Como Usar o Codificador e Descodificador Base64 (Passo a Passo)
Domine a codificação de texto, conversão de ficheiros binários, transferências URL-Safe e inspeção de JWT.
Escolha o Modo de Operação ou Use a Deteção Automática
Selecione 'Deteção automática' para classificar a entrada de imediato, ou escolha 'Codificar', 'Descodificar', 'Inspetor JWT' ou 'Criador Data-URI' na barra superior de ferramentas.
Insira Texto, Cole Hashes ou Envie Ficheiros
Escreva ou cole texto UTF-8, sequências Base64 ou tokens JWT no terminal. Pode também arrastar e largar ficheiros (imagens, SVGs, documentos) para criar Data-URIs instantaneamente.
Configure o Modo Seguro para URLs (RFC 4648 §5)
Ative a opção 'URL-Safe' para substituir '+' por '-' e '/' por '_', e remover os caracteres '=' de preenchimento final, assegurando compatibilidade total com URLs e parâmetros web.
Inspecione Dados Descodificados e Pré-visualizações
Ao analisar tokens JWT, veja cabeçalhos formatados, claims e prazos de validade. No caso de imagens, visualize o ficheiro em tempo real acompanhado de código pronto para HTML e CSS.
Avalie o Aumento de Tamanho no Auditor de Sobrecarga
Utilize o auditor integrado para acompanhar o aumento de +33,3% no tamanho da carga útil e comparar os bytes originais e codificados, decidindo se a inclusão inline é vantajosa.
Copie para a Área de Transferência ou Transfira o Ficheiro
Clique em 'Copiar' para colar o resultado no seu código, ou descarregue o ficheiro processado. Todo o processamento é 100% privado e executado no seu navegador.
Perguntas Frequentes (FAQ)
Respostas técnicas e práticas para programadores, especialistas em segurança e administradores de sistemas.
Q:O que é a codificação Base64 e para que serve?
O Base64 é um método de codificação binário para texto especificado na norma RFC 4648. Converte bytes binários num conjunto de 64 caracteres ASCII legíveis (A–Z, a–z, 0–9, +, /). É amplamente utilizado para transmitir recursos binários—tais como imagens, chaves criptográficas e certificados digitais—através de protocolos baseados em texto (como HTTP, e-mail SMTP, JSON e XML) sem risco de corrupção decorrente de caracteres de controlo.
Q:Qual é a diferença entre Base64 Padrão e Base64 URL-Safe?
O Base64 Padrão (RFC 4648 §4) utiliza os caracteres '+' e '/' juntamente com o sinal '=' para preenchimento. Contudo, em URLs e parâmetros HTTP, o sinal '+' é frequentemente interpretado como espaço e a barra '/' funciona como delimitador de diretórios. O Base64 URL-Safe (RFC 4648 §5) resolve este problema substituindo '+' por '-' (hífen) e '/' por '_' (sublinhado), omitindo habitualmente o preenchimento '=' final.
Q:Por que razão o Base64 aumenta o tamanho dos dados em cerca de 33%?
O Base64 agrupa blocos de 3 bytes binários (24 bits) e representa-os com 4 caracteres ASCII (32 bits), dado que cada caráter Base64 codifica apenas 6 bits de informação. Esta relação matemática de 4 para 3 traduz-se num aumento exato de 33,33% no peso dos dados não comprimidos, adicionando ainda eventuais caracteres de preenchimento quando necessário.
Q:O que significam os sinais de igual (=) no final de uma cadeia Base64?
O sinal de igual '=' é um caráter de preenchimento (padding) utilizado para alinhar os dados a fronteiras de 24 bits. Quando o número de bytes de entrada não é múltiplo de 3, são adicionados bits zero: se sobrar 1 byte, adicionam-se dois sinais '=='; se sobrarem 2 bytes, adiciona-se um sinal '='; se a extensão for múltiplo exato de 3, não é adicionado qualquer preenchimento.
Q:Como funciona o Inspetor de JWT e os meus tokens estão seguros?
Um token JSON Web Token (JWT) é constituído por três blocos separados por pontos: Cabeçalho (Header), Carga Útil (Payload) e Assinatura. O nosso inspetor decompõe o token e descodifica as secções Base64URL para apresentar dados, permissões e data de expiração (exp). Como o processamento ocorre exclusivamente na memória do navegador, os seus tokens, chaves e credenciais nunca são transmitidos pela rede.
Q:Quando se deve incorporar imagens como Data-URI em vez de ficheiros externos?
As Data-URIs são ideais para recursos muito pequenos (inferiores a 2 KB), tais como favicons, micro-ícones ou ficheiros SVG prioritários, pois eliminam pedidos HTTP adicionais. Já para imagens maiores (> 10 KB), a ligação externa é recomendada, pois o Base64 aumenta o peso em ~33% e inviabiliza o aproveitamento da memória cache independente do navegador.
Q:Os meus dados, senhas ou ficheiros confidenciais são enviados para algum servidor?
Não. 100% de todas as conversões, descodificações, leituras de ficheiros e análises de tokens são efetuadas estritamente no seu navegador recorrendo a APIs nativas de JavaScript (FileReader e TextEncoder/TextDecoder). Nenhum dado é enviado para ou armazenado nos nossos servidores.
O que é Codificador/Decodificador Base64?
Bem-vindo a uma das ferramentas de processamento de texto mais rápidas e seguras da web. Ao contrário dos conversores tradicionais, o nosso motor Base64 processa tudo diretamente no seu navegador, eliminando o risco de exposição de dados confidenciais a servidores de terceiros. A interface foi otimizada para detetar automaticamente a carga útil (Smart Payload), identificando se você colou um simples texto, um JSON estruturado ou um token de autenticação complexo, formatando a saída de forma impecável.
Otimização e Segurança em Logs de Sistemas
Um analista de um Centro de Operações de Segurança (SOC) está a rever os logs de um servidor web que sofreu uma tentativa de ataque. Ele encontra uma string Base64 ofuscada num cabeçalho HTTP. Usando a nossa plataforma, ele cola a string com a confiança de que a política de Privacidade 100% Client-Side impedirá que os dados escapem da sua máquina. O conversor revela imediatamente que o ataque tentou injetar um script malicioso. Ele altera o toggle para o padrão URL-Safe (RFC 4648) para testar como o servidor interpretou os caracteres especiais, permitindo-lhe corrigir a vulnerabilidade no código da empresa.
Ferramentas de Diagnóstico e Seus Usos
| Funcionalidade | Vantagem Técnica | Cenário de Uso Diário |
|---|---|---|
| Auditor de Inchaço (Bloat) | Mostra o impacto do overhead matemático (cerca de 33%). | Evitar a degradação de performance ao incorporar imagens excessivamente grandes em HTML. |
| Construtor de Data-URI | Converte imagens (PNG, SVG) em blocos de texto. | Otimização de front-end para redução de pedidos HTTP ao servidor. |
| Alternador URL-Safe | Troca caracteres que partem a estrutura de links web. | Transmissão de tokens ou configurações de estado do utilizador via URLs partilháveis. |
História e Origem
Historicamente, o envio de dados binários através de sistemas projetados para texto simples (como o e-mail) era uma tarefa propensa a erros, pois muitos caracteres de controlo eram interpretados de forma incorreta. O padrão Base64 resolveu esse problema mapeando o código binário num alfabeto restrito de 64 caracteres imprimíveis. Ocasionalmente, quando os dados não são múltiplos exatos de 3 bytes, o sistema usa o sinal de igual = como preenchimento (padding) matemático, garantindo que o algoritmo de decodificação saiba exatamente onde o ficheiro termina.