多因素认证的薄弱点在哪里
多因素认证的强度取决于最弱的那条路径，而不是主登录流程。常见薄弱点在四处：找回密码后直接恢复单因素会话；备用码可枚举或长期有效；「记住设备」的有效期过长且缺少撤销入口；客服或工单流程可以直接重置二次验证。核查以流程走查与状态分析为主，动态验证只在自有测试账号上进行。
基本信息
| 检查面 | 备用码、找回密码、设备信任、客服重置通道 |
|---|---|
| 方法 | 流程走查 + 自有账号的状态验证 |
| 关键判断 | 每一步是否都要求第二因素，是否存在降级路径 |
| 常见缺陷 | 备用码单次性缺失、设备信任无撤销、客服通道无核身 |
| 修复方向 | 关键流程统一要求第二因素并防重放 |
典型使用场景
- 账号安全评估中的认证强度核查
- 金融与运营后台类系统的登录流程评审
- 评估客服与工单通道是否构成认证绕过路径
- 核查设备信任机制：有效期与撤销入口是否完备
- 修复验证：确认全部路径都要求第二因素
检查清单
检查清单
□ 找回密码后是否要求重新完成第二因素验证（而非直接恢复会话）
□ 备用码是否单次有效、是否限制尝试次数、是否可枚举
□ 「记住设备」的有效期、绑定信息与撤销入口是否可控
□ 客服或工单通道重置二次验证时是否有独立核身流程
□ 敏感操作的二次验证是否可被跳过（按流程逐步走查）
□ 第二因素注册与更换是否要求现有因素确认薄弱点与影响
| 薄弱点 | 影响 | 建议 |
|---|---|---|
| 找回密码后恢复单因素 | 攻击者只需控制邮箱即可绕过第二因素 | 找回后强制重新验证第二因素 |
| 备用码长期有效且无限制 | 可被枚举，第二因素形同虚设 | 单次有效并限制尝试次数 |
| 设备信任无撤销入口 | 设备丢失后无法切断访问 | 提供撤销入口并设置有效期 |
| 客服通道直接重置 | 社会工程即可绕过全部因素 | 独立核身流程与操作审计 |
动态验证只在自有测试账号进行：备用码与设备信任类测试会改变账号状态，用生产账号测试会直接影响真实用户。
不要把所有设备信任功能一律判为缺陷：需要结合有效期、绑定强度与撤销能力综合判断，能撤销且短期有效的设计是合理的。