身份认证软件不联网定时换一次验证码,它怎么和服务器对上

手机甚至没有联网

它到底怎么知道服务器想要哪一串数字？

最近使用好多个平台配置 2FA 时，它都让我打开身份认证软件扫描二维码，我使用的是 Google Authenticator。扫完以后，手机上就出现了一串六位验证码，每隔一小段时间自动刷新。把验证码填回平台，就能通过校验。一直没有仔细研究过这个为什么

更奇怪的是，生成验证码时手机甚至不需要联网。它到底怎么知道服务器此刻想要哪一串数字？如果双方各算各的，时间难道不会慢慢漂移吗？

这场景让我想起了以前银行发的 U 盾和动态口令牌。不过先掰扯清楚一个容易搞混的点：传统 U 盾里存的一般是数字证书和私钥，负责给交易签名；那种屏幕上数字不停跳的，更接近“动态口令牌”。它们都是在证明“你手里有这个东西”，但肚子里用的技术不一定是同一套。

Google Authenticator 里这种跟着时间变的验证码，行话叫 TOTP（Time-Based One-Time Password，基于时间的一次性密码）。

— U 盾、动态口令牌和手机 TOTP 的原理对比

第一次绑定的时候，平台会生成一份随机密钥，然后干两件事：

Google Authenticator 扫出来的二维码，还原之后大概长这样：

这里面真正要紧的是 secret，它就是平台和手机共同把守、外人碰不得的共享密钥。剩下的平台名、账号、验证码位数、刷新周期，都只是顺带捎上的信息。

所以这个二维码可不是一张普通的“绑定图片”，更像是平台隔着屏幕塞给手机的一把钥匙。

— 平台通过二维码把共享密钥交给手机，二维码泄露后另一台手机也能生成相同验证码

绑定的那一刻，平台和手机就已经把三样东西对好了：

TOTP 的做法是：把当前的 Unix 时间按固定长度切成一格一格，默认每格 30 秒：

floor 就是向下取整。时间每跨过 30 秒，“时间格”的编号就加 1，算出来的验证码自然跟着换。

HOTP 这步可以粗略理解成：

当然，它不是把密钥和时间简单加起来就完事。HMAC 是一种带密钥的哈希算法：输入差一丁点，输出就天差地别；不知道密钥的人，盯着前面几组验证码也猜不出下一组。

所以当你的手机显示 123456 时，服务器并不是拿着一张“答案表”来对号，而是自己撸起袖子也算一遍：

输入一样，算法一样，结果当然一样。整个过程不用访问 Google，也不用手机和服务器每 30 秒通一次话——各算各的，答案自然对得上。

— 手机和服务器使用相同密钥、时间格和算法，离线生成相同验证码

TOTP 的标准文档 RFC 6238 专门用了一整节聊时钟漂移和重新同步。它的思路不是把漂移消灭掉，而是给漂移留个有限的容错窗口。

假设服务器当前在第 100 格，它通常不会只算这一格，还会顺手把相邻的格子也算出来：

比如你卡着倒计时最后一秒抄下验证码，手输加网络又耗掉两三秒，等请求到了服务器，那边其实已经翻篇进下一格了。只要服务器还认上一格的验证码，这点正常的磨蹭就不会把你挡在门外。

标准默认把步长定在 30 秒，算是安全性和易用性之间的折中；网络延迟这块，建议最多放宽一个步长。真遇到设备时钟本身跑偏，服务器也可以设定向前向后各容忍几格，验证成功后还会记住“这个令牌大概偏了几格”，下次直接按这个偏移量来校。

手机一般没这个烦恼，它会通过运营商或网络时间服务自动对时。时区也搅不浑这锅水：TOTP 用的是 Unix 时间，上海晚上八点和伦敦中午十二点，指向的是同一个时间点。真正让验证码一直报错的，是设备时钟本身快得或慢得太离谱，超出了平台容忍的窗口。

老式硬件令牌就比较容易积累漂移了——它里面靠一颗时钟芯片自己走，用久了误差越攒越多。偏差还在窗口内，服务器能自动识别并记下来；一旦超出去，就得走额外验证，重新同步或者干脆重新绑定。

— 服务端检查相邻时间窗口，并在安全性与可用性之间控制容错范围

同一个 30 秒格子里，手机算来算去都是同一个验证码。所以“一次性”不是说它在你面前晃一眼就没了。

RFC 6238 的要求是：一组验证码一旦验证成功过，服务器就不能再放行第二次。再配上短有效期、登录密码和失败次数限制，这六位数字才算凑成一套完整的验证机制。

这也是为什么验证码永远代替不了登录密码。“你知道的密码”加上“你手里的密钥”，两样凑齐了，才是大家常说的双因素认证。

— 验证码成功使用后不能再次通过，登录需要密码和持有设备两种证明

说到底，Google Authenticator 能离线生成正确的验证码，靠的不是服务器在背后远程指挥，而是一套很朴素的“提前对暗号”：

二维码负责把共享密钥塞进手机；30 秒的时间格让验证码不停翻新；服务器多检查相邻的一两格，把网络延迟和轻微的时钟漂移都兜住。

所以它不是没有误差，而是把误差圈在了一个可控的范围里。

下次再盯着那串不停跳动的六位数字，你可以想象这个画面：手机和服务器各自揣着同一份秘密，同时抬头看了一眼钟，然后算出了同一个答案。

参考资料

我是安落滢，各个技术领域纯野生研究员｜持续踩坑，持续记录，反向加载。

如果你觉得今天这篇有收获，欢迎点赞、转发、推荐，我们下篇见。

THANKS FOR READING