跳到正文

OTP 二维码生成

OTP QR Builder

按发行方、账号和密钥拼出 otpauth:// 地址,并画成验证器 App 能扫的二维码。

服务只给你一次二维码。之后想再绑定一台设备,或者你手里只有文本形式的密钥、而 App 只肯扫码,你就得自己把码画出来。这里从各个部分拼出 `otpauth://` URI 并渲染成二维码。

🔒 完全在你的浏览器里运行otpqr2fagenerator

填好账号和 Base32 密钥,就会画出二维码。

把密钥变成二维码的过程全在你的浏览器里完成。请把这个二维码当成密钥本身来对待——谁扫到它,谁就拿到了你的 2FA 码。

怎么用

  1. 填发行方和账号

    这两项只是标签——决定 App 列表里显示什么,不决定验证码是什么。发行方是服务名,账号通常是你在那里的邮箱或用户名。

  2. 粘贴 Base32 密钥

    密钥是唯一要紧的部分。填错了,App 会照常绑定成功,然后产出服务不认的验证码。

  3. 只在必须时才改位数、周期和算法

    默认值(SHA-1、六位、30 秒)是几乎所有服务用的。有些验证器 App 会完全忽略这些参数,依赖非默认值之前,这一点值得知道。

  4. 扫码,然后验证

    在新设备上绑定好之后,用动态口令生成工具对同一个密钥算一次,确认两边一致,再删除任何东西。

常见问题

生成二维码时图片会上传吗?

不会。URI 在你的浏览器里拼装,二维码画在 canvas 上。什么都不发送——这一点在这里格外要紧,因为这张图本身就明文包含着密钥。

能把二维码打印出来当备份吗?

可以,也确实有人这么做——但要把打印件当作密码本身来对待。谁拍下它,谁就永久拥有了你的第二因素,而且和密码不同,它不重新绑定就换不掉。

App 扫得上,但验证码被拒绝。

先查密钥——Base32 里错一个字符,产出的验证码看起来正常,只是不对。然后对照服务的文档核对位数和周期。

可以从这些接进来

接下来

这些工具吃得下当前工具的产出,结果可以直接送过去。