忘记密码重置：Token方案与临时明文密码哪个更安全？

我接手了一套Web软件，原忘记密码页面会直接向用户邮件发送新密码，目前计划修改这一机制，以下是两种替代方案的安全性对比分析：

方案1：临时密码 #

1. 生成随机临时密码
2. 将该密码的带盐哈希值与过期时间一同存储至数据库
3. 通过邮件向用户发送明文临时密码，发送完成后立即在服务端遗忘该密码
4. 强制用户在首次使用临时密码登录后修改新密码，且要求新密码与临时密码不同

方案2：Token验证链接 #

1. 生成具有有限有效期的随机Token，拼接成重置密码链接
2. 将该链接通过邮件发送给用户
3. 用户点击链接后，通过Token完成身份验证，直接进入新密码设置页面

方案2的核心优势 #

• 用户友好性间接提升安全性：Token链接的有效期限制比临时密码的强制修改流程更符合用户习惯，降低用户操作门槛与疑惑，提升用户对流程的接受度，减少因操作繁琐导致的安全隐患。
• 避免用户锁定风险：若未授权人员恶意触发忘记密码流程，合法用户仍可使用原密码正常登录，不会被临时密码机制强制锁定（这种恶意操作属于通过已知邮箱锁定用户的攻击手段）。
• 更灵活的权限管控：必要时，撤销单个重置Token比撤销临时密码的操作更简便精准，不会影响用户原密码的正常使用。

备注 #

现阶段暂不考虑引入MFA/2FA（用户尚未完成相关设置），也不采用加密邮件方案。

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