密码哈希入门：为什么数据库里绝不能存明文密码

每隔一段时间就有新闻：某网站数据库泄露，几百万条密码被挂到暗网售卖。更糟的说法是”密码为明文存储”——这意味着攻击者拿到就能直接登录。这篇文章讲清楚：密码存储的正确姿势为什么是”慢哈希 + 盐”，以及每一步演进背后的攻击逻辑。

一、为什么不能存明文，也不能”加密”存#

明文：数据库一泄，全部账号即时沦陷；
可逆加密（AES 等）：密钥和数据库往往在同一台服务器上，攻击者一锅端；
哈希：单向函数，无法从摘要还原密码。验证登录时对输入重新哈希、比对摘要即可——数据库里始终没有可用凭证。

二、MD5/SHA-1 为什么不合格#

普通哈希（MD5、SHA-1、SHA-256）为”快”而设计，一秒能算上亿次。这正好帮了攻击者两种忙：

彩虹表：预先算好海量”常见密码 → 哈希”对照表，拿到库里批量反查。123456 的 MD5 一搜就能反查出原文。

GPU 暴力破解：现代显卡对 MD5 每秒可算数百亿次。一个 8 位纯数字密码，穷举空间一亿，眨眼跑完。

问题不在算法被”破解”（MD5 的单向性尚在），而在它太快了。

三、盐：让彩虹表失效#

注册时生成随机字符串（盐）拼进密码再哈希，盐和摘要一起存：

1
const crypto = require("node:crypto");
2
function md5WithSalt(password, salt) {
3
  return crypto.createHash("md5").update(salt + password).digest("hex");
4
}
5
const salt = crypto.randomBytes(16).toString("hex");
6
const hash = md5WithSalt("123456", salt);
7
// 存库: salt | hash

两个用户都用了 123456，库里摘要完全不同；彩虹表全部作废（得为每个盐重算）。但盐解决不了 GPU 暴力破解——盐是公开存的，攻击者拿到库后照样逐个用户穷举，MD5 还是太快。

四、慢哈希：bcrypt / scrypt / Argon2#

真正的解决方案是专门为密码设计的慢哈希：故意慢、吃内存，让 GPU 并行优势失效。

算法	设计目标	特点
bcrypt	慢	内置盐，成本因子可调，30 年实战检验
scrypt	慢 + 吃内存	抵抗 GPU/ASIC 并行
Argon2id	慒 + 吃内存 + 抗侧信道	2015 密码哈希竞赛冠军，当前首选

bcrypt 在 Node.js 里的用法：

1
const bcrypt = require("bcrypt");
2

3
// 注册：成本因子 12，自动生成盐
4
const hash = await bcrypt.hash(password, 12);
5

6
// 登录：bcrypt 内部从 hash 里取盐再比对
7
const ok = await bcrypt.compare(input, hash);

成本因子每 +1，耗时翻倍。服务器能承受的前提下调到最高，12~~14 是常见值——单次校验 200~~500ms，用户无感，攻击者每秒只能试两三次。

盐 + 慢哈希的组合拳：盐废掉彩虹表，慢哈希废掉暴力穷举。

五、完整清单#

密码策略：设最小长度（≥8），不强制复杂度旋转（NIST 新规）；
前端 HTTPS 传输，绝不在 GET 参数里带密码；
登录接口限速 + 失败锁定（这台服务器上我的管理后台就是这么做的：5 次失败锁 15 分钟，配 fail2ban 防火墙层封禁）；
数据库只存 算法$盐$摘要 格式的字符串；
泄露后强制全员重置，绝不静默处理。

六、小结#

密码存储演进史就是一部攻防史：明文 → 加密 → 快哈希 → 加盐 → 慢哈希。每一步都是攻击者逼出来的。今天新建任何系统，答案只有一个：Argon2id 或 bcrypt，成本因子拉满到服务器能承受。如果你的项目里还能搜到 md5(password)，现在就是改的时候。