哈希计算
使用次数
哈希计算
HMAC-SHA1 计算在线工具
HMAC-SHA1 计算页用于生成带密钥 SHA1 摘要，适合旧接口签名、Webhook 校验和兼容排查。
功能介绍
HMAC-SHA1 使用密钥和 SHA1 生成 160 位消息认证码，曾是接口签名的常见选择，OAuth 1.0、AWS 早期签名等都用过它。
虽然 SHA1 作为摘要已不推荐，但 HMAC-SHA1 在很多既有系统里仍在使用。本页面用于这类签名的调试与兼容排查。
使用方法
- 先在密钥框填入约定的密钥，再输入原文，页面会实时生成 HMAC-SHA1 消息认证码。
- 核对签名时，保证原文拼接顺序、编码和换行与服务端约定完全一致。
- 复制生成的 HMAC-SHA1 值，与接口返回或文档示例逐字符比对。
- 密钥仅在本地参与计算，不会发送到服务器，可放心用于调试。
注意事项
- 签名不一致时，优先检查原文拼接、编码和密钥是否一致。
- 无兼容包袱的新接口建议改用 HMAC-SHA256。
- 部分协议要求对结果再做 Base64 编码，注意最终形式。
常见使用场景
- 验证 HMAC-SHA1 接口签名
- 排查 OAuth 1.0 等旧协议签名
- 构造 Webhook 调试样例
- 兼容指定 HMAC-SHA1 的历史系统
常见问题
新接口还建议使用 HMAC-SHA1 吗？
如果没有兼容要求，新接口通常优先选择 HMAC-SHA256 或更强方案。
为什么很多旧协议都用 HMAC-SHA1？
OAuth 1.0、早期云服务签名等在设计时 SHA1 仍是主流，因此沿用至今；这属于历史兼容，而非推荐做法。
哈希值可以还原原文吗？
正常情况下不能。哈希是单向摘要，但弱密码、常见文本或短字符串仍可能被字典和彩虹表猜出。