如何在线校验数字签名

为什么这个工具重要

厂商 Webhook 校验失败时，原因几乎总是：密钥错、算法错、规范化错、编码错。与其在校验代码里到处插 console.log，不如把消息与签名粘贴进已知正确的校验器比对结果 —— 立刻能判断是代码 bug 还是消息本身有问题。

三个真实场景

操作演练

打开 签名校验工具。

1. 1

   粘贴消息

   使用被签名的确切字节。对 JWT 来说是 header.payload；对 AWS Sig V4 来说是 canonical string-to-sign。

2. 2

   粘贴签名

   十六进制或 Base64 —— 选择与来源一致的编码。工具会尝试识别常见格式。

3. 3

   提供密钥

   对称：粘贴密钥字符串（或其 Base64/hex）。非对称：粘贴 PEM 格式公钥。

4. 4

   选择算法

   HS256 / HS384 / HS512（HMAC），RS256 / RS512（RSA-PKCS1），PS256（RSA-PSS），ES256 / ES384（ECDSA）。JWT 里的 alg 名称与此对应。

5. 5

   阅读结论

   「有效」或「无效」；无效时会有一句原因（算法不匹配、密钥解析错误、签名长度不对等）。

Message:    eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJzdWIiOiJ1c2VyXzEifQ
Signature:  L6S8LWkLzpcREMa8gxaaZbWwLNk0LgcBh6dRQpfIBrI
Key:        MyVeryLongSharedSecretValue1234567890
Algorithm:  HS256

Valid signature.

实用技巧

• 务必用厂商提供的参考向量测试。 多数厂商会公布一组已知正确的消息 + 签名，粘贴后可确认工具是否完全兼容其算法。
• 对 JWT： 复制 header 确认 alg 与校验器一致。忽略未签名令牌（alg=none）— 那是攻击面。
• 新 RSA 设计优先 PSS。 PKCS#1 v1.5（RS256）仍常见，但学界更倾向 RSASSA-PSS（PS256）。
• 留心 canonical string。 细微差别（缺一个 \n、header 名大小写）都会翻转签名。与已知良好的抓包 diff 找出差异。

常见陷阱

不适合用本工具的情况

• 签发证书 请在 OpenSSL 或你的 CA 侧完成。
• 校验 TLS 服务端证书 是浏览器职责；链路验证远比单次签名校验复杂。
• Windows Authenticode、Apple Developer ID 等代码签名 需要平台专用工具。

常见问题

延伸阅读

1. 在 HMAC 生成器 中计算等式另一侧的 HMAC。
2. 若协议在 HMAC 下层叠加正文哈希，可先用 哈希生成器。
3. 粘贴进校验器前可用 编解码工具 解码 JWT 各段。