MD5, SHA-256, SHA-512: generador de hash gratuito y cuándo usar cada uno

Cada vez que descargas una versión de software, verificas la autenticidad de un archivo, firmas un token JWT o almacenas la contraseña de un usuario, una función hash criptográfica está trabajando en segundo plano. Las funciones hash son uno de los primitivos fundamentales de la seguridad informática moderna — y, sin embargo, las diferencias entre MD5, SHA-1, SHA-256 y SHA-512 se malinterpretan ampliamente, lo que provoca errores de seguridad reales en sistemas de producción.

Esta guía explica qué son las funciones hash, cómo funciona cada algoritmo principal, cuándo es apropiado cada uno (y cuándo es peligrosamente inapropiado) y cómo usar el Generador de hash de BrowseryTools para calcular hashes al instante en tu navegador con total privacidad.

¿Qué es una función hash criptográfica?

Una función hash criptográfica toma una entrada de longitud arbitraria y produce una salida de longitud fija llamada resumen (digest) o hash. Cuatro propiedades definen una buena función hash criptográfica:

• Determinista: la misma entrada siempre produce exactamente la misma salida. Las funciones hash no tienen estado interno — dados los mismos bytes, siempre obtienes el mismo resumen.
• Unidireccional (resistencia a la preimagen): dada una salida hash, debería ser computacionalmente inviable recuperar la entrada original. Las funciones hash están diseñadas para ser fáciles de calcular en una dirección y prácticamente imposibles de revertir.
• Longitud de salida fija: independientemente de si la entrada es un byte o un gigabyte, la salida tiene siempre la misma longitud. SHA-256 siempre produce un resumen de 256 bits (32 bytes).
• Efecto avalancha: un cambio de un solo bit en la entrada transforma por completo la salida. El hash de hello no se parece en nada al hash de hello! — no comparten ninguna estructura predecible. Esto hace que los hashes sean útiles como huellas digitales.

Una quinta propiedad — la resistencia a colisiones — separa los hashes criptográficamente fuertes de los rotos: debería ser computacionalmente inviable encontrar dos entradas diferentes que produzcan la misma salida. Aquí es donde MD5 y SHA-1 han fallado.

MD5: rápido, omnipresente y roto para la seguridad

MD5 (Message Digest 5) fue diseñado por Ron Rivest y publicado en 1991. Produce un resumen de 128 bits (16 bytes), representado normalmente como una cadena hexadecimal de 32 caracteres como 5d41402abc4b2a76b9719d911017c592. Durante más de una década fue el algoritmo hash dominante para todo, desde sumas de verificación de archivos hasta el almacenamiento de contraseñas.

En 2004, los criptógrafos demostraron ataques de colisión prácticos contra MD5. Para 2008, los investigadores habían usado ataques de colisión para falsificar un certificado de autoridad de certificación fraudulento en el que confiaban todos los navegadores principales. MD5 está ahora definitivamente roto para cualquier propósito de seguridad donde importe la resistencia a colisiones.

Dónde MD5 sigue siendo aceptable:

• Comprobaciones de integridad de archivos sin fines de seguridad donde controlas tanto la generación como la verificación (confirmar que un archivo no se corrompió en tránsito, no que no fue manipulado).
• Sumas de verificación en sistemas internos donde un actor malicioso no está en el modelo de amenazas.
• Compatibilidad con sistemas heredados donde no tienes más remedio que coincidir con una implementación existente.
• Claves de caché y mapas hash donde la seguridad es irrelevante y la velocidad importa.

Dónde MD5 nunca debe usarse: certificados TLS, firmas digitales, firma de código o cualquier cosa donde un atacante pudiera beneficiarse de encontrar una colisión.

SHA-1: 160 bits, obsoleto, todavía por todas partes

SHA-1 (Secure Hash Algorithm 1) fue publicado por el NIST en 1995 y produce un resumen de 160 bits. Fue el estándar para los certificados TLS, las firmas digitales y la firma de software a lo largo de los años 2000. El Project Zero de Google demostró una colisión práctica de SHA-1 en 2017 (el ataque SHAttered), produciendo dos archivos PDF diferentes con hashes SHA-1 idénticos. Esto terminó con el uso de SHA-1 en TLS — todos los principales proveedores de navegadores dejaron de aceptar certificados SHA-1 ese mismo año.

SHA-1 todavía se encuentra en algunos lugares notables:

