Gerar um hash

Não. O hash do arquivo é calculado com a mesma criptografia integrada que cuida do HTTPS. Nada fica armazenado, então não há limite de tamanho nem espera por conexão.

A memória disponível, e não um limite fixo de tamanho. A criptografia do navegador não tem como calcular o hash de um arquivo em partes — ela precisa do arquivo inteiro na memória de uma vez — então um arquivo muito grande (uma imagem de DVD, por exemplo) pode falhar em uma máquina que não consiga guardá-lo. Arquivos de até algumas centenas de megabytes funcionam bem em um computador comum. Se um arquivo grande falhar, esse é o limite que você atingiu, e a página avisa em vez de travar.

SHA-256 para qualquer coisa nova. É o padrão moderno, é o que usam checksums de software, digests de contêineres e sistemas de blockchain, e não tem fraquezas conhecidas. Use MD5 ou SHA-1 apenas quando algo exigir — conferir um checksum antigo publicado, um sistema legado, ou o Git, que identifica objetos por SHA-1. Use SHA-512 quando quiser especificamente um digest mais longo; em máquinas de 64 bits ele costuma ser mais rápido que o SHA-256, não mais lento.

Pode, mas não deve armazenar o resultado. Esse é o erro mais comum nessa área, então vale ser direto: MD5, SHA-1 e SHA-256 são todos errados para senhas, e o fato de o SHA-256 ser criptograficamente forte não ajuda. O problema é que essas funções são RÁPIDAS por definição — uma placa de vídeo moderna calcula bilhões de hashes SHA-256 por segundo, então um banco de dados roubado com hashes SHA-256 de senhas é quebrado em velocidade enorme. Senhas precisam de uma função propositalmente lenta e com salt, feita para isso: bcrypt, scrypt ou Argon2. Todo framework sério já traz uma.

Porque hoje qualquer pessoa consegue construir dois arquivos diferentes com o mesmo hash MD5, em hardware comum, em segundos. Isso é verdade desde 2004 e já foi demonstrado com consequências reais — dois PDFs mostrando contratos diferentes, dois executáveis em que um é malware. Então o MD5 não prova que um arquivo é o que você esperava; uma falsificação deliberada pode ter o mesmo hash. Ele ainda é perfeitamente razoável para detectar corrupção acidental, como um download com defeito ou uma cópia truncada, que é para o que a maioria dos checksums MD5 publicados serve. Ele nunca deve ser usado para segurança.

Pelo mesmo motivo, mais recentemente. Em 2017, o Google e o CWI produziram dois PDFs diferentes com o mesmo hash SHA-1, e em 2020 o ataque já estava barato o suficiente para falsificar assinaturas. Os navegadores deixaram de aceitar certificados SHA-1 há anos, e o Git está migrando para outro algoritmo. Se você está escolhendo um algoritmo hoje, escolha SHA-256.

Solte o arquivo baixado e cole na caixa de comparação o checksum do site de onde você o baixou. Se corresponderem, o arquivo chegou íntegro e é o arquivo que foi publicado. Se não, exclua-o e baixe de novo. Dois cuidados: pegue o checksum da fonte oficial, e não de onde quer que você tenha baixado o arquivo, e lembre que um checksum só prova que o arquivo corresponde ao que aquela página publicou — se a própria página foi comprometida, os dois vão corresponder.

SHA-1, SHA-256, SHA-384 e SHA-512 vêm da implementação Web Crypto do próprio navegador, o mesmo código que cuida do HTTPS. O MD5 não está na Web Crypto — de propósito, porque está quebrado — então ele é implementado aqui diretamente a partir da RFC 1321 e conferido com os vetores de teste publicados nesse mesmo documento.