Hash de senhas: bcrypt, Argon2, PBKDF2

Armazenar senhas em texto simples é catastrófico — uma única violação do banco de dados expõe todas as contas. As senhas devem ser processadas com uma função unidirecional antes do armazenamento, para que nem mesmo o acesso ao banco de dados revele a senha original.

Uma função de hash converte uma entrada de qualquer tamanho em uma saída de tamanho fixo. A mesma entrada sempre produz a mesma saída, mas o valor original não pode ser recuperado a partir do hash. Exemplos: SHA-256, bcrypt, Argon2.

Funções de hash de uso geral, como SHA-256, foram projetadas para serem rápidas. Um invasor pode calcular bilhões de hashes SHA-256 por segundo usando uma GPU, tornando viável a quebra por força bruta.

O cálculo de hashes de senhas exige funções lentas e dispendiosas.

Um sal criptográfico é um valor aleatório adicionado a cada senha antes do cálculo do hash. Isso garante que dois usuários com a mesma senha tenham hashes diferentes, impedindo ataques com tabelas arco-íris e ataques em lote. O sal é armazenado junto com o hash (não é secreto).

O bcrypt foi projetado em 1999 especificamente para o cálculo de hashes de senhas. Ele tem um fator de custo configurável que controla a lentidão do cálculo do hash. À medida que o hardware melhora, aumente o fator de custo para manter a segurança.

Um fator de custo de 12 é comum atualmente — leva aproximadamente 250 ms para calcular o hash em uma CPU moderna.

PBKDF2 (função de derivação de chaves baseada em senha 2) aplica uma função de hash (por exemplo, HMAC-SHA256) muitas vezes (iterações). Mais iterações = mais lento = mais seguro. É recomendado pelo NIST e usado pelo WPA2 para senhas de Wi-Fi.

Argon2 venceu a Competição de Cálculo de Hashes de Senhas em 2015. É o padrão moderno. Seus parâmetros são ajustáveis em:

• Custo de tempo — número de iterações
• Custo de memória — RAM necessária (limita a aceleração por GPU)
• Paralelismo — número de linhas de execução

Use Argon2id na maioria dos aplicativos.

Uma tabela arco-íris é uma consulta pré-calculada de hash → texto simples. Sem um sal criptográfico, um invasor que tenha o hash pode consultá-lo instantaneamente na tabela. O uso de sal criptográfico torna as tabelas arco-íris inúteis, pois cada hash é único.

Métodos comuns de quebra sem conexão:

• Ataque de dicionário — testar senhas comuns e variações
• Força bruta — testar todas as combinações de caracteres
• Baseado em regras — aplicar regras de mutação ao dicionário (adicionar o ano, usar maiúsculas, linguagem leet)
• Ferramentas: Hashcat, John the Ripper

Ordem de preferência para aplicativos novos:

1. Argon2id — melhor resistência à quebra por GPU/ASIC
2. bcrypt — amplamente compatível, com histórico comprovado
3. PBKDF2 — aprovado pelo NIST e exigido em alguns contextos de conformidade

Nunca use: MD5, SHA-1 ou SHA-256 sem sal criptográfico para senhas.

Quando um usuário inicia sessão:

1. Recupere o resumo criptográfico e o sal armazenados para o usuário
2. Gere o resumo criptográfico da senha enviada usando o mesmo sal e algoritmo
3. Compare o resumo criptográfico resultante com o resumo armazenado (comparação em tempo constante)
4. Nunca descriptografe — apenas compare

As senhas devem ser armazenadas como resumos criptográficos, não como texto simples. Algoritmos rápidos como SHA-256 são inadequados — use funções lentas de resumo criptográfico de senhas: Argon2id (preferencial), bcrypt ou PBKDF2. Sempre use um sal aleatório para cada senha, para evitar ataques com tabelas arco-íris. Nunca crie sua própria criptografia — use bibliotecas comprovadas.