Fenix's Bookstore密码存储验证的双重加盐链路

落实[[客户端加密对防泄密无意义但对防服务端滥用密码仍有价值]]和[[保密强度 的六级递进及各自代价]]两个原则的具体实现，是一条”客户端做慢哈希、服务端 再加盐”的链路。客户端：先对明文密码做一次简单哈希（如MD5），再加一个 固定或伪动态盐值防彩虹表，最后用BCrypt这类”慢哈希函数”（通过可调节的 Cost参数控制计算轮数，例如10轮即2¹⁰次运算，把单次计算控制在0.1秒）再 哈希一次——慢哈希的意义是让暴力破解的算力成本高到不现实（按文中估算， 破解10位字母数字弱密码需要百万年级别）。这一步运算压力最大的慢哈希放在 客户端完成，服务端几乎不受影响。服务端收到客户端传来的哈希值后，用密码 学安全伪随机数生成器（CSPRNG）为这条密码单独生成一个随机盐值，把它和 客户端哈希值一起再做一次哈希（如SHA256），最终存入数据库的是”服务端 二次哈希结果+服务端随机盐值”，而非慢哈希本身——因为慢哈希本就是为了让 计算变慢，不适合放在承受大量请求的服务端重复执行。验证登录时只需重放 完全相同的两段计算，比较最终结果是否一致。这套设计让”客户端负责防暴力 破解、服务端负责防批量拖库彩虹表”的职责边界清晰分离。

结构图：

flowchart LR
    P[明文密码] -->|简单哈希 MD5| H1[client_hash]
    H1 -->|加客户端固定/伪动态盐值| H2[加盐哈希]
    H2 -->|慢哈希函数 BCrypt, 高计算成本| H3[client_hash最终值, 传输给服务端]
    H3 -->|服务端CSPRNG生成随机盐值| H4[server_salt]
    H3 -->|与server_salt一起再哈希 SHA256| H5[server_hash, 存入数据库]
    H4 -->|与server_hash一并存储| DB[(数据库)]