应使用phpgangsta_googleauthenticator的createsecret()生成base32编码、16字符随机密钥,为每个用户单独生成并安全存储,严禁自造密钥或复用。
怎么生成安全有效的密钥?
密钥是整个 2FA 流程的根基,不是随便拼个字符串就行。PHPGangsta_GoogleAuthenticator 的 createSecret() 方法生成的是 Base32 编码、16 字符(默认)的随机密钥,符合 RFC 6238 标准,能被 Google Authenticator、Authy、Microsoft Authenticator 等所有主流客户端识别。
- 必须为每个用户单独调用
createSecret(),不能复用同一密钥 - 密钥生成后必须立即持久化存储(如数据库字段),且不可明文日志打印或前端透出
- 不要自己用
rand()或md5(time())造密钥——熵值不足,会被暴力穷举 - 如果用 Composer 安装,注意该库已多年未维护,
createSecret(32)可指定长度,但超过 32 字符部分会被截断,建议保持默认 16
$ga = new PHPGangsta_GoogleAuthenticator(); $secret = $ga->createSecret(); // 返回类似 'NBSWY3DPEHPK3PXP'
为什么 verifyCode() 总返回 false?
这是集成中最常卡住的点,90% 和时间/参数有关,而非逻辑错误。
-
verifyCode()默认只接受当前时间窗口(±30 秒)内的验证码,手机和服务器时间偏差超过 1 分钟就会失败。务必先校准服务器 NTP 时间(ntpd -q或systemctl restart systemd-timesyncd) - 第三个参数是容差(tolerance),单位为 30 秒窗口数。测试阶段可临时设为 2:
$ga->verifyCode($secret, $userInput, 2),上线前改回 1 - 用户输入的 6 位码不能带空格、换行或前后空格,建议统一用
trim()和preg_replace('/\D/', '', $input)清洗 - 密钥传错(比如存的是原始 secret,但验证时用了 base64_encode 后的版本)也会导致恒定失败
二维码怎么生成才扫得通?
Google Authenticator 不认普通 URL,必须是 otpauth:// 协议格式的 URI,且参数编码要严格。
将公开视频URL直接发送给Google Gemini模型进行分析。当Codex需要总结视频、回答视频内容问题或其他用途时使用。
- 正确结构:
otpauth://totp/YourApp:username?secret=SECRET&issuer=YourApp -
secret必须是 Base32 编码后的原始值(即createSecret()返回的字符串),不能是 hex 或 base64 -
issuer建议设置,否则 Android 端可能把多个账户归到“Other”里,难区分 - 二维码本身只是把 URI 转成图片,可用
@#@#@#@#@#@#@#@#@#@0=...直接拼接,无需服务端渲染库
用户换手机或卸载 App 怎么办?
这不是技术问题,是流程盲区——很多系统只管开通,不管退出。
- 开通 2FA 时,必须同步生成并展示一组 一次性恢复代码(如 10 个 8 位字母数字组合),且只显示一次。这些代码本质是预生成的 HMAC-SHA1 OTP,与密钥无关,用一个少一个
- 恢复代码必须加密存储(如 AES-256-CBC),不能明文入库
- 不要提供“重新扫码”按钮:重置密钥等于废掉旧设备,而用户可能只是暂时打不开 App;应优先引导使用恢复代码
- 若真需重置,必须走二次确认(如邮箱+短信双验),并记录操作日志——谷歌 AI 风控会盯这类敏感变更
密钥一旦生成就不可逆,也没有“找回”机制。所有备份动作(恢复代码、密钥导出、设备拍照)都得在用户开通当次完成,过后补不了。










