SHA3-384 哈希生成器
将任意文本瞬间转换为对应的 96 位 SHA3-384 哈希值。
如何使用 SHA3-384 哈希生成器
- 在输入框中键入或粘贴你的文本。
- SHA3-384 哈希值会随着输入实时显示。
- 点击“复制”获取结果。
关于 SHA3-384 哈希生成器
SHA3-384 生成一个 384 位摘要，写作 96 个十六进制字符。和整个家族一样，其底层是 Keccak 算法——由 Guido Bertoni、Joan Daemen、Michaël Peeters 和 Gilles Van Assche 设计，于 2012 年赢得 NIST 的 SHA-3 竞赛，并于 2015 年被标准化为 FIPS 202。
384 位这一尺寸的存在有其特定原因：它能与 384 位椭圆曲线以及“绝密级”密码套件天然匹配，在这些场景中，256 位摘要被认为安全余量过于紧张。384 位哈希提供 192 位的抗碰撞能力，其定位刻意介于 SHA3-256 和 SHA3-512 之间。实际使用中，如果你选择了 SHA3-384，通常是因为某个合规规范或密钥长度要求如此，而不是因为 256 位不够用。
值得了解的是：在 Keccak 内部，更宽的摘要意味着更大的“容量”，这会留下更小的“速率”——因此 SHA3-384 每次置换所能吸收的字节数其实比 SHA3-256 更少，也就是说按字节计算它反而更慢，而不是更快。这正好与 SHA-2 家族相反，在 SHA-2 家族中，SHA-512 在 64 位硬件上往往比 SHA-256 跑得更快。整体而言，SHA-3 在软件层面通常比 SHA-2 慢，但在硬件实现上效率很高，而这一切都不是因为 SHA-2 失败了——它并没有失败，至今依然安全。SHA-3 被标准化为一个结构上截然不同的备用方案，使用海绵结构而非 SHA-2 的 Merkle–Damgård 结构，这也让 SHA3-384 免疫于长度扩展攻击。
常见问题
我能解密或还原 SHA3-384 哈希值吗？
不能。哈希是单向的，输入内容并不会存储在摘要内部，因此没有什么可以还原。任何“SHA-3 解密器”都只是预先哈希好的常见字符串对照表。
为什么我的 SHA3-384 哈希值总是 96 个字符？
SHA3-384 的输出始终是 384 位，每个十六进制字符代表 4 位，因此无论输入内容多长，每个哈希值都恰好是 96 个字符。
SHA3-384 比 SHA3-512 更快吗？
是的，稍快一些——摘要更窄意味着容量更小、速率更大，因此每次置换能吸收更多输入。不过两者都比 SHA3-256 慢，而且这点差异只有在大批量哈希计算时才会显现出来。
什么时候真正需要选择 SHA3-384？
通常是当某个标准、密钥长度或合规规范要求使用 384 位摘要时——例如需要与 384 位椭圆曲线搭配使用。对于一般用途的哈希需求，SHA3-256 是更常见的选择。
我的文本会被发送到哪里吗？
你的文本会被发送到我们的服务器进行哈希计算，因为浏览器无法计算 SHA-3。计算完成后会立即丢弃——绝不记录，也绝不存储。