• Git: Git ha usado históricamente SHA-1 para identificar cada objeto de un repositorio — commits, blobs, árboles y etiquetas. Git está migrando activamente a SHA-256 (ver más abajo), pero los repositorios Git con SHA-1 siguen siendo muy comunes. Para este caso de uso, la resistencia a colisiones importa menos porque un atacante necesitaría acceso al sistema de archivos para explotar una colisión.
• Sistemas de autenticación heredados e implementaciones HMAC más antiguas.
• Algún software empresarial más antiguo que no se ha actualizado.

Para cualquier trabajo nuevo: evita SHA-1. Usa SHA-256 o SHA-512.

SHA-256: el estándar actual

SHA-256 forma parte de la familia SHA-2, publicada por el NIST en 2001. Produce un resumen de 256 bits (32 bytes) — el doble de la longitud de salida de MD5 y un 60% mayor que SHA-1. No se han demostrado ataques prácticos de colisión ni de preimagen contra SHA-256. Sigue siendo el estándar para el hashing sensible a la seguridad en 2026.

SHA-256 se usa por todas partes:

• Certificados TLS: el CA/Browser Forum impuso SHA-256 como mínimo para las firmas de certificados. Cada conexión HTTPS que haces está anclada por SHA-256.
• Firma de código: macOS, Windows Authenticode y los gestores de paquetes de Linux (APT, RPM) usan SHA-256 para verificar la integridad del software.
• Tokens JWT: el algoritmo HS256 en los JSON Web Tokens es HMAC-SHA-256. Es con diferencia el algoritmo de firma de JWT más común en los sistemas desplegados.
• Bitcoin: el algoritmo de prueba de trabajo de Bitcoin es doble-SHA-256 (SHA-256 aplicado dos veces).
• Git (siguiente generación): el formato de objeto SHA-256 de Git (activado con --object-format=sha256) usa SHA-256 para todos los IDs de objetos.
• Verificación de integridad de archivos publicada junto a las descargas de software.

Si necesitas elegir una función hash y no tienes restricciones específicas, SHA-256 es la elección predeterminada correcta en 2026.

SHA-512: salida mayor, a veces más rápido

SHA-512 también forma parte de la familia SHA-2 y produce un resumen de 512 bits (64 bytes). Proporciona un margen de seguridad mayor que SHA-256 — 512 bits de salida significan que el espacio teórico de ataque por fuerza bruta es 2²⁵⁶ veces mayor. En la práctica, este margen adicional es irrelevante para la mayoría de las aplicaciones, ya que SHA-256 ya es computacionalmente inviable de romper.

La característica de rendimiento contraintuitiva: SHA-512 es más rápido que SHA-256 en las CPU modernas de 64 bits al hacer hash de grandes cantidades de datos. SHA-512 procesa los datos en bloques de 1024 bits con operaciones de palabras de 64 bits, mientras que SHA-256 usa bloques de 512 bits con operaciones de 32 bits. En un procesador de 64 bits, las operaciones de 64 bits se asignan de forma más eficiente al hardware. Esto convierte a SHA-512 en la opción preferida para aplicaciones que hacen hash de archivos grandes en servidores de 64 bits.

Usa SHA-512 cuando:

• Estás haciendo hash de grandes cantidades de datos en hardware de 64 bits y quieres el máximo rendimiento.
• Tu sistema requiere el margen de seguridad adicional por razones normativas o de cumplimiento.
• Estás implementando HMAC-SHA-512 (usado en algunas implementaciones de JWT con HS512).

Tabla comparativa de algoritmos

Verificación de integridad de archivos: un ejemplo práctico

Uno de los usos más comunes y legítimos de los hashes criptográficos es verificar que un archivo descargado es exactamente lo que el editor pretendía — no corrompido en tránsito ni manipulado por un tercero. La mayoría de los grandes proyectos de software publican sumas de verificación SHA-256 junto a sus descargas.

El flujo de trabajo es así:

• Descarga el archivo de la fuente oficial.
• Descarga la suma de verificación publicada de la misma fuente oficial (idealmente firmada con PGP).
• Calcula el hash SHA-256 del archivo descargado.
• Compara tu hash calculado con el hash publicado carácter por carácter. Cualquier diferencia significa que el archivo no es lo que el editor distribuyó.

El Generador de hash de BrowseryTools admite el hashing de archivos — arrastra un archivo y calculará el hash localmente en tu navegador sin subir nada. Compara el resultado directamente con la suma de verificación publicada.

Almacenamiento de contraseñas: lo único que los hashes no pueden hacer de forma segura

Cómo Git usa SHA-1 (y está migrando a SHA-256)

