Verificador de Checksum de Archivos

Calcula el checksum MD5, SHA-1, SHA-256 o SHA-512 de cualquier archivo y compáralo con un hash esperado, en tu navegador, sin subir nada.

🌐 English

Drop your files here (any file type)

🔒 Privado por diseño: tus archivos se procesan localmente en tu navegador; nada se sube nunca a ningún servidor.

Cómo verificar el checksum de un archivo

  1. Suelta el archivo que quieres comprobar (una ISO, un instalador, un archivo comprimido, cualquier archivo) en el recuadro de arriba.
  2. Elige el algoritmo (SHA-256 por defecto, usa el mismo que haya publicado el editor).
  3. Opcionalmente, suelta también un archivo .txt plano cuya primera línea sea el checksum esperado (una cadena hexadecimal simple, o una línea completa estilo sha256sum como ba7816bf... ubuntu.iso).
  4. Haz clic en Calcular Checksum. La descarga es un pequeño informe de texto con el hash calculado, y un veredicto claro de COINCIDE/NO COINCIDE si proporcionaste un valor esperado.

Sin cuenta, sin subida, sin límite de tamaño impuesto por esta herramienta, el archivo se lee y se aplica el hash directamente en tu pestaña del navegador.

Por qué verificar un checksum

Cuando descargas un archivo grande (una imagen ISO de una distro Linux, un instalador de software, una imagen de firmware, un archivo comprimido) el editor a menudo publica un checksum (MD5, SHA-1, SHA-256 o SHA-512) junto al enlace de descarga. Volver a calcular ese checksum tú mismo y compararlo con el valor publicado es la forma estándar de confirmar que el archivo que realmente recibiste está:

Un checksum es una “huella digital” de longitud fija de los bytes exactos de un archivo: incluso un único bit invertido en cualquier parte de una ISO de varios gigabytes produce un hash completamente distinto, así que un COINCIDE es una evidencia sólida de que los dos archivos son idénticos byte a byte.

Transmitido, no cargado en bloque, la parte que de verdad importa para archivos grandes

Aplicar hash a un archivo de varios gigabytes en una pestaña del navegador de la forma ingenua (leyendo todo en un único ArrayBuffer gigante primero) puede agotar la memoria disponible y congelar la pestaña mucho antes de que se calcule siquiera el hash. Esta herramienta lo evita: lee el archivo a través de la propia API File.stream() del navegador, que devuelve los bytes del archivo en una secuencia de trozos acotados (medimos entre unos 64 KB y 2 MB por trozo en un navegador Chromium real para un blob de prueba de 50 MB, nunca todo de una vez), y alimenta cada trozo directamente a la función de hash a medida que llega. El tamaño total del archivo nunca necesita caber en memoria como un único búfer.

Esto importa para cada algoritmo ofrecido aquí, no solo MD5, mira la pregunta frecuente de más abajo para entender exactamente por qué la API Web Crypto subyacente no podía usarse para transmitir SHA-1/256/512 de la misma manera, y qué usa esta herramienta en su lugar.

Todo ocurre en tu navegador

Ningún archivo se sube nunca a un servidor. El hashing se ejecuta con una pequeña librería WebAssembly cargada una vez en la página, calculando por completo en tu propio dispositivo, la misma garantía de privacidad detrás de cada herramienta de este sitio. También significa que no hay coste de ancho de banda de subida para un archivo de varios gigabytes: el cuello de botella es puramente la velocidad a la que tu dispositivo puede leer y aplicar hash a los bytes que ya están en tu disco.

Usos habituales

Cómo funciona, en imágenes

Captura de pantalla de la herramienta Verificador de Checksum de Archivos con sysfenix-sample.png (466 KB) cargado, Algorithm en SHA-256 (recommended)
Verificador de Checksum de Archivos en pleno proceso: sysfenix-sample.png (466 KB) cargado, Algorithm en SHA-256 (recommended).
Captura de pantalla del resultado de Verificador de Checksum de Archivos mostrando sysfenix-sample.png.sha256.txt listo para descargar (119 B, 100% más pequeño)
El resultado final: sysfenix-sample.png.sha256.txt listo para descargar (119 B, 100% más pequeño). El enlace de descarga es una URL blob local: el archivo nunca sale de tu dispositivo.

Preguntas frecuentes

¿Se sube mi archivo a algún sitio para calcular el checksum?

