Codificar y decodificar Base64
Codificar y decodificar Base64 convierte texto y datos binarios entre bytes crudos y los alfabetos Base64 y base64url de la RFC 4648, acepta entrada MIME con saltos de línea y detecta automáticamente tokens JWT para mostrar su encabezado y claims. Todo se ejecuta localmente: los tokens se decodifican, nunca se transmiten.
(resultado vacío)
¿Cómo funciona Codificar y decodificar Base64?
Base64 es el algoritmo de serialización binario-a-texto fundamental de las redes informáticas, especificado en la RFC 4648. Su propósito no es cifrar, sino transportar con seguridad: muchos protocolos antiguos fueron diseñados para ASCII de 7 bits, por lo que las cargas binarias de 8 bits (imágenes, claves criptográficas, módulos compilados) se proyectan en un subconjunto de 64 caracteres ASCII imprimibles.
El codificador procesa la entrada en bloques secuenciales de 3 bytes (24 bits). Como cada carácter Base64 representa 6 bits, cada bloque se divide exactamente en cuatro índices de 6 bits (0–63) que se corresponden con las letras A–Z y a–z, los dígitos 0–9 y los símbolos + y /. Por eso codificar amplía la carga unos un tercio; las entradas cuya longitud no es múltiplo de 3 se rellenan con bits cero y se completan con caracteres = hasta alcanzar una anchura de 4.
El Base64 estándar usa + y / para los índices 62 y 63, pero ambos tienen significados reservados en URIs y datos de formularios, así que la sección 5 de la RFC 4648 define el alfabeto URL-safe (base64url), que los sustituye por - y _ y suele omitir el relleno final. Los JWT (RFC 7519), las credenciales WebAuthn y los verificadores PKCE de OAuth exigen esta variante.
Esta herramienta evalúa automáticamente la geometría de token de cualquier cadena pegada: cuando detecta tres segmentos base64url separados por puntos con estructuras JSON válidas, muestra una interfaz de inspección con el encabezado decodificado y tarjetas de claims junto a fechas legibles, todo calculado localmente sin enviar nada por la red.
Entrada codificada o texto
SGVsbG8gV29ybGQ=
Resultado decodificado
Hello World
Entrada codificada o texto → Resultado decodificado
Entrada codificada o texto
eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9
Resultado decodificado
{"alg":"HS256","typ":"JWT"}¿Qué opciones y casos límite admite Codificar y decodificar Base64?
| Parámetro | Tipo | Valor predeterminado | Comportamiento y casos límite |
|---|---|---|---|
| Alfabeto estándar | RFC 4648 | A–Z a–z 0–9 + / | La tabla de búsqueda clásica de 64 caracteres con relleno =, usada en correo MIME, XML e imágenes incrustadas. |
| Alfabeto URL-safe | RFC 4648 §5 | A–Z a–z 0–9 - _ | Sustituye + y / por - y _ para que los tokens sobrevivan a URLs y cadenas de consulta; el relleno suele omitirse. |
| Inspección JWT | Función | auto | Tres segmentos base64url separados por puntos se detectan automáticamente y se muestran como tarjetas de encabezado y claims decodificados. |
| Descarga binaria | Función | auto | Los bytes decodificados se empaquetan en un Blob con tipo MIME y extensión deducidos de los bytes mágicos. |
Preguntas frecuentes
¿Cómo representa Base64 datos binarios como texto ASCII?
Agrupa los bytes en tríos de 24 bits y reparte cada bloque entre cuatro caracteres de un alfabeto de 64 símbolos, cada uno con 6 bits. El resultado es texto imprimible que sobrevive a canales pensados solo para texto, a costa de ocupar un tercio más.
¿Qué diferencia hay entre el Base64 estándar y el URL-safe?
El estándar usa + y /, que en las URLs significan espacio y separador de ruta. La variante URL-safe los sustituye por - y _ y normalmente quita el relleno =. Si tu cadena va a viajar dentro de una URL o un JWT, necesitas la variante URL-safe.
¿Puedo decodificar Base64 con contraseñas o datos sensibles?
Sí, y aquí permanece en tu dispositivo: la decodificación ocurre en tu pestaña y nada se envía a ningún servidor. Recuerda, eso sí, que Base64 es una codificación, no un cifrado: cualquiera puede decodificarlo, así que nunca lo uses para proteger secretos.
¿Cómo detecta e inspecciona la herramienta un JWT automáticamente?
Analiza la forma de la cadena: tres segmentos base64url separados por puntos, cuyos dos primeros son JSON válidos, delatan un JWT. Entonces decodifica el encabezado y el payload, traduce las fechas de los claims registrados y señala alertas como alg:none o firmas vacías.
¿Cómo adivina la descarga binaria el tipo MIME y la extensión?
Examina los primeros bytes decodificados: la firma FFD8 delata un JPEG, la cabecera PNG o el encabezado RIFF/WEBP delatan sus formatos. Con esa evidencia asigna el tipo MIME y la extensión del archivo en lugar de fiarse del nombre original.
¿Por qué falla mi cadena Base64 al decodificar?
Las causas más comunes: longitud no múltiplo de 4, caracteres fuera del alfabeto (espacios o acentos copiados por error), relleno = mal colocado o haber pegado una cadena URL-safe en modo estándar. El mensaje de error indica cuál de todas se ha dado.