Archivo a Base64 y de vuelta

Base64 resuelve un problema muy viejo: hay canales por los que solo pasa texto, y a veces hay que meter por ellos algo que no lo es. El correo electrónico nació así, los ficheros de configuración siguen siendo así, y las URL, los JSON y los certificados también. La solución fue inventar una forma de escribir cualquier archivo usando solo sesenta y cuatro caracteres que ningún sistema del mundo va a estropear.

Cómo funciona, sin matemáticas

Un archivo son bytes, y un byte tiene ocho bits. Base64 los reagrupa de seis en seis, y a cada grupo de seis bits —que puede valer entre 0 y 63— le asigna un carácter de su alfabeto: las mayúsculas, las minúsculas, los diez dígitos, el más y la barra. Como seis y ocho no encajan, hacen falta cuatro caracteres para escribir tres bytes. De ahí sale el 33 % de más que siempre engorda el resultado, y de ahí los signos «=» del final, que rellenan cuando el archivo no termina en un múltiplo de tres.

Los tres sitios donde te lo vas a encontrar

Dentro de una página web. Un icono o un logotipo pequeño se puede incrustar en el propio HTML o CSS como data:image/png;base64,… y así se ahorra una petición al servidor. Compensa hasta unos pocos kilobytes; a partir de ahí el 33 % extra y el hecho de que el navegador no pueda cachear la imagen por separado juegan en contra.

En un adjunto de correo. Todo lo que envías adjunto viaja en Base64, partido en líneas de setenta y seis caracteres porque así lo pide la norma MIME. Es la razón de que un adjunto de diez megas se cuente como trece en el buzón.

En claves, certificados y tokens. Un certificado en formato PEM es Base64 con dos líneas de adorno. Un token JWT son tres bloques de Base64 separados por puntos. Una clave de API que te dan «codificada» casi siempre es esto. Y ahí conviene tener clara la siguiente sección.

Base64 no protege nada

Es el malentendido más caro que rodea a este formato. Base64 no lleva clave, no lleva contraseña y no tiene nada que romper: deshacerlo es exactamente igual de fácil que hacerlo, y lo puede hacer cualquiera con esta misma página. Si un sistema guarda las contraseñas «en Base64», las guarda en claro. Si un token parece ilegible, no lo es: la parte del medio de un JWT se lee entera pegándola aquí, y a menudo trae dentro el correo del usuario y sus permisos.

Eso no es un defecto, es su propósito. Base64 sirve para transportar, igual que una caja de cartón: protege del roce, no del ladrón. Cuando hace falta lo otro, lo que hace falta es cifrado de verdad.

Las variantes, y por qué existen

El alfabeto normal incluye «+» y «/», y los dos significan algo dentro de una dirección web: el primero se interpreta como un espacio y el segundo separa carpetas. Por eso existe la variante base64url, que los cambia por «-» y «_» y se deja el relleno de «=». Es la que va en los enlaces y en los tokens, y aquí puedes generarla marcando una casilla.

La otra variante habitual es el corte en líneas. El correo exige que ninguna línea pase de setenta y seis caracteres, herencia de los terminales de los años setenta, y muchas herramientas de servidor esperan lo mismo. También está a un clic.

En los dos sentidos, y sin subir nada

Al descodificar aceptamos lo que la gente pega de verdad, no lo que debería pegar: con saltos de línea, con espacios, en base64url, con o sin relleno y con la cabecera data: delante si viene copiada del inspector del navegador. Si algo no cuadra te decimos qué carácter falla y en qué posición, en vez de un «error» a secas.

Cuando lo descodificado resulta ser texto legible, se enseña tal cual: es la forma rápida de mirar qué hay dentro de un token o de un fragmento de configuración. Cuando es binario, se ofrece la descarga con la extensión que corresponda al tipo declarado. Todo ello dentro de tu navegador, sin que el archivo ni el texto pegado salgan de tu equipo.