Generar un hash

No. El hash del archivo se calcula con la misma criptografía integrada que se encarga de HTTPS. No se guarda nada, así que no hay tope de tamaño ni esperas por la conexión.

La memoria disponible, no un tope de tamaño fijo. La criptografía del navegador no tiene forma de calcular el hash de un archivo por partes (necesita el archivo completo en memoria a la vez), así que un archivo muy grande (una imagen de DVD, por ejemplo) puede fallar en un equipo que no pueda contenerlo. Los archivos de hasta unos cientos de megabytes van bien en una computadora normal. Si uno grande falla, ese es el límite que alcanzaste, y la página lo dice en lugar de quedarse colgada.

SHA-256 para todo lo nuevo. Es el estándar moderno, es el que usan los checksums de software, los digests de contenedores y los sistemas blockchain, y no tiene debilidades conocidas. Usa MD5 o SHA-1 solo cuando otra cosa lo exija: coincidir con un checksum antiguo publicado, un sistema heredado o Git, que identifica los objetos por SHA-1. Usa SHA-512 cuando quieras específicamente un resumen más largo; en máquinas de 64 bits suele ser más rápido que SHA-256, no más lento.

Puedes, pero no deberías guardar el resultado. Es el error más común en este terreno, así que vale la pena ser directos: MD5, SHA-1 y SHA-256 son todos incorrectos para contraseñas, y que SHA-256 sea criptográficamente fuerte no ayuda. El problema es que estas funciones son RÁPIDAS por diseño: una tarjeta gráfica moderna calcula miles de millones de hashes SHA-256 por segundo, así que una base de datos robada de contraseñas con hash SHA-256 se descifra a una velocidad enorme. Las contraseñas necesitan una función lenta a propósito, con sal y hecha para eso: bcrypt, scrypt o Argon2. Todo framework serio trae una integrada.

Porque hoy cualquiera puede construir dos archivos distintos con el mismo hash MD5, en hardware común, en segundos. Es así desde 2004 y se ha demostrado con consecuencias reales y concretas: dos PDF que muestran contratos distintos, dos ejecutables de los que uno es malware. Así que MD5 no puede demostrar que un archivo es el que esperabas; una falsificación deliberada puede coincidir. Sigue siendo perfectamente razonable para detectar corrupción accidental, como una descarga defectuosa o una copia truncada, que es para lo que sirven en realidad la mayoría de los checksums MD5 publicados. Nunca debe usarse para seguridad.

Por la misma razón, más recientemente. En 2017, Google y el CWI produjeron dos PDF distintos con el mismo hash SHA-1, y para 2020 el ataque era lo bastante barato como para falsificar firmas. Los navegadores dejaron de aceptar certificados SHA-1 hace años, y Git está migrando a otro algoritmo. Si hoy estás eligiendo un algoritmo, elige SHA-256.

Suelta el archivo descargado y luego pega en la casilla de comparación el checksum del sitio de donde lo obtuviste. Si coinciden, el archivo llegó intacto y es el que se publicó. Si no, bórralo y vuelve a descargarlo. Dos advertencias: obtén el checksum de la fuente oficial y no del mismo lugar de donde sacaste el archivo, y recuerda que un checksum solo demuestra que el archivo coincide con lo que publicó esa página; si la propia página estaba comprometida, los dos van a coincidir.

SHA-1, SHA-256, SHA-384 y SHA-512 vienen de la implementación Web Crypto del propio navegador, el mismo código que se encarga de HTTPS. MD5 no está en Web Crypto (a propósito, porque está roto), así que aquí se implementa directamente a partir de la RFC 1321 y se comprueba con los vectores de prueba publicados en ese mismo documento.