SHA-3 哈希生成器（Keccak SHA3-256）

什么是 SHA-3？

// SHA-3 (NIST FIPS 202 SHA3-256) using js-sha3 library
import { sha3_256 } from 'js-sha3';

const hash = sha3_256('Hello, World!');
// → '882f4b6991a775295186a4e3cc5ece9fc0b618c8c3e7a7beafdd0f56f13ae43b'

// Note: this differs from Ethereum's keccak256 for the same input:
// keccak256('Hello, World!') = 'acaf3289d7b601cbd114fb36c4d29c85bbfd5e133f14cb355c3fd8d99367964f'
// The difference is the padding byte: 0x06 (SHA-3) vs 0x01 (original Keccak)

SHA-3 示例

abc

3a985da74fe225b2045c172d6bd390bd855f086e3e9d525b46bfe24511431532

Hello

NIST SP 800-57 Part 1 Rev 5 — Recommendation for Key Management

POST /api/ledger
{"amount":250000,"from":"acct-A","to":"acct-B"}

如何生成 SHA-3 哈希值

1. 1

   将文本粘贴到输入框

   选择「文本」选项卡，输入或粘贴任意字符串。SHA3-256 哈希值会随输入实时更新。首次使用时，js-sha3 库（~10 KB）会被获取并缓存——第一次哈希时可能会有短暂延迟；之后所有哈希计算均即时完成。算法已设置为 SHA-3（NIST FIPS 202 SHA3-256）。

2. 2

   复制 64 字符十六进制输出

   点击哈希结果旁的「复制」按钮。64 字符小写十六进制字符串已复制到剪贴板。如果目标系统需要大写，可使用「大写」切换。此输出与任何符合 FIPS 202 的 SHA3-256 实现的结果一致——但请注意，对于相同输入，它与以太坊的 keccak256 不同。

3. 3

   使用「对比」选项卡进行验证

   切换到「对比」选项卡，并排粘贴两个 SHA3-256 哈希值。工具使用恒定时间比较报告匹配或不匹配，不会泄漏时序信息。适用于验证 NIST CAVP 测试向量、核查档案清单，或确认两个 SHA3-256 实现产生相同输出。

技术细节

算法：Keccak-f[1600] 海绵构造

SHA3-256 以速率=1088 位、容量=512 位的海绵构造应用 Keccak-f[1600] 置换（对 5×5×64 状态数组执行 24 轮 theta、rho、pi、chi、iota 运算）。输入以 136 字节（1088 位）块吸收；256 位输出被挤压出来。FIPS 202 域分隔符在填充前追加 0x06。实现：NIST FIPS 202（2015 年）第 6 节。

输出：默认 SHA3-256，64 个十六进制字符（FIPS 202 还定义了 224/384/512）

本工具输出 SHA3-256：始终恰好为 64 个十六进制字符（256 位 = 32 字节）。NIST FIPS 202 还标准化了 SHA3-224（56 字符）、SHA3-384（96 字符）和 SHA3-512（128 字符）——所有变体使用相同的 Keccak-f[1600] 置换，仅速率/容量分割不同。无论输入大小，输出长度固定。

性能：懒加载 js-sha3（~10 KB）；浏览器中约 150–400 MB/s

与 SHA-2 路由（使用浏览器原生 Web Crypto API）不同，SHA-3 尚未进入 Web Crypto 规范。本工具首次使用时加载 js-sha3 库（~10 KB 压缩后），然后缓存。典型吞吐量：JavaScript 中约 150–400 MB/s，而 SHA-256 通过 Web Crypto 可达 400–700 MB/s。对于文本哈希（千字节级），差异几乎不可察觉。其他 SHA 路由的主要包不受此懒加载影响。

标准：NIST FIPS 202（2015 年）、NIST SP 800-185（KMAC）、NIST IR 8105

在 FIPS 202（2015 年 8 月）中标准化。NIST SP 800-185（2016 年）定义了 KMAC128 和 KMAC256——基于 SHA-3 的带密钥 MAC 函数，原生具有长度扩展免疫性，无需 HMAC 包装。NIST IR 8105 推荐 SHA-3 变体用于后量子安全裕度。根据 NIST SP 800-131A Rev 2，当前批准在 2030 年及以后的所有安全强度级别使用。

最佳实践

不要将 SHA3-256 与以太坊的 keccak256 混淆

它们是对每个输入产生不同输出的不同算法。本工具计算 NIST FIPS 202 SHA3-256（填充字节 0x06）。以太坊的 keccak256 使用原始 Keccak 填充（0x01）。如果你在计算以太坊地址哈希、EVM 存储槽或 Solidity keccak256() 结果，你需要专门的 keccak256 工具——本工具对这些用途会给出错误答案。

将 SHA-3 作为 SHA-256 的对冲手段，而非替代品

SHA-3 和 SHA-2 使用结构上不同的设计（海绵与 Merkle-Damgård）。双哈希清单（SHA-256 + SHA3-256）提供纵深防御：如果某种算法的构造被发现密码分析漏洞，另一种仍然安全。对于长期归档数据和政府记录，NIST 建议考虑这种双算法方法。对于日常使用，单独使用 SHA-256 完全足够。

新的带密钥 MAC 设计优先选择 KMAC 而非 HMAC-SHA3-256

NIST SP 800-185 定义了 KMAC128 和 KMAC256——基于 SHA-3 的专用带密钥 MAC。由于海绵构造原生具有长度扩展免疫性，KMAC 不需要 HMAC 为保证安全所需的双重哈希包装。对于在 MAC 算法选择上有灵活性的新协议，KMAC128（128 位安全性）或 KMAC256（256 位安全性）比 HMAC-SHA3-256 更简洁且稍微高效。

在代码中验证 SHA-3 哈希值时使用恒定时间比较

在代码中比较两个 SHA3-256 哈希值时，请始终使用恒定时间等值函数：Node.js 的 crypto.timingSafeEqual()、Python 的 hmac.compare_digest()、Go 的 subtle.ConstantTimeCompare()。简单的字符串等值比较（=== 或 ==）会泄漏时序信息，允许攻击者逐字节重建预期哈希值。这同样适用于 SHA-3 和所有其他哈希函数。本工具的「对比」选项卡已使用恒定时间比较。

SHA-3 常见问题