免费 AES-GCM 文本加解密 · 口令与参数演示 · 萤炬工具箱

用一段口令把文本加密成一段 Base64 串，拿同样的口令和迭代次数就能还原。算法是 AES-256-GCM，密钥由 PBKDF2-SHA256 从口令派生，每次加密都会随机生成新的盐和 IV 并打包进密文。场景是把 API key、临时密码这类东西写完随手加密再丢进笔记或聊天窗口。加解密都在本机用浏览器密码学接口做，口令和明文不会发出去。

使用步骤

1. 先定密钥派生迭代次数，默认 21 万，范围一万到两百万。
2. 在密码框里输入口令。
3. 把要加密的内容填进明文框，点加密，密文框出现 Base64 结果。
4. 点复制密文取走；要还原时把密文贴回密文框，点解密到上方明文框。

功能与限制

• 纯前端加解密，口令与明文不出本机。
• 迭代次数不写进密文，解密方必须记住同一个值。
• 每次加密重新取随机盐与 IV，同一明文密文不固定。
• 仅作本地加解密演示，重要数据请用专门的密码管理工具。

常见问题

解密报错是什么原因？

多数是口令打错，或者迭代次数填得和加密时不一样。盐和 IV 都随密文走，唯独迭代次数不在密文里，两边必须一致。

密文里装了些什么？

一串字节的 Base64 表示：16 字节随机盐、12 字节 IV，后面跟 GCM 密文体。解密方能自动取回前两段，所以只需要你记住口令和迭代次数。

同样内容加密两次结果一样吗？

不一样。盐和 IV 每次重新随机，即使口令与内容完全相同，两次密文也不同，这是应有的行为，不是出错。

迭代次数填得越高越安全吗？

越高越难暴力破解，代价是每次加解密都更慢，手机上尤其明显。默认的 21 万已经够用；填到两百万以上会被夹回上限。

能加密多大的文本？

面向文本片段，几 KB 没问题。要在手机浏览器里处理几十上百 KB 的内容，派生和加解密会明显变慢，建议切段处理。

口令忘了能找回吗？

找不回。这里不做任何口令托管，丢了就等于文本丢了，重要内容请额外用密码管理器存一份。

浏览器换一台还能解开吗？

能，这套算法是标准实现，只要口令和迭代次数一致，换浏览器、换操作系统、换设备都能还原，密文串本身自带了盐与 IV，不绑定当前设备。