Codifica y decodifica Base64 al instante
También podrías necesitar
Base64 es un esquema de codificación binaria a texto definido en el RFC 4648. Representa datos binarios usando 64 caracteres ASCII imprimibles (A-Z, a-z, 0-9, + y /), más el `=` como padding para alinear la longitud. Fue diseñado para transmitir datos binarios a través de canales que solo soportan texto, como el correo electrónico (MIME). Hoy sus usos más frecuentes en desarrollo son: data URIs para embeber imágenes en HTML/CSS (`data:image/png;base64,...`); autenticación HTTP Basic, donde `usuario:contraseña` se codifica en el header `Authorization: Basic`; Kubernetes Secrets, donde todos los valores se almacenan en Base64 (`kubectl get secret mi-secret -o jsonpath='{.data.API_KEY}' | base64 -d` para decodificarlos); variables en pipelines de CI/CD donde los valores con caracteres especiales deben codificarse para evitar problemas de parseo (aunque en esos contextos el acceso a la variable sigue requiriendo las credenciales del sistema); y los JWT, que usan una variante llamada Base64URL —reemplaza `+` por `-`, `/` por `_` y elimina el padding `=`— en su header y payload. Importante: Base64 no es cifrado. Cualquier persona con el string puede decodificarlo sin ninguna clave — no aporta confidencialidad. Esta herramienta codifica texto a Base64 estándar y Base64URL, y decodifica cualquiera de las dos variantes. El procesamiento ocurre completamente en tu navegador — ningún dato se envía a servidores externos.
¿Qué es Base64?
Base64 es un sistema de codificación que convierte datos binarios en texto usando 64 caracteres ASCII seguros. Cada 3 bytes de datos se representan como 4 caracteres Base64. Su propósito es permitir transmitir datos binarios por canales que solo aceptan texto, como headers HTTP, emails o campos JSON.
¿Base64 es cifrado?
No. Base64 es codificación, no cifrado. Cualquier persona que reciba un string Base64 puede decodificarlo sin ninguna clave — es un proceso completamente reversible y público. Nunca lo uses como mecanismo de seguridad. Si necesitas confidencialidad, usa cifrado real (AES-GCM para datos en reposo, TLS para datos en tránsito).
¿Cuándo usar Base64 estándar vs. Base64URL?
Base64 estándar usa `+` y `/`, que tienen significado especial en URLs — incluirlos sin encoding rompe el parseo de la URL. Base64URL reemplaza `+` por `-` y `/` por `_`, y elimina el padding `=`, produciendo un string URL-safe sin encoding adicional. Los JWT usan Base64URL por esta razón. Si el Base64 va en un campo JSON o atributo HTML, usa estándar; si va en una URL, query param o header HTTP, usa Base64URL.
¿Por qué Base64 aumenta el tamaño de los datos?
Base64 representa cada 3 bytes como 4 caracteres ASCII — un overhead del 33%. 100 bytes se convierten en ~133 caracteres. El padding `=` puede añadir 1-2 caracteres adicionales. Este costo es el precio de la compatibilidad con protocolos de solo texto. Para transferencia de archivos grandes, formatos como multipart/form-data o streams binarios directos son más eficientes.
¿Cómo se usa Base64 en la autenticación HTTP Basic?
HTTP Basic Auth transmite credenciales como `Authorization: Basic <base64(usuario:contraseña)>`. Por ejemplo, usuario `alice` y contraseña `s3cr3t` se codifican como `alice:s3cr3t` → `YWxpY2U6czNjcjN0`. Este header viaja en cada request. Importante: Base64 no es seguridad — las credenciales son legibles por cualquiera que intercepte el tráfico. HTTP Basic Auth siempre debe usarse sobre HTTPS, nunca sobre HTTP plano.
¿Cómo decodifico el valor de un Kubernetes Secret?
Los Kubernetes Secrets almacenan todos sus valores en Base64. Para decodificar desde kubectl: `kubectl get secret mi-secret -o jsonpath='{.data.MI_CLAVE}' | base64 -d`. También podés pegar directamente el valor del campo `data` del YAML del Secret en esta herramienta para obtener el valor original. Recordá: el Base64 en Secrets es solo codificación, no cifrado — cualquier usuario con permisos para leer el Secret puede decodificarlo sin ninguna clave adicional.
¿Por qué al decodificar una sección de JWT obtengo caracteres extraños?
Las secciones de un JWT usan Base64URL, no Base64 estándar. Base64URL reemplaza `+` por `-` y `/` por `_`, y omite el padding `=`. Si pegás una sección de JWT en un decoder Base64 estándar sin añadir el padding correcto, el resultado puede ser incorrecto o fallar. Esta herramienta detecta y maneja Base64URL automáticamente. Para inspeccionar JWTs completos, usá directamente nuestro JWT Decoder que procesa el formato completo con sus tres secciones.