No. El archivo nunca sale de tu dispositivo. Se lee directamente del disco en tu navegador y se aplica el hash trozo a trozo, todo del lado del cliente, usando una pequeña librería de hashing en WebAssembly que se ejecuta en la página, no hay ningún viaje de ida y vuelta a un servidor, ni barra de progreso de subida para una transferencia de red, y funciona exactamente igual con la red desconectada una vez cargada la página.

¿Cómo comparo contra un checksum esperado?

Suelta un segundo archivo junto al que quieres comprobar, un archivo .txt plano cuya primera línea sea el hash esperado (una cadena hexadecimal simple, o la clásica línea "hash nombrearchivo" que imprime una herramienta como sha256sum/md5sum). El informe descargado mostrará un veredicto claro de COINCIDE o NO COINCIDE. Si no subes un segundo archivo, la herramienta simplemente calcula y muestra el checksum sin nada con qué compararlo.

¿Puede esto gestionar de verdad una ISO o instalador de varios gigabytes sin congelar la pestaña?

Sí, por la razón que más importa: el archivo se lee y se aplica el hash en trozos de tamaño acotado mediante la propia API File.stream() del navegador en lugar de cargarse primero en un único búfer gigante en memoria. Lo verificamos de forma concreta en un navegador real, transmitir un blob en memoria de 50 MB por ese mismo camino de código produjo docenas de trozos (más o menos entre 64 KB y 2 MB cada uno), nunca un único trozo enorme, así que el uso de memoria se mantiene acotado sin importar si el archivo pesa 50 MB o 50 GB. El tiempo de procesamiento sigue escalando con el tamaño del archivo y la velocidad de tu dispositivo (aplicar hash a gigabytes de datos no es instantáneo), pero la memoria no debería ser el cuello de botella.

¿Esto se aplica a todos los algoritmos, o solo a uno?

Los cuatro (MD5, SHA-1, SHA-256, SHA-512) se transmiten de la misma forma. Merece la pena mencionarlo porque la API nativa Web Crypto del navegador (crypto.subtle.digest) (que usan las herramientas de hash de texto SHA-1, SHA-256 y SHA-512 de este sitio) no tiene ningún modo incremental o de streaming: solo acepta un único búfer completo y devuelve un único resumen completo en una sola llamada, según la especificación de Web Crypto. Así que en su lugar esta herramienta usa hash-wasm, una pequeña librería en WebAssembly cuyas funciones createMD5/createSHA1/createSHA256/createSHA512 exponen todas una interfaz real init()/update()/digest(), permitiendo que cada algoritmo (no solo MD5) aplique el hash a un archivo de forma incremental mientras se transmite.

¿Qué algoritmo debería elegir?

SHA-256 (el predeterminado aquí) para cualquier cosa actual, es lo que la mayoría del software moderno publica hoy junto a sus descargas y no tiene ninguna debilidad práctica conocida. Usa SHA-1 o MD5 solo cuando estés comprobando específicamente contra un checksum publicado antiguo que ya use uno de esos (por ejemplo, una réplica de una distro Linux antigua, o un instalador heredado), ambos están criptográficamente rotos para fines de seguridad pero siguen siendo perfectamente válidos para verificar una corrupción accidental o una descarga incompleta, que es el caso de uso real aquí.

¿En qué se diferencia esto de las páginas generadoras de hash SHA-1/SHA-256/SHA-512/MD5?

Esas cuatro páginas aplican hash a texto pegado que escribes o copias en un recuadro, útil para hacer hash de un valor de configuración, un secreto de API o una cadena corta. Esta página aplica hash a los bytes en bruto de un ARCHIVO subido directamente, transmitido para que funcione con archivos demasiado grandes para pegarlos como texto (una imagen ISO, un instalador, un archivo comprimido), y también puede comparar el resultado con un valor esperado. Si lo que tienes es texto, usa en su lugar una de las páginas de hash SHA-256, SHA-1, SHA-512 o MD5.

¿Puedo calcular el checksum de más de un archivo a la vez?

No en una sola pasada, esta herramienta toma exactamente un archivo para calcular el checksum, más opcionalmente un segundo archivo .txt que aporte el hash esperado para comparar. Si subes el archivo que quieres comprobar más un segundo archivo que también sea .txt, esta herramienta no puede saber cuál querías comprobar (en la práctica, los objetivos de checksum son ISOs, instaladores, archivos comprimidos y otros binarios, prácticamente nunca archivos .txt planos en sí mismos), así que te pedirá que elimines uno.