TontonTools
Segurança e privacidade

MD5 vs SHA-256 vs bcrypt: qual hash você deve usar?

Enyong Carinton Tegum· May 11, 2026· 4 min de leitura
Abstract visual of data encryption and cryptographic hashing
Photo by Rafael Minguet Delgado on Pexels

O hash recebe qualquer entrada e produz uma "impressão digital" de comprimento fixo que é praticamente impossível de reverter. Está em todo lugar: verificações de integridade de arquivos, assinaturas digitais, blockchains e armazenamento de senhas. Mas MD5, SHA-256 e bcrypt são criados para tarefas muito diferentes, e usar o errado (especialmente para senhas) é um erro de segurança sério e comum. Veja como escolher corretamente.

Primeiro, o que uma boa função hash garante

Um hash criptográfico deve ser determinístico (mesma entrada, mesma saída), rápido para calcular para uso legítimo e resistente a dois ataques: encontrar a entrada original do hash (resistência à pré-imagem) e encontrar duas entradas com o mesmo hash (resistência à colisão). Quando uma função hash “quebra”, geralmente significa que os pesquisadores encontraram uma maneira prática de criar colisões.

MD5: apenas impressões digitais rápidas

MD5 produz um hash de 32 caracteres (128 bits) e é muito rápido. O problema: ele foi quebrado criptograficamente desde meados dos anos 2000 – ataques de colisão práticos estão bem documentados, e é por isso que ele nunca deve ser usado para senhas, certificados ou assinaturas. Ainda é adequado para fins não relacionados à segurança, como chaves de cache, desduplicação e somas de verificação rápidas, onde um invasor não tem incentivo para forjar uma correspondência. Gere um com nosso gerador MD5.

SHA-256: integridade segura

SHA-256, parte da família SHA-2 padronizada pelo NIST, produz um hash de 256 bits e permanece resistente a colisões sem ataques práticos. É o carro-chefe por trás dos certificados TLS, assinatura de software e Bitcoin. Use-o sempre que precisar verificar se os dados não foram alterados: downloads de arquivos, integridade de documentos, assinatura de solicitações de API. Experimente o gerador SHA-256 para vê-lo em ação.

bcrypt: aquele para senhas

Aqui está o principal insight que confunde tantos desenvolvedores: as senhas nunca devem ser criptografadas com MD5 ou SHA-256, precisamente porque elas são rápidas. A velocidade é ótima para somas de verificação, mas catastrófica para senhas, porque permite que invasores testem bilhões de suposições por segundo em um banco de dados roubado. O bcrypt é deliberadamente lento e inclui um salt aleatório integrado, portanto, senhas idênticas produzem hashes diferentes e a força bruta torna-se impraticável. Seu "fator de custo" permite aumentar o trabalho à medida que o hardware fica mais rápido. Veja como funciona com nosso gerador de hash bcrypt. A Folha de referências para armazenamento de senhas OWASP recomenda bcrypt (ou Argon2/scrypt) exatamente por esse motivo.

Referência rápida

  • MD5 → impressões digitais não relacionadas à segurança, chaves de cache, desduplicação. Nunca por segurança.
  • SHA-256 → integridade de arquivos, assinaturas, certificados, blockchains.
  • bcrypt (ou Argon2/scrypt) → armazenamento de senhas, sempre salgado e lento.

Identificando um hash desconhecido

Herdou um banco de dados cheio de hashes misteriosos? O comprimento e o formato são grandes pistas - 32 caracteres hexadecimais geralmente significam MD5, 64 significa SHA-256 e uma string começando com $2y$ é bcrypt. Nosso identificador de hash pode restringi-lo para você. Para uma história mais aprofundada sobre "por que o hashing rápido falha para senhas", consulte nosso guia complementar sobre como criar senhas fortes.

Resultado

Combine a ferramenta com o trabalho: MD5 para impressões digitais triviais, SHA-256 para integridade e um algoritmo salgado lento como bcrypt para senhas. Escolher o errado não é uma preferência de estilo — é a diferença entre uma violação de banco de dados contida e outra catastrófica.

Share X / Twitter Facebook LinkedIn WhatsApp

Continue lendo

← Voltar para todos os posts

We use cookies for analytics and to keep the tools free via ads. See our Privacy Policy.