2FAPRO.COM

3 个简单步骤生成 2FA 验证码

1. 1

   复制您的 Secret Key

   在 Google、Facebook、GitHub 或其他服务启用双因素认证时，请复制 QR code 旁边显示的 Base32 secret key。

2. 2

   粘贴并生成 TOTP

   将 secret key 粘贴到上方的 2FA 生成器输入框，点击 Generate Code。全新的 6 位 TOTP 验证码会立即在您的浏览器中计算生成。

3. 3

   使用 2FA 验证码登录

   在 30 秒计时器结束之前，将 6 位验证码输入登录表单。每次新登录验证码会自动刷新。

支持我们 2FA 生成器的热门服务与平台

我们的 2FA 验证码生成器与所有遵循 RFC 6238 TOTP 标准的服务完全兼容。以下是您可以使用此 authenticator 的最热门平台：

为什么选择我们的免费 2FA TOTP 生成器

关于 2FA 的常见问题解答

为什么 2026 年双因素认证依然重要

2FA 方法类型对比：SMS、TOTP、硬件密钥、生物识别

如今有多种类型的双因素认证可供选择，每种都有不同的安全等级与便利性。了解这些选项可以帮助您为每个账户选择合适的 2FA 方法，从日常游戏登录到高价值的银行和加密货币账户。下面我们公正地对比 2026 年您会遇到的每种主要 2FA 形式，包含优点、缺点和我们的建议。

如何在热门服务上启用 2FA（逐步指南）

在每个平台上设置双因素认证略有不同，但所有主要服务的核心流程相同。以下是在最热门平台上启用 2FA 的快速逐步指南，所有平台都与此 TOTP 生成器无缝配合。

在任何服务上启用 2FA 后，请立即通过登出并重新登录来测试，在您真正需要之前确认 authenticator 验证码正确工作，并且您已安全保存恢复 backup codes。

每位用户都应遵循的 2FA 安全最佳实践

启用双因素认证只是工作的一半。遵循以下最佳实践可使您的 2FA 设置免受针对 authenticator 应用、SMS 验证码和恢复流程的现代威胁。即使只采用下列一半做法，您在 2FA 卫生方面就已超越 95% 的用户。

• 始终保存您的 backup codes。 支持 2FA 的每项服务在您启用 authenticator 时都会生成 8 到 10 个一次性恢复验证码。请打印、保存到密码管理器或加密笔记中。没有 backup codes，丢失手机可能意味着永久失去账户，没有客服能在无身份证明的情况下恢复强化的 2FA 账户。
• 使用多个 authenticator 设备。 从此工具导出 2FA 备份并导入第二设备，或使用 Authy / 1Password 在设备间原生同步 TOTP secret。Google Authenticator 现在也有官方 QR 导出功能。拥有第二设备意味着最糟情况下手机丢失或损坏时，您不会被切断所有 2FA 账户的访问。
• 警惕 MFA fatigue 攻击。 知道您密码的攻击者可能会发送大量 2FA push 通知请求，期望您出于习惯或烦躁而点按 Approve。这种方式在 Uber 等高知名度泄露事件中被使用。请始终检查哪个应用请求确认，拒绝意外的提示，合法登录很少在深夜无缘无故触发 2FA 请求。
• 防范 SIM swapping。 即使您避免使用 SMS 2FA，手机号码通常仍与账户恢复流程绑定。请要求运营商在您的账户上添加 PIN 或 port-out 保护，以防罪犯将 SIM 转移到他们的设备。仅此一项更改就可阻止大多数 SIM swap 攻击，并且在所有主要运营商处均免费。
• 将 2FA 与密码管理器结合使用。 每个站点独特的强密码加上 TOTP 2FA，再加上关键账户的硬件安全密钥，是 2026 年账户安全的黄金标准。1Password、Bitwarden、LastPass 和 KeePass 可以与密码一起存储 TOTP secret，有些甚至能同时自动填充两个字段以实现无缝登录体验。
• 永远不要分享 2FA 验证码，即使对支持人员也不要。 没有合法公司、银行或在线平台会要求您大声读出 6 位 2FA 验证码、输入聊天或通过邮件发送。如果有人提出这种要求，无论他们自称是技术支持、您的银行还是快递员，那都是骗局。请挂断电话并通过官方号码或网站直接联系该公司。
• 每年审计一次您的 2FA 设置。 列出您启用双因素认证的每个账户。移除不再使用账户上的 2FA，在新创建的账户上启用，并验证 backup codes 仍然有效。年度 2FA 审计能够发现过时的恢复邮箱、旧手机号码和被遗忘的 authenticator seed。
• 在可用时升级到 passkey。 FIDO2 / WebAuthn passkey 正在 Google、Apple、Microsoft、GitHub、PayPal 以及数百种其他服务上逐渐取代密码和 TOTP 2FA。Passkey 天生抗 phishing，并绑定到设备的 secure enclave。当某个站点提供 passkey 时，请启用它，不要仅依赖 2FA 验证码。

排查常见 2FA 问题

即使配置良好的双因素认证设置也可能遇到问题。以下是用户面临的最常见 2FA 问题，以及无需联系支持即可解决大部分问题的实用修复方法。

TOTP 幕后工作原理（技术深度解析）

对技术好奇的读者，以下是按照 RFC 6238 逐步生成 2FA TOTP 验证码的方式，即我们的 2FA 生成器内部使用的相同算法，也是 Google Authenticator、Microsoft Authenticator、Authy 和所有其他兼容 authenticator 所遵循的相同算法。

1. 1. Shared secret。 当您在服务上启用 2FA 时，服务器和您的 authenticator 应用会约定一个随机的 secret key，通常为 160 位（20 字节），采用 Base32 编码以便人类阅读显示。此 shared secret 在正常操作中从不离开双方。
2. 2. 时间计数器。 取当前 Unix 时间戳，除以 30，取地板值。这产生一个每 30 秒在双方递增的整数计数器。使用时间作为计数器意味着服务器与 authenticator 之间不需要状态同步，双方独立计算相同的值。
3. 3. HMAC-SHA1。 以 shared secret 为密钥、8 字节大端计数器为消息，计算 HMAC-SHA1 哈希。输出是 20 字节的加密哈希。现代实现还支持 HMAC-SHA256 和 HMAC-SHA512，当双方同意算法时可实现更强的 2FA。
4. 4. Dynamic truncation。 取哈希的最后一个字节，掩码低 4 位以获取偏移（0 到 15）。从哈希的该偏移处提取 4 个字节，清除高位，将结果视为 32 位整数。这是 RFC 4226（HOTP）中的 dynamic truncation 算法，是 TOTP 的基础。
5. 5. 取模得到数字。 计算 32 位整数对 10 的位数次方取模，通常标准 6 位 2FA 验证码为 10 的 6 次方，某些银行服务为 10 的 8 次方。必要时在前面补零，使 7 这样的小值输出为 000007，而不是部分验证码。

结果是一个 6 位验证码，由 authenticator 和服务器以完全相同的方式计算。当您在登录时输入验证码时，服务器为当前时间窗口计算预期验证码并进行比较。由于 HMAC 具有抗碰撞性，只有持有 shared secret 的一方才能生成有效的 TOTP 验证码，这就是现代 2FA 安全背后的加密数学。在我们的实现中，所有这些计算都使用浏览器的 Web Crypto API 在客户端完成，因此您的 secret key 从不接触服务器，我们生成的验证码与 Google Authenticator、Authy、Microsoft Authenticator、1Password、Bitwarden 以及所有符合 RFC 6238 的 authenticator 完全匹配。