MFA 组合两种或更多不同类别的认证因素。2FA 是其中使用两类因素的情况;两步验证指检查次数,并不自动等于 MFA。
本站的视角:看 MFA 用的是哪种方式,而不是有没有开
重要账户应检查实际方式、用户验证和恢复渠道,而不只是记录 MFA 已开启。抗钓鱼登录仍可能与薄弱的恢复路径并存。这是本站的防御建议,不是对大多数账户被盗原因的统计断言。
为什么需要 MFA
密码单独来看,应当以「迟早会泄露」为前提去考虑。重复使用、泄露外流、被猜中、被钓鱼,都会让密码被攻破。MFA 再加一个因素,即使密码被攻破,单凭它也无法登录。
尤其重要的是邮箱账户。许多服务都用邮件来恢复「忘记密码」,所以邮箱一旦被夺,其他账户也会被一个接一个地重置。因此邮箱正是应当用最强 MFA 来守护的账户(→ 最低限度清单的 Tier 0)。
不同方式的强度差别
同样叫「双因素认证」,方式不同强度截然不同。越靠左越弱,越靠右越强。分水岭在于**「会不会对假站点出示」**。
✗ SMS / 邮件
验证码可能被钓鱼;SMS 还面临手机号劫持
△ 验证器 App(TOTP)
比 SMS 强,但验证码可能被中继到假站点
○ 通行密钥
签名绑定域名;要求用户验证时使用 PIN 或生物识别
◎ 物理安全密钥
FIDO2 专用密钥。最强,建议备一把
SMS / 邮件的验证码
- 验证码只是一串数字,在假站点上也能照贴
- SIM 交换针对手机号上的 SMS 或语音接收。邮件验证码依赖邮箱及其恢复机制的保护;两种手动输入的验证码都可能被钓鱼。
- 中继钓鱼把验证码转发给真站点时,它挡不住
- 比没有强,但对重要账户来说单靠它不够
通行密钥 / 物理密钥(FIDO2)
- 密钥绑定到所访问的域名,在假站点上签不出名
- 设计上就抗钓鱼(不依赖人的判断)
- 单独用通行密钥或安全密钥实现 MFA 时,服务必须要求并验证 PIN、生物识别等用户验证。安全密钥也可与密码组合使用;仅触碰以确认人在场不等于第二种因素。
- 邮箱、域名、支付账户就用它
「抗钓鱼」是什么
这是最重要的概念。SMS 或验证器 App 的验证码,归根结底要靠人用眼睛判断「是不是输进了正确的站点」。但以假乱真的假域名,人是分辨不出来的。而通行密钥或物理密钥(FIDO2)知道自己是给哪个域名用的,因此对假站点不会返回签名。也就是说即使人被骗了,密钥也不会为假站点签名。这就是「抗钓鱼」,是区分弱方式与强方式的决定性差别。
对比表(含推送通知)
此比较依据 CISA 2022 年 10 月的资料,不是对所有服务的完整安全评估。 除了 SMS、验证器 App 和通行密钥,设置页面上常常还有一种方式:在发到手机的通知上点「是」(推送通知)。美国网络安全和基础设施安全局(CISA)把 MFA 从强到弱排序如下:
| 方式 | 在假站点上输入 | 反复请求直到你点击 | SIM 交换 | 定位(CISA) |
|---|---|---|---|---|
| 通行密钥/物理密钥(FIDO2) | 不会生成签名 | 不适用 | 不适用 | 最强(抗钓鱼) |
| 验证器 App 验证码(TOTP) | 可能被中继 | 不适用 | 不适用 | 第二档 |
| 带数字匹配的推送通知 | 可能被中继 | 不太可能 | 不适用 | 第二档 |
| 推送通知(只有批准按钮) | 可能被中继 | 可能 | 不适用 | 第三档 |
| SMS 或语音验证码 | 可能被中继 | 不适用 | 可能 | 最后手段 |
推送通知的弱点在于:攻击者一旦拿到密码,就会反复发送批准请求,直到用户误点「批准」或为了让它停下来而点下去。CISA 把这称为「推送轰炸」(MFA 疲劳)。对策是数字匹配:必须把登录画面上显示的数字输入 App 才能批准。对于 Microsoft 工作或学校账户(Microsoft Entra ID),自 2023 年 5 月 8 日起,所有 Microsoft Authenticator 推送通知都强制启用数字匹配。
表中的手动验证码和普通推送不具备抗钓鱼能力。抗钓鱼技术不限于 FIDO,NIST 也描述了客户端认证 TLS。本文聚焦个人服务常见的通行密钥与 FIDO2 密钥;CISA 将验证器代码或数字匹配推送作为过渡选择。
按场景:该选哪种方式
不需要所有账户都用同一种方式。按被盗后损失的大小来区分即可。
| 账户或场景 | 推荐方式 | 要准备的备用手段 |
|---|---|---|
| 个人邮箱(Gmail、Outlook.com 等) | 通行密钥 | 第二台设备上的通行密钥,或备用码 |
| 密码管理器 | 通行密钥或物理密钥 | 第二把物理密钥,以及写在纸上保管的恢复信息 |
| 域名、服务器或云的管理员 | 物理密钥(两把) | 另处保管的第二把密钥、恢复码 |
| 银行和证券 | 金融机构提供的通行密钥或其他方式 | 金融机构自己的重置流程 |
| 社交媒体、网购 | 通行密钥,否则用验证器 App | 备用码 |
| 没有智能手机的家人 | 物理密钥(两把),用不了时用 SMS | 由家人保管的备用码 |
拿不准时,就问自己「这个账户会被用来恢复其他账户吗?」邮箱和密码管理器是通往其他一切的入口,所以这两个要用最强的方式。
如何设置(顺序很重要)
先从邮箱、域名、支付开始
密码管理器本体也要 MFA
若不支持就用验证器 App(TOTP)
妥善保管恢复码
准备一个备用手段
即使开了 MFA,也别再重复使用密码
MFA 是保险,不是弱密码的借口。在只能配上不具抗钓鱼能力的 MFA(如 SMS)的服务上,密码的强度与唯一性仍然是主要的防护。强度可在 密码强度检测器 上确认。
主要服务的设置位置
以下是入口(依据 2026 年 10 月时的官方帮助页面;画面名称可能变更)。
| 服务 | 位置 | 方式与备注 |
|---|---|---|
| Google 账号 | Google 账号 →「Security & sign-in」(安全与登录)→「两步验证」 | 通行密钥、安全密钥、Google 提示、验证器 App、短信或语音、备用码 |
| Microsoft 账户(个人) | account.microsoft.com/security →「Manage how I sign in」(管理登录方式)→「Additional security」(其他安全性)→「Two-step verification」(两步验证) | 也可以删除密码,改为无密码登录 |
| Apple 账户 | 设置 →[你的名字]→「登录与安全性」→「双重认证」→「安全密钥」 | 必须添加至少两把经 FIDO 认证的密钥(iOS 16.3 或更高版本);添加后,密钥取代六位数验证码 |
| GitHub | Settings →「Password and authentication」(密码和身份验证) | 步骤见 如何设置 GitHub 双因素认证 |
在任何服务上,注册第一种方式的当天,就把备用方式也设好、把备用码保存好。拖着不办,等设备丢失时它就不在了。
如何选择验证器 App 或物理密钥
选验证器 App 时要确认的
- 换手机时能否把验证码迁移到新手机
- Google Authenticator 自 2023 年 4 月起提供可选的 Google 账号同步
- 把验证码放在密码管理器里很方便,但它被攻破时两个因素会从同一个地方泄露
- 重要账户的验证码,放在与密码分开的 App 里
选物理密钥时要确认的
- 选择支持 FIDO2(FIDO Certified)的产品
- 确认适配设备的接口(USB-A、USB-C),手机则看 NFC
- 一开始就买两把,都注册到同一个账户
- 一把随身携带,另一把放在家里等其他地方
如何检查自己的设置
运行 Google 的安全检查
复查 Microsoft 账户的登录方式
在 iPhone 上检查受信任号码和密钥
列出每个账户的方式
实际用备用手段登录一次
常见错误及修正方法
- 添加了通行密钥,却仍留着 SMS 可以登录或重置账户:服务允许时删除 SMS;不允许时,确认注册的号码仍是你自己的。
- 点了自己没预料到的批准请求:不是自己在登录时收到的请求一律拒绝,然后修改该账户的密码。
- 把备用码存成手机里的照片或截图:手机丢了它们也一起丢了。存放在密码管理器里,或写在纸上放在别处。
- 可能需要备用密钥或其他受支持的恢复方式.
- 换机时先清空了旧手机:先确认验证器 App 和通行密钥在新手机上能用,再清空旧手机。
- 有人通过电话或消息索要验证码时照念:即使对方自称是服务方或你们自己的服务台,也绝不要把验证码给任何人。
真实案例:验证码被交了出去
在美国经营牙科和视力福利业务的 DentaQuest,于 2026 年 5 月就未经授权的访问向各州总检察长提交了通知。根据申报,入口是一名员工通过社会工程被骗,提供了凭据和多因素认证验证码。在 8 月 3 日的更新申报中,该公司表示已在全国范围内确认超过 2,740 万人。申报没有说明当时使用的是哪种 MFA。
这个案例说明:人能念出来或输进去的验证码,在这个人被骗时就可能被交出去。对管理账户的一方来说,对策有两部分:
- 把重要账户迁移到通行密钥、物理密钥等无法交出去的方式
- 服务台在为任何人重置认证方式之前,先核实来电者的身份
完整经过以及会员应采取的行动见 DentaQuest 数据泄露事件(英文)。
本站是怎么做的
本站把重要账户(尤其是邮箱与域名、服务器管理、支付)尽可能用具备抗钓鱼能力的 MFA牢牢守住。理由很简单:其中一个被盗,其他账户也可能随之被盗。日常登录用密码管理器管理,并给这个管理器本身也配上 MFA。
而且不止步于「开了 MFA」,还会定期复查配的是哪种方式。一旦发现某个重要账户只配了 SMS,就把它当作薄弱点,优先升级为通行密钥/物理密钥。不按有无来管理,而按强度来管理,这就是本站的方针。
参考资料
-
NIST SP 800-63-4 / SP 800-63B-4 — NIST: authentication factors / NIST: phishing resistance
-
FIDO Alliance — Passkeys FAQ: user verification
-
CISA, "Implementing Phishing-Resistant MFA" (2022 年 10 月) — cisa.gov (PDF)(MFA 形式从强到弱的排序、推送轰炸、SIM 交换)
-
CISA, "Implementing Number Matching in MFA Applications" (2022 年 10 月) — cisa.gov (PDF)
-
Microsoft Learn, "How number matching works in MFA push notifications for Authenticator" — learn.microsoft.com
-
Google 账号帮助, "Turn on 2-Step Verification" — support.google.com
-
Microsoft 支持, "How to use two-step verification with your Microsoft account" — support.microsoft.com
-
Apple 支持, "About Security Keys for Apple Account" — support.apple.com
-
Google Security Blog, "Google Authenticator now supports Google Account synchronization" (2023 年 4 月 24 日) — security.googleblog.com
-
DentaQuest 向华盛顿州总检察长提交的申报(2026 年 7 月 16 日,8 月 3 日更新) — atg.wa.gov
接下来阅读
- GitHub 设置:如何设置 GitHub 双因素认证
- 检查账户是否被盗:如何检查账户是否被他人登录(登录记录、已登录设备)
- 真实案例:DentaQuest:员工被骗交出 MFA 验证码(英文)
- 基础:安全最低限度清单(最优先守护邮箱、域名和支付)
- 保管:密码的安全保管方法
- 术语:SPF/DKIM/DMARC(防伪造邮件)
- 术语:什么是钓鱼(抗钓鱼 MFA 对付的对象)
- 术语:什么是双因素认证 / 什么是一次性密码(OTP)(方式相关术语梳理)
- 无密码:通行密钥是什么:公开密钥登录、抗钓鱼与同步
- 工具:密码强度检测器