Saltar al contenido
TextArray1.109.0
Totalmente local

Codificación y decodificación Base32

Convierta texto a RFC 4648 Base32 y viceversa, con base32hex y opciones de relleno.

Entrada
Salida
Herramientas relacionadas
Codificación y decodificación Base64Codificación y conversión
Hexadecimal a texto y viceversaCodificación y conversión
Binario a texto y viceversaCodificación y conversión
traductor de codigo baudotCodificación y conversión
detector de caracteresCodificación y conversión
Convertidor de zona horariaCodificación y conversión
Codificación y decodificación Base32
Base32 representa datos binarios con 32 caracteres inequívocos —las letras de la A a la Z y los dígitos del 2 al 7—, lo que lo hace más robusto que Base64 allí donde este resulta frágil: sobrevive a los sistemas que no distinguen mayúsculas, evita caracteres que chocan en las URL y los nombres de archivo, y es fácil de leer en voz alta. Lo encontrarás sobre todo como clave secreta de las aplicaciones de autenticación en dos pasos, en registros DNS y en los URI ni:.
Pega un texto para codificarlo o una cadena Base32 para decodificarla; cambia de dirección con el selector de modo. La herramienta sigue la RFC 4648: el texto se convierte primero a bytes UTF-8, así que los caracteres acentuados y los emoji se codifican y decodifican bien. El selector de alfabeto ofrece cuatro opciones: el estándar, base32hex (0–9, A–V), el Base32 de Crockford y z-base-32.
El Base32 de Crockford usa 0–9 y A–Z sin I, L, O y U. Está pensado para códigos que las personas leen en voz alta y vuelven a escribir: ignora los guiones y, al decodificar, lee la I y la L como 1 y la O como 0. Z-base-32 reordena el alfabeto para que los caracteres más fáciles de leer vayan primero, y genera minúsculas. Ninguno de los dos usa relleno con =.
El relleno con = completa la salida de los alfabetos estándar y base32hex hasta un múltiplo de ocho caracteres, como exige la RFC. Algunos sistemas, entre ellos los secretos TOTP, lo omiten, así que puedes desactivarlo con una casilla. La decodificación es tolerante: acepta minúsculas, relleno ausente, espacios y saltos de línea, y te avisa cuando la entrada no es realmente Base32.
Todo se ejecuta en tu navegador: nada de lo que pegas se sube a ningún sitio, algo que importa al decodificar un secreto de un autenticador. Copia el resultado, descárgalo como .txt o envíalo de vuelta a la entrada para encadenar conversiones.
Preguntas frecuentes
¿Para qué se utiliza Base32?
Principalmente para datos que las personas leen, escriben o almacenan en sistemas que no distinguen entre mayúsculas y minúsculas: claves secretas de autenticación de dos factores (TOTP), registros DNS, hashes de archivos. Su alfabeto de 32 caracteres evita caracteres parecidos y sobrevive en mayúsculas.
¿En qué se diferencia Base32 de Base64?
Base32 usa 32 caracteres en lugar de 64, por lo que su salida es aproximadamente un 20% más larga que Base64. A cambio, no distingue entre mayúsculas y minúsculas y evita +, / y =, lo que lo hace más seguro en URL, nombres de archivos y en forma hablada o escrita a mano.
¿Qué variantes de Base32 son compatibles?
Cuatro alfabetos: el estándar (RFC 4648), base32hex (0–9 y luego A–V, que conserva el orden de clasificación de los bytes), Crockford (sin I, L, O ni U; al decodificar acepta I y L como 1, O como 0 e ignora los guiones) y z-base-32 (en minúsculas, con un orden pensado para las personas). Usa el mismo alfabeto para codificar y para decodificar.
¿Necesito el relleno con =?
Las secuencias estrictas de la RFC 4648 terminan con relleno = hasta un múltiplo de ocho caracteres, pero muchos usos reales —por ejemplo, los secretos TOTP— lo omiten. Al codificar puedes activar o desactivar el relleno para los alfabetos estándar y base32hex; Crockford y z-base-32 nunca lo usan. La decodificación acepta ambas formas.
¿Mi texto está subido a alguna parte?
No. La codificación y decodificación se ejecutan completamente en su navegador y nada de lo que pegue sale de su dispositivo, seguro incluso para los secretos del autenticador.