Generador de Hash
Genera resúmenes MD5, SHA-1, SHA-256, SHA-384 y SHA-512 de cualquier texto. Todo se ejecuta localmente en tu navegador, por lo que tu texto nunca se sube.
Texto de entrada
0 caracteres
Hashes
Introduce texto arriba para ver sus hashes.
Cómo usar Generador de Hash
- 1
Introduce tu texto
Escribe o pega cualquier texto en el panel de entrada; los hashes se calculan automáticamente a partir de sus bytes UTF-8.
- 2
Lee todos los resúmenes
Consulta juntos los resultados de MD5, SHA-1, SHA-256, SHA-384 y SHA-512, cada uno actualizándose en vivo mientras escribes.
- 3
Elige el algoritmo adecuado
Usa SHA-256 o uno más fuerte para cualquier cosa relacionada con la seguridad, y reserva MD5 o SHA-1 para sumas de comprobación sin fines de seguridad y para compatibilidad heredada.
- 4
Copia un hash
Haz clic en Copiar en cualquier fila para poner ese resumen hexadecimal en tu portapapeles, todo sin salir de tu navegador.
Funciones hash explicadas: resúmenes, integridad y qué no hacer
Qué hace una función hash
Una función hash criptográfica toma una entrada de cualquier longitud y produce una cadena de bytes de longitud fija llamada resumen, normalmente mostrada en hexadecimal. SHA-256 siempre emite 256 bits, 64 caracteres hexadecimales, tanto si le das una sola letra como un archivo de un gigabyte. La función es unidireccional por diseño: calcular el resumen a partir de la entrada es rápido, pero recuperar la entrada a partir del resumen es computacionalmente inviable. Esa asimetría es todo el sentido.
Este generador calcula cinco resúmenes a la vez a partir del mismo texto, MD5, SHA-1, SHA-256, SHA-384 y SHA-512, usando la Web Crypto API donde está disponible. Verlos uno al lado del otro hace concretas las concesiones: las funciones más antiguas son más cortas y rápidas, y la familia SHA-2 es más larga y está pensada para tareas de seguridad.
Determinismo y el efecto avalancha
Los hashes son perfectamente deterministas. La misma entrada siempre produce el mismo resumen, cada vez, en cualquier máquina y en cualquier implementación correcta, que es exactamente lo que los hace útiles para comparar y verificar. Escribe la palabra hello y obtienes una cadena SHA-256 concreta; escríbela de nuevo mañana y obtienes la cadena idéntica.
Sin embargo, la correspondencia es enormemente sensible a la entrada. Cambia un solo carácter, aunque solo cambies la mayúscula de una letra o añadas un espacio final, y una buena función hash produce un resumen completamente distinto e irreconocible, con aproximadamente la mitad de los bits de salida invertidos. Este es el efecto avalancha, y es la razón por la que los resúmenes son inútiles para adivinar cuán parecidas eran dos entradas: entradas casi idénticas se ven totalmente sin relación, lo cual es una característica, no un defecto.
El uso cotidiano: integridad y sumas de comprobación
El uso legítimo más común de un hash es verificar que los datos llegaron intactos. Una página de descarga publica el SHA-256 de un archivo; tras descargarlo, aplicas el hash a tu copia y comparas. Si los dos resúmenes coinciden carácter por carácter, el archivo es idéntico byte a byte al original y no se truncó ni se corrompió durante el envío. Si difiere aunque sea un solo bit, los resúmenes no coincidirán.
La misma propiedad impulsa la deduplicación y la detección de cambios. Los sistemas de almacenamiento aplican hash a bloques para detectar duplicados sin compararlos byte a byte, los sistemas de control de versiones y las cachés usan hashes de contenido como identificadores, y las herramientas de compilación aplican hash a las entradas para decidir si se puede omitir trabajo. En todos ellos, el hash es una huella compacta y fiable del contenido.
El hash no es cifrado
Esta confusión está por todas partes y es importante. El cifrado es reversible: con la clave correcta puedes recuperar el texto original, porque todo su propósito es proteger datos que pretendes volver a leer más tarde. El hash es unidireccional a propósito: no hay clave ni paso de descifrado, porque el objetivo es una huella, no una copia recuperable.
Así que un hash nunca es la respuesta para hacer este texto secreto pero legible después. Si necesitas almacenar algo y recuperarlo, lo que quieres es cifrado. Si solo necesitas comprobar si una entrada posterior coincide con una anterior sin almacenar el original, lo que quieres es un hash. Recurrir al equivocado es un error de diseño que ninguna fortaleza de algoritmo puede arreglar.
MD5 y SHA-1 están rotos para la seguridad
MD5 y SHA-1 se siguen calculando aquí porque resultan útiles para sumas de comprobación sin fines de seguridad, interoperabilidad heredada y para reproducir valores producidos por sistemas antiguos. Pero ambos están criptográficamente rotos: los investigadores han producido colisiones prácticas, es decir, dos entradas distintas que generan el mismo resumen, y para SHA-1 esto se ha demostrado con archivos reales y significativos. Una colisión destruye la garantía de seguridad de que un resumen identifica de forma única su entrada.
La regla práctica es sencilla. Nunca uses MD5 ni SHA-1 donde un atacante pudiera beneficiarse de falsificar una coincidencia: firmas digitales, huellas de certificados, registros a prueba de manipulación o identificadores anticolisión. Para cualquier cosa sensible a la seguridad, elige SHA-256 o uno más fuerte. Reserva las funciones heredadas para comprobaciones de integridad informales donde no haya ningún adversario en juego.
Por qué el hash simple es inadecuado para las contraseñas
Resulta tentador almacenar una contraseña guardando su SHA-256 y comparando al iniciar sesión, pero es un error grave. Los hashes de uso general están hechos para ser rápidos, y esa velocidad permite a los atacantes probar miles de millones de contraseñas candidatas por segundo contra una base de datos robada. Peor aún, dos usuarios con la misma contraseña producen el mismo resumen, y las tablas de búsqueda precalculadas (tablas arcoíris) pueden revertir las contraseñas comunes al instante.
El almacenamiento adecuado de contraseñas usa una función de derivación de claves lenta, con sal y diseñada para tal fin: bcrypt, scrypt o Argon2, donde una sal aleatoria única por usuario derrota a las tablas de búsqueda y un factor de coste deliberado encarece la fuerza bruta. Una sal no es más que datos aleatorios combinados con la contraseña antes del hash, de modo que contraseñas idénticas produzcan valores almacenados distintos. Usa esta herramienta para entender y verificar hashes, pero no uses un simple resumen SHA para almacenar credenciales.
Codificación, formato de salida y privacidad
Como un hash opera sobre bytes, la codificación del texto debe estar fijada o el resumen carece de sentido entre herramientas. Este generador codifica tu entrada como UTF-8 antes de aplicar el hash, así que las letras acentuadas, los alfabetos no latinos y los emojis producen resúmenes estándar que coinciden con otras implementaciones basadas en UTF-8. Si un resumen que calculas en otro sitio no coincide, una discrepancia de codificación, o un salto de línea final perdido, es la causa habitual.
Todo se ejecuta localmente en tu navegador; tu entrada nunca se sube, se registra ni se almacena, lo que hace seguro aplicar hash a tokens, contenidos de archivos u otros valores sensibles. Una práctica de verificación cómoda es pegar una entrada conocida y confirmar que el resumen coincide con el valor que indica tu aplicación o una página de descarga: cuando concuerdan byte a byte, ambos lados están codificando y aplicando hash a lo mismo.
Preguntas frecuentes
¿Qué algoritmos de hash genera esta herramienta?
¿Se envía mi entrada a un servidor?
¿Debería usar MD5 o SHA-256?
¿Se puede revertir un hash al texto original?
¿Maneja correctamente Unicode y emojis?
Herramientas relacionadas
Sigue trabajando con estas prácticas herramientas