调试 SM2、SM3、SM4 的时候，真正耗时间的往往不是算法本身，而是算法周围那些问题：这串十六进制是密钥还是 IV？这段密文是不是 C1C3C2？这是 Base64 还是 hex？我的输出和标准向量到底对不对得上？想回答这些，通常得先装一套工具，翻出正确的参数，再祈祷它的默认设置和你要对照的系统一致。
gm-crypto-web 就是我给自己的答案。它是 frankxue.dev/gm-crypto-web 上的一个页面：可以用 SM3 算摘要，用 SM4（ECB、CBC）加解密，用 SM2 生成密钥、签名、验签、加解密，输入输出在 hex 和 Base64 之间随时切换。不用安装，也不用配置。
同一份代码，编译成 WebAssembly
我不想再写一套实现。一个调试工具如果和它要帮忙调试的库结论不一致，还不如没有。所以页面里跑的就是 gm-crypto-rs 本身：gmcrypto-core 1.16.0，固定到一个 commit，经 wasm-bindgen 编译成 WebAssembly。发布构建为了体积做了优化、开了 LTO，但算的还是这个库发布出去的那套逻辑。
这也顺带回答了”在哪儿算”的问题：全部在你的浏览器里。工具没有后端和账号，不会上传或持久保存你输入的密钥和消息。不过，它会把语言偏好保存在 localStorage 里。这是对当前实现的描述，不是安全保证。
真的会跑的自检
页面顶部的徽章写着”自检 11/11”。我希望这个数字每次都是挣来的，而不是当初往 HTML 里敲一次就完事。所以页面一打开，就会悄悄把自检用例跑一遍 WebAssembly 模块，徽章显示的是这一次运行的结果。总数来自代码里的用例列表，不来自页面标记；要是列表和结果对不上，自检会直接报错，而不是显示通过。
SM3、SM4 对照国标（GB/T）测试向量；SM2 用往返校验：密钥推导，默认或自定义用户 ID 下签名并验签，篡改消息和错误用户 ID 必须失败，加密后再解密还原。一个永远只会说”对”的工具，什么也没证明。
自检也可以手动再跑一次，看每一条的结果。
说在明处的限制
有几件事，我宁愿直说。
它没有经过安全审计。 用来学习、调试和做互操作测试。请别把生产密钥贴进来——贴进任何网页都不该。
输入有大小上限。 SM4 的输入最多 256 KB，SM3 和 SM2 最多 1 MB，按解码后的字节数计算；解密时会为填充或密文额外开销留出空间。实现中的注释记录了一次开发时的测量：SM4 在 WebAssembly 里大约每 MB 要 2.1 秒。设置上限是为了保持响应速度，不代表每台设备、每种浏览器都能在一秒内完成。一个会把标签页卡死的调试工具，帮不了谁调试。
范围故意做得小。 不做 X.509，不做 GCM、CCM、XTS。这些需求都是真的，但加进来，一个专注的核对工具就会变成一套做了一半的工具箱。
怎么验证的
页面用 Playwright 在 Chromium、Firefox、WebKit 三个引擎上测，桌面和手机尺寸都测，中英文两种界面都测。脚本放在公开仓库的 pw/ 目录里：像真正的访客那样打开页面、填输入、把输出和期望字节逐个比对，检查剪贴板和报错的行为，还会在 Chromium 中监测拒绝超大输入时的长任务。
这替代不了审计，我也不会把它说成审计。它给我的是一个页面：每次改动之后，它说的每句话我都能重新核一遍——这和我在 gm-crypto-rs 里想守的是同一条规矩。
如果你也在和国密标准打交道，也常常为”是字节错了还是格式错了”耗掉一个小时，希望它能帮你省下这一小时。去试试；要是它和你信得过的参考实现结论不一致，我很想知道。