De la A a la C
Ajuste de línea
Insertar saltos de línea en una salida Base64 larga. MIME corta las líneas a 76 caracteres como máximo, PEM a exactamente 64. GNU base64 corta a 76 por defecto (-w 0 lo desactiva) y openssl base64 a 64 (-A lo desactiva). El codificador MIME lo hace por ti.
Alfabeto
El conjunto de caracteres que escribe una codificación, en orden de índice. Base64 estándar usa A-Z, a-z, 0-9, + y /, así que A significa 0 y / significa 63. Consulta la tabla del alfabeto.
ASN.1
Abstract Syntax Notation One, un lenguaje para describir estructuras de datos que usan los certificados X.509, las claves y muchos protocolos de telecomunicaciones. ASN.1 define la estructura. Las reglas de codificación, como DER, definen los bytes.
Base16
El nombre que da el RFC 4648 al hexadecimal: cada byte se convierte en dos caracteres de 0-9 A-F. Duplica el tamaño. Prueba la herramienta Base16.
Base32
Una codificación de 32 caracteres (A-Z y 2-7 en el RFC 4648) que convierte 5 bytes en 8 caracteres, un 60 % más que la entrada. Sus alfabetos sin distinción entre mayúsculas y minúsculas la hacen adecuada para secretos TOTP y nombres DNS. Prueba el codificador Base32.
Base45
Definida en el RFC 9285, convierte 2 bytes en 3 caracteres del conjunto de 45 caracteres que los códigos QR almacenan en modo alfanumérico. La usaba el Certificado COVID Digital de la UE. Prueba el codificador Base45.
Base58
El alfabeto de 58 caracteres de Bitcoin: Base64 sin 0, O, I, l, + ni /. Convierte toda la entrada como un único número grande, y cada byte cero inicial se convierte en un 1. Prueba el codificador Base58.
Base58Check
Base58 con un byte de versión delante y una suma de comprobación de 4 bytes al final. La suma son los primeros 4 bytes de aplicar SHA-256 dos veces. La usan las direcciones Bitcoin antiguas y las claves privadas WIF. Consulta la herramienta Base58Check.
Base64
Una codificación de binario a texto que escribe cada 3 bytes como 4 caracteres de un alfabeto de 64 y rellena el final con =. La salida ocupa alrededor de un 33 % más que la entrada. Empieza por el codificador y el decodificador, o lee cómo funciona Base64.
Base64URL
Base64 con - y _ en lugar de + y /, según la sección 5 del RFC 4648. A menudo se omite el relleno. Se usa en JWT y URL. Consulta Base64 frente a Base64URL y el codificador Base64URL.
Base85
Una familia de codificaciones que escriben 4 bytes como 5 caracteres, con un 25 % de sobrecarga. Las variantes habituales son Ascii85 (de Adobe, usada en PDF y PostScript), Z85 (ZeroMQ) y el alfabeto del RFC 1924 que usa git. Prueba la herramienta Base85.
Base91
basE91, creada por Joachim Henke, usa 91 caracteres ASCII imprimibles y empaqueta 13 o 14 bits en cada par de caracteres. Eso deja su sobrecarga entre el 14 % y el 23 % aproximadamente, la más baja de este glosario, a cambio de un alfabeto que incluye la comilla doble y muchos otros signos de puntuación. Prueba la herramienta Base91.
Basic Auth
La autenticación HTTP Basic (RFC 7617) envía user:password en Base64 en la cabecera Authorization: Aladdin:open sesame se convierte en Basic QWxhZGRpbjpvcGVuIHNlc2FtZQ==. Cualquiera que vea la cabecera puede decodificarla, así que necesita HTTPS. Crea o lee una con el generador de Basic Auth y el decodificador.
BOM
Byte order mark (marca de orden de bytes), el carácter U+FEFF colocado al principio de un archivo de texto. En UTF-8 es EF BB BF (en Base64, 77u/); en UTF-16LE, FF FE. Los decodificadores que no lo esperan lo muestran como  o como un carácter invisible suelto.
Charset
El juego de caracteres, es decir, la codificación que convierte texto en bytes, como UTF-8, UTF-16LE o Windows-1252. Base64 guarda bytes, así que para decodificar Base64 a texto hay que saber en qué charset se guardó el texto. Si te equivocas, aparece mojibake como Café. La herramienta Base64 a texto te permite cambiar de juego de caracteres.
Codificación binario a texto
Cualquier esquema que representa bytes arbitrarios usando solo caracteres imprimibles, para que los datos sobrevivan en sistemas pensados para texto, como el correo, JSON o las URL. Hex, Base32, Base64, Base85, uuencode y quoted-printable son codificaciones de binario a texto. Compáralas en Base64 frente a hex, Base32, Base58 y Base85.
Codificación canónica
La única forma codificada «correcta» de unos datos. En Base64 exige que los bits sin usar antes del relleno sean cero (RFC 4648, sección 3.5): SGk/Pg== es canónica; SGk/Ph== se decodifica a los mismos bytes en los decodificadores tolerantes, pero no lo es.
CRLF
Retorno de carro más salto de línea, los bytes 0D 0A. MIME exige CRLF entre las líneas de Base64, mientras que las herramientas de Unix suelen escribir solo LF (0A). Los decodificadores tolerantes ignoran ambos y los estrictos los rechazan.
De la D a la J
Data URI
Una URL que contiene los propios datos en lugar de apuntar a ellos, definida en el RFC 2397: data:image/png;base64,iVBORw0KGgo…. Útil para imágenes e iconos pequeños en HTML y CSS. Consulta el generador de data URI, el analizador y el rendimiento de los data URI.
Deflate
El algoritmo de compresión (RFC 1951) que hay dentro de ZIP, gzip, zlib y PNG. «Deflate en bruto» (raw deflate) es el flujo comprimido sin cabecera ni suma de comprobación alrededor. Comprime y codifica con la herramienta zlib y deflate.
DER
Distinguished Encoding Rules, la codificación binaria estricta de estructuras ASN.1 definida en ITU-T X.690. Los certificados y las claves son bytes DER. Una estructura DER suele empezar por 30 (una SEQUENCE), y por eso el cuerpo de un PEM empieza por M, a menudo MII.
gzip
Un formato de archivo (RFC 1952) que envuelve datos comprimidos con deflate en una cabecera de 10 bytes y una suma de comprobación CRC-32. Empieza por los bytes 1F 8B, así que gzip en Base64 empieza por H4sI. Usa gzip y Base64 para comprimir y decodificar gzip en Base64 para revertirlo.
Hex
Hexadecimal: cada byte se escribe como dos dígitos de 0-9 y a-f, por ejemplo 48 65 6c 6c 6f para Hello. Es fácil de leer byte a byte y ocupa el doble que la entrada. Convierte con Base64 a hex y hex a Base64.
JWE
JSON Web Encryption (RFC 7516). Un token cifrado cuya forma compacta tiene cinco partes en Base64URL: cabecera, clave cifrada, vector de inicialización, texto cifrado y etiqueta de autenticación. A diferencia de un JWS, su contenido no se puede leer sin la clave.
JWS
JSON Web Signature (RFC 7515). Un mensaje firmado con tres partes en Base64URL: cabecera, payload y firma. Cualquiera puede leer el payload. La firma solo demuestra que no se ha modificado.
JWT
JSON Web Token (RFC 7519), un conjunto de claims en JSON que viaja dentro de un JWS o un JWE. La mayoría de los JWT que verás son tokens JWS que empiezan por eyJ. Decodifica uno con el decodificador JWT, crea uno con el codificador JWT y lee Base64 en JWT.
De la M a la Q
MIME
Multipurpose Internet Mail Extensions (RFC 2045 a 2049), el estándar que permite al correo electrónico llevar adjuntos y texto no ASCII. Su Content-Transfer-Encoding base64 es la forma en que viajan los adjuntos dentro de un mensaje que solo admite texto. Consulta Base64 en el correo electrónico y el decodificador EML.
Nonce CSP
Un valor aleatorio en una cabecera Content-Security-Policy (script-src 'nonce-…') que solo permite los scripts en línea que llevan el mismo atributo nonce. Se escribe en Base64, debe ser nuevo en cada respuesta y debería contener al menos 128 bits de aleatoriedad. Genera uno con el generador de nonces CSP.
Número mágico
Una secuencia fija de bytes al principio de un archivo que identifica su formato, como %PDF- en PDF o 89 50 4E 47 en PNG. Como Base64 codifica de 3 en 3 bytes, los números mágicos se convierten en prefijos Base64 reconocibles. Consulta prefijos Base64 habituales y Base64 a archivo.
PEM
Privacy-Enhanced Mail, originalmente un estándar de correo seguro (RFC 1421). Hoy el nombre se refiere a su formato de texto para claves y certificados: Base64 de los bytes DER entre las líneas -----BEGIN CERTIFICATE----- y -----END CERTIFICATE-----, en líneas de 64 caracteres (RFC 7468). Inspecciona uno con el decodificador de certificados.
Quoted-printable
La otra codificación de transferencia de MIME. Deja el ASCII imprimible tal cual y escribe los demás bytes como = seguido de dos dígitos hexadecimales, así que Café en UTF-8 se convierte en Caf=C3=A9. Es eficiente para texto casi todo ASCII y derrochadora para datos binarios. Prueba la herramienta quoted-printable.
De la R a la Z
Radix-64
El nombre que da OpenPGP a su armadura ASCII: Base64 estándar más una línea opcional de suma de comprobación que empieza por = y contiene un CRC-24 en Base64. Consulta estándares de Base64.
Relleno
Los caracteres = (en inglés, padding) al final de un Base64 que completan el último grupo de 4 caracteres: == cuando sobra 1 byte y = cuando sobran 2. Algunos formatos lo omiten. Lee la guía del relleno.
SRI
Subresource Integrity, una función del navegador que comprueba un script o una hoja de estilos descargados con un hash del atributo integrity, escrito como el nombre del algoritmo más el resumen en Base64: sha384-…. Los algoritmos admitidos son SHA-256, SHA-384 y SHA-512. Genera valores con el generador de hashes SRI.
uuencode
Unix-to-Unix encoding, un formato de binario a texto anterior a MIME. Cada línea empieza por un carácter de longitud y los caracteres de datos van del ASCII 32 al 95, así que incluye signos de puntuación que el Base64 de MIME evita. Consulta la herramienta uuencode.
UTF-8
La codificación de texto dominante en la web. Los caracteres ASCII ocupan un byte y los demás, de dos a cuatro. Cuando una herramienta dice «texto a Base64», casi siempre se refiere a bytes UTF-8 a Base64: é es C3 A9. Consulta UTF-8 a Base64.
UTF-16LE
UTF-16 con el byte bajo primero, el formato interno de las cadenas en Windows y .NET. El texto ASCII en UTF-16LE lleva un byte cero detrás de cada carácter, así que Hello se convierte en SABlAGwAbABvAA==, lleno de A. El -EncodedCommand de PowerShell lo espera en este formato. Consulta UTF-16 a Base64 y el decodificador de PowerShell.
Z85
La variante de Base85 de ZeroMQ (ZeroMQ RFC 32). Codifica 4 bytes como 5 caracteres, evita las comillas y la barra invertida para que la salida pueda ir dentro de cadenas en código fuente, y exige una entrada en múltiplos de 4 bytes. Prueba la herramienta Z85.
zlib
Una envoltura fina (RFC 1950) alrededor de datos deflate: una cabecera de 2 bytes y una suma de comprobación Adler-32. La cabecera suele empezar por 78, así que los datos zlib en Base64 empiezan por eJ, eN, eF o eA según el nivel de compresión. Usa la herramienta zlib.
Preguntas frecuentes
¿Qué diferencia hay entre codificar y cifrar?
Codificar cambia la forma en que se escriben los datos y cualquiera puede revertirlo. Para revertir un cifrado hace falta una clave. Base64 es una codificación. Consulta codificación frente a cifrado.
¿Base64 es lo mismo que Radix-64?
Radix-64 es el nombre que da OpenPGP a Base64 con una línea opcional de suma de comprobación CRC-24. El alfabeto y la disposición de los bits son los mismos que en Base64 estándar.