Git usa una función hash para identificar cada objeto de un repositorio. Cada commit, archivo (blob), listado de directorio (árbol) y etiqueta se almacena en la base de datos de objetos bajo su hash SHA-1. Cuando ejecutas git log, las largas cadenas hexadecimales que ves — como c206f4b3a9d72bc0e53a0e1a6e4bdf8c7f9d2e51 — son hashes SHA-1 de objetos commit.

Git eligió SHA-1 en 2005 por velocidad y porque en aquel momento SHA-1 no estaba roto. El papel de los hashes en Git es ligeramente diferente del uso de seguridad tradicional: Git los usa como claves de almacenamiento direccionable por contenido, no como pruebas de autenticación. El contenido en sí es lo que confías — el hash es solo una forma eficiente de buscarlo y detectar corrupción accidental.

Tras la colisión SHAttered de SHA-1 en 2017, el proyecto Git comenzó a trabajar en la transición a SHA-256. El nuevo formato de objeto (--object-format=sha256) está disponible en Git 2.29+ y se usa por defecto en algunos hosts de repositorios nuevos. Los repositorios existentes pueden migrarse, aunque la transición es compleja porque cada ID de objeto cambia.

HMAC: autenticación de mensajes basada en hash

Un hash simple verifica la integridad de los datos (los datos no han cambiado) pero no la autenticidad (los datos vinieron de quien crees que vinieron). Si un atacante puede interceptar un mensaje y recalcular el hash después de modificarlo, un hash simple no ofrece ninguna protección.

HMAC (Hash-based Message Authentication Code) lo resuelve incorporando una clave secreta al cálculo del hash. El resultado solo puede producirlo alguien que conozca la clave. Verificar un HMAC demuestra tanto que los datos están intactos como que los produjo una parte con acceso al secreto compartido.

HMAC-SHA256 está por todas partes:

• Tokens JWT (HS256): el servidor firma la cabecera y la carga útil del token con HMAC-SHA256 usando una clave secreta. Los clientes no pueden falsificar tokens válidos sin la clave.
• Firma de peticiones de API: AWS Signature Version 4 usa HMAC-SHA256 para autenticar las peticiones de API. Los detalles de la petición y una clave de firma derivada se hashean juntos para que ninguno pueda modificarse sin invalidar la firma.
• Integridad de cookies: muchos frameworks web usan HMAC para firmar las cookies de sesión, evitando que los usuarios manipulen sus propios datos de sesión.

Cómo usar el Generador de hash de BrowseryTools

El Generador de hash admite el hashing tanto de entrada de texto como de archivos subidos por completo en tu navegador. Así funciona:

• Hashing de texto: pega cualquier texto en el campo de entrada. La herramienta calcula y muestra inmediatamente el hash de cada algoritmo compatible simultáneamente — MD5, SHA-1, SHA-256 y SHA-512 — para que puedas compararlos lado a lado y elegir el que necesites.
• Hashing de archivos: haz clic en la entrada de archivo o arrastra y suelta cualquier archivo. El archivo lo lee la File API de tu navegador y se hashea localmente. Los archivos grandes se procesan en fragmentos para evitar la presión de memoria. Ningún byte de tu archivo sale de tu dispositivo.
• Elige el algoritmo: selecciona el algoritmo concreto en el que centrarte para tu caso de uso. El resumen hexadecimal completo se muestra y puede copiarse con un solo clic.
• Descarga como archivo: para fines de documentación o distribución, exporta el resumen hash como un archivo de texto — útil para publicar sumas de verificación junto a tus propias versiones de software.

Privacidad: la Web Crypto API

Elegir el algoritmo correcto: una guía de decisión

• Integridad de archivos / sumas de verificación (sin seguridad): MD5 o SHA-256. SHA-256 es preferible para cualquier cosa de cara al público aunque el modelo de amenazas sea solo la corrupción accidental, ya que usar un algoritmo roto por elección es difícil de justificar ante los auditores.
• TLS, firma de código, operaciones con certificados: SHA-256 (obligatorio — SHA-1 se rechaza).
• Firma de JWT: HMAC-SHA-256 (HS256) para simétrico, o RS256/ES256 para asimétrico. Nunca MD5 ni SHA-1.
• Almacenamiento de contraseñas: Argon2id, bcrypt o scrypt. Nada de SHA.
• Hashing de archivos grandes en servidores de 64 bits: SHA-512 para el mejor rendimiento.
• Máximo margen de seguridad: SHA-512 o SHA-3 (SHA3-256, SHA3-512).
• Compatibilidad con sistemas heredados: lo que requiera el sistema heredado — pero planifica la migración fuera de MD5 y SHA-1.