Gerador de Hash SHA-1 (160 bits — Legado)

O que é SHA-1?

// Hash text using Web Crypto API (SHA-1 — legacy use only)
async function sha1(text) {
  const data = new TextEncoder().encode(text);
  const hash = await crypto.subtle.digest('SHA-1', data);
  return Array.from(new Uint8Array(hash))
    .map(b => b.toString(16).padStart(2, '0'))
    .join('');
}

await sha1('Hello, World!');
// → '0a0a9f2a6772942557ab5355d76af442f8f65e01'
// ⚠️ SHA-1 is broken — use SHA-256 for new work.

Exemplos de SHA-1

tree 4b825dc642cb6eb9a060e54bf8d69288fbee4904
author A Dev <dev@example.com> 1716854400 +0000
committer A Dev <dev@example.com> 1716854400 +0000

Initial commit

-----BEGIN CERTIFICATE-----
MIIDXTCCAkWgAwIBAgIJAKlL...
-----END CERTIFICATE-----

node-v0.12.7-linux-x64.tar.gz

(Cole o conteúdo do arquivo shattered-1.pdf do Google/CWI via aba Arquivo)

Como Gerar Hashes SHA-1

1. 1

   Cole texto ou solte um arquivo

   Selecione a aba Texto e cole qualquer string — uma mensagem de commit, corpo de certificado ou entrada de checksum legada — na área de entrada. O hash SHA-1 é atualizado conforme você digita. Para arquivos, mude para a aba Arquivo e arraste qualquer arquivo para a zona de soltura; o navegador faz o hash localmente sem nenhum upload.

2. 2

   Copie o hash de 40 caracteres

   Clique no botão Copiar ao lado da saída do hash. A string hex minúscula completa de 40 caracteres vai para a sua área de transferência. Use o botão Maiúsculas se o seu sistema legado espera hex maiúsculo — algumas ferramentas antigas e APIs do Windows usam maiúsculas por padrão.

3. 3

   Compare com uma impressão digital legada

   Mude para a aba Comparar e cole dois hashes SHA-1 lado a lado para confirmar se correspondem. Útil para validar um checksum de distribuidor legado, auditar um repositório Git espelhado ou verificar uma impressão digital de certificado TLS antigo de um documento anterior à adoção do SHA-256.

Detalhes Técnicos

Algoritmo: construção Merkle-Damgård, 80 rodadas

SHA-1 processa a entrada em blocos de 512 bits (64 bytes), aplicando 80 rodadas de operações bitwise agrupadas em quatro estágios de 20 rodadas cada, com uma função lógica diferente (Ch, Parity, Maj, Parity) e constante aditiva derivada de raízes quadradas de inteiros pequenos. O estado de hash inicial é composto de cinco palavras de 32 bits (A–E), e o hash final é a concatenação dessas palavras após o último bloco. Implementação definida em FIPS 180-1 (1995), substituída por FIPS 180-4 (2015).

Saída: 160 bits, 40 caracteres hexadecimais

Sempre exatamente 40 caracteres hexadecimais minúsculos (160 bits = 20 bytes, codificados como 2 hex por byte). O tamanho de saída é fixo independentemente do tamanho da entrada. Comparado aos 64 chars do SHA-256, a saída mais curta fornece menos bits de resistência a colisões — um fator chave pelo qual SHA-1 foi quebrado antes do SHA-256.

Desempenho: rápido, mas isso faz parte do problema

SHA-1 é rápido — tipicamente 400–700 MB/s em um navegador usando Web Crypto, competitivo com SHA-256. Para um atacante, essa velocidade é uma vantagem: um cluster de GPU moderno pode calcular bilhões de hashes SHA-1 por segundo, acelerando buscas de força bruta e colisão. A velocidade é por que SHA-1 (como MD5) nunca deve ser usado para armazenamento de senhas — use bcrypt, scrypt ou Argon2.

Padrões: FIPS 180-1 (1995) — depreciado no contexto FIPS 180-4

SHA-1 foi padronizado em FIPS 180-1 (1995), substituindo o SHA-0 com falhas. O NIST depreciou SHA-1 para assinaturas digitais em NIST SP 800-131A (2011) e em FIPS 186-5 (2023) o proibiu formalmente para toda geração de assinatura digital. A RFC 6194 (2011) documentou as considerações de segurança conhecidas. A API WebCrypto do W3C ainda inclui SHA-1 por razões de interoperabilidade com sistemas legados, o que permite que esta ferramenta do navegador o calcule.

Boas Práticas

Nunca use SHA-1 para operações sensíveis à segurança

SHA-1 está obsoleto para assinaturas digitais, certificados TLS, assinatura de código, armazenamento de senhas e qualquer fluxo de trabalho onde a resistência a colisões importa. O ataque SHAttered de 2017 demonstrou colisões práticas. Para todos os usos de segurança, migre para SHA-256 ou SHA-3. A diferença de custo é insignificante em hardware moderno — SHA-256 é acelerado por hardware em todos os CPUs e pipelines de GPU atuais.

SHA-1 para consulta de impressão digital legada é aceitável

Se você precisa verificar um checksum de arquivo anterior a 2017, consultar um ID de commit do Git ou inspecionar uma impressão digital de certificado antigo para fins de auditoria, SHA-1 é apropriado. O hash em si não está sendo usado para tomar uma decisão de confiança — você está apenas reproduzindo uma impressão digital conhecida para referência cruzada. Documente isso explicitamente nos seus logs de auditoria: 'SHA-1 usado apenas para referência legada, não para validação de segurança.'

Sempre faça hash de bytes UTF-8, não de pontos de código Unicode

SHA-1, como todos os algoritmos de hash, opera em bytes, não em caracteres. A mesma string codificada em UTF-8 vs UTF-16 produz hashes diferentes. Esta ferramenta sempre codifica a entrada como UTF-8 sem BOM antes de fazer o hash. Se você precisa corresponder a um sistema que usa uma codificação diferente (Windows UTF-16-LE, Latin-1), você deve pré-codificar a entrada externamente antes de comparar hashes.

Use comparação em tempo constante ao verificar hashes no código

Se você compara dois hashes SHA-1 no código, use uma verificação de igualdade em tempo constante — Node.js crypto.timingSafeEqual(), Python hmac.compare_digest() — em vez de igualdade de string simples (=== ou ==). Comparação ingênua vaza informações de temporização que podem teoricamente permitir que um atacante reconstrua o hash esperado byte a byte. Esta é uma medida de defesa em profundidade mesmo para verificação SHA-1 legada.

Perguntas Frequentes sobre SHA-1