Java环境下SHA-1转SHA-256密码哈希迁移无遗留方案问询

完全不需要在业务代码中保留SHA-1相关逻辑的可行方案有两种，可根据业务实际场景选择：

方案一：用户无感知的数据库层适配方案 #

核心逻辑是把SHA-1计算全部放到数据库内置函数中实现，业务代码只保留SHA-256算法，全程不涉及SHA-1相关编码：

• 第一步：存量数据批量预处理
  给用户表新增hash_version字段，存量老用户默认标记为1，后续新注册用户标记为2，新用户密码直接用SHA-256计算后入库。
  执行批量更新SQL，把老用户原有SHA-1哈希值做二次加密：

  -- 假设原有规则为SHA1(明文密码 + 盐)，二次加密为SHA256(原有哈希值 + 盐)，可根据实际加盐规则调整
  UPDATE user SET password = SHA2(CONCAT(password, salt), 256) WHERE hash_version = 1;
  

• 第二步：登录逻辑调整
  业务代码仅保留SHA-256算法实现，登录校验逻辑全部通过SQL完成，老用户的SHA-1计算调用数据库内置SHA1()函数处理：

  -- 老用户密码校验
  SELECT user_id FROM user WHERE username = ? AND hash_version = 1 AND password = SHA2(CONCAT(SHA1(CONCAT(?, salt)), salt), 256);
  -- 新用户密码校验
  SELECT user_id FROM user WHERE username = ? AND hash_version = 2 AND password = SHA2(CONCAT(?, salt), 256);
  

  老用户校验通过后，业务代码直接用SHA-256计算本次输入的明文密码的哈希值，覆盖数据库中原有二次加密的哈希值，将hash_version更新为2即可。
• 第三步：后续清理
  待所有老用户完成至少一次登录、hash_version全部更新为2后，即可删除数据库中老版本校验相关的逻辑，彻底清除所有SHA-1相关实现。

方案二：全量用户密码重置方案 #

适合用户量不大、用户绑定的联系方式覆盖率高的场景，全程不需要任何SHA-1校验逻辑：

• 提前通过短信、邮件、站内信等渠道通知用户系统安全升级，需要重置密码后才能登录
• 批量给所有用户发送带唯一身份校验的一次性密码重置链接，链接设置7天有效期，重置时仅校验手机/邮箱验证码等身份信息，不需要验证旧密码
• 用户设置的新密码直接用SHA-256计算哈希后入库，超过有效期未重置的账号做临时冻结，用户可通过找回密码流程自主解冻或联系客服核验身份后重置
• 所有用户重置完成后直接上线纯SHA-256的登录逻辑即可。

注意事项 #

• 选择数据库层适配方案前，需要提前压测数据库的哈希计算性能，避免高峰登录时段数据库算力不足，也可将校验逻辑封装为独立存储过程降低性能损耗
• 如果原有SHA-1计算存在自定义迭代、特殊拼接规则，只需将对应逻辑实现为数据库自定义函数即可，不需要写入业务代码。

内容的提问来源于stack exchange，提问作者Muhammad bux