你给家门上一把锁。这把锁的钥匙,可能被人复制。
你再加一道锁。这道锁要按指纹。现在,小偷就算拿到钥匙,也进不来。
账号也是这样。第一道锁是密码。第二道锁,最好不是"另一个密码"。
这道"第二把锁",就是多因素认证(MFA,Multi-Factor Authentication)。
只看一条:第二样,必须是"另一种东西"。
类别 | 例子 | 一句话 |
|---|---|---|
你知道的 | 密码、PIN | 记在脑子里 |
你有的 | 手机、验证码、密钥 | 拿在手上 |
你是什么 | 指纹、人脸 | 长在身上 |
如果系统把同一个密码问你两遍,那不算 MFA。
为什么?因为密码一旦泄露,问两遍也没用。
美国联邦金融机构检查委员会(FFIEC)在 2006 年就强调:真正的 MFA,必须使用不同类别的因素。
理解 MFA,先看它是怎么一步步长出来的。
时间 | 事件 | 一句话 |
|---|---|---|
2005 | 美国 FFIEC 发布网银指引 | 要求高风险操作做多因素认证 |
2006 | FFIEC 补充定义 | 明确"必须用不同因素" |
2011 | RSA SecurID 令牌被攻击 | 一次性口令也会被偷 |
2016 | NIST SP 800-63B | 曾把短信列为"受限"认证器 |
2017 | Google 公布内部数据 | 8.5 万+ 员工用硬件密钥后,钓鱼归零 |
2022 | Uber 遭遇"推送疲劳"攻击 | 攻击者反复弹推送,等人误点同意 |
2022–2023 | Apple / Google / 微软推 Passkey | 基于 FIDO2 / WebAuthn,密钥不上网 |
一句话:这二十年,方向一直是"把钥匙从网络里拿出来"。
方式 | 钥匙在哪 | 怕什么 |
|---|---|---|
短信 / 语音验证码 | 一次口令,可被转发 | SIM 卡劫持、实时转发钓鱼 |
动态口令 TOTP(RFC 6238 / HOTP RFC 4226) | App 本地算,离线 | 设备丢失 |
推送确认 | 弹到手机 | 推送疲劳(反复弹到你点同意) |
硬件密钥(FIDO2 / WebAuthn) | 密钥在设备里,不上网 | 丢失(需备份) |
Passkey | 硬件密钥"平民化",可同步 | 生态依赖 |
请记住这张图:
能被"传"的钥匙(短信、推送) 你 -> 网络 -> 你 ← 中间任何一跳,都可能被截、被转发不能"传"的钥匙(硬件密钥、Passkey) 你 -> 设备内部签名 -> 服务器 ← 钥匙本体从不出门
这两条合起来说明一件事:不是所有"多问一步"都一样强。
你是谁 | 建议 |
|---|---|
普通用户 | 先用门槛低的:短信 / 邮件 / TOTP |
企业日常 | TOTP 或推送确认 |
要紧岗位 / 高敏账号 | 钥匙不上网:Passkey / 硬件密钥 |
越结实的锁,越怕丢钥匙。
所以:把恢复码单独收好。不要和密码放在同一个地方。
没有哪一种方式永远保险。 但你可以选"更适合你的那一种"。
误解 | 事实 |
|---|---|
"开了 MFA,就绝对安全" | 不是。它只是让攻击更难,不是不可能。 |
"短信就够了,谁都发得起" | 看场景。低敏感账号可以;要紧账号不行。 |
"验证码发给客服没关系" | 永远不要。没有一家正规公司会向你要验证码。 |
"Passkey 一定最适合我" | 看设备。换生态时可能不方便;先想好备份。 |
"多问一步"不等于"更安全"。真正决定强弱的,是那把钥匙——它上不上网。
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。