Decodificar Base64

Cómo decodificar Base64 a texto

Pega la cadena en «Tu texto» y el texto original aparece en «Resultado». wr9Tw60/ da ¿Sí? y TWHDsWFuYQ== da Mañana. No importa si la cadena viene partida en varias líneas o con espacios al principio o al final: la herramienta los ignora, así que puedes pegar el Base64 de un correo o de un registro tal cual. Con «Copiar resultado» llevas el texto a donde lo necesites y con «Descargar TXT» lo guardas.

Base64 estándar, Base64 para URL y el relleno

Hay dos alfabetos de Base64 y el decodificador acepta los dos, incluso mezclados en la misma cadena. El estándar usa + y /; el de URL los cambia por - y _ para que la cadena pueda ir dentro de un enlace. Así, wr9Tw60/ y wr9Tw60_ dan el mismo ¿Sí?. El signo = del final es relleno: completa la cadena hasta un múltiplo de cuatro caracteres.

• Sin relleno también funciona: SG9sYQ da Hola, igual que SG9sYQ==
• El relleno a medias falla: SG9sYQ= da error, porque si hay = la longitud debe ser múltiplo de 4
• Más de dos = seguidos, o un = en medio de la cadena, también fallan
• Una cadena a la que le sobra un carácter, como SG9sY, no puede ser Base64 válido

Por qué falla la decodificación de Base64

Hay dos tipos de error. El primero aparece cuando la cadena tiene caracteres que no son de Base64 o una longitud imposible: la herramienta te pide texto Base64 válido. El segundo llega cuando la cadena sí es Base64, pero los bytes no forman texto, y verás el aviso «Los bytes no forman texto UTF-8 válido». Una palabra común puede provocarlo: Hola usa solo letras de Base64, pero sus bytes no son texto.

• Un prefijo como data:image/png;base64,: los dos puntos, el punto y coma y la coma no son de Base64
• Un JWT completo, con sus puntos: decodifica cada parte por separado
• Una cadena copiada de una URL con %3D en lugar de =: cambia %3D por =
• Texto que se codificó con una tabla antigua como Latin-1, donde la é es un solo byte (6Q==)
• Una imagen, un PDF o cualquier archivo: sus bytes no son texto

Decodificar un JWT y otros usos de Base64

Un token JWT común tiene tres partes separadas por puntos, y las dos primeras son JSON en Base64 para URL. Copia solo la parte del medio y pégala aquí: eyJzdWIiOiIxMjM0IiwibmFtZSI6IkFuYSIsImFkbWluIjpmYWxzZX0 da {"sub":"1234","name":"Ana","admin":false}. La tercera parte es la firma, en bytes que no son texto, así que da error. Decodificar el contenido no verifica esa firma: te muestra lo que el token dice, no si es auténtico. Una pista: si una cadena empieza con eyJ, casi siempre es un JSON codificado.

Base64 aparece donde un sistema necesita pasar bytes como texto: archivos adjuntos de correo, que se parten en líneas de 76 caracteres, imágenes incrustadas en páginas con data:, archivos de configuración, respuestas de APIs y encabezados HTTP Basic, donde dXNlcjpwYXNz es user:pass. Si la cadena empieza con iVBORw0KGgo es una imagen PNG, y si empieza con /9j/ es una JPEG. Esta herramienta no las muestra, porque solo devuelve texto.

Base64 no es cifrado: lo que conviene saber

Base64 no protege nada: cualquiera que tenga la cadena puede leerla, igual que acabas de hacerlo tú. Si un sistema guarda contraseñas o datos personales solo en Base64, están a la vista de quien abra el archivo. Decodificar tampoco descifra: si el texto se cifró antes de pasarlo a Base64, aquí verás un error, y para leerlo hace falta la clave original.

La decodificación se hace en tu navegador y la cadena no se sube a ningún servidor. Aun así, piénsalo dos veces antes de pegar tokens de sesión o claves de API de tu trabajo en cualquier página: un JWT vigente puede dar acceso a una cuenta mientras no caduque, y su contenido suele incluir un correo o un ID de usuario.