MD6哈希生成器

当前生成的是哪一种 MD6 摘要

输入 Hello World 后，页面生成一个固定的 256 位 MD6 消息摘要，而不是把文本“加密”为可以还原的密文。当前计算口径为 MD6-256、空密钥、L=64，并使用 256 位摘要对应的默认 104 轮；页面没有摘要长度、密钥、盐值、层级或轮数选择器。相同文本与相同参数会得到相同摘要，任何空格、大小写、换行或字符变化都可能得到完全不同的结果。

哈希摘要适合充当文本的确定性指纹。它是单向计算：页面不提供“解密”入口，也不能从摘要直接恢复原文。不过，单向不等于输入绝对保密；短口令、常见词或可枚举文本仍可能被猜测后逐个比对。

三种结果只是不同的显示方式

结果栏	格式	当前长度	如何理解
小写	十六进制 0-9a-f	64 个字符	32 字节摘要的常见文本写法
大写	十六进制 0-9A-F	64 个字符	与小写栏表示同一组摘要字节，仅字母大小写不同
Base64	Base64 编码	通常 44 个字符，含末尾填充符	仍是同一组 32 字节，不是再次执行哈希

如果另一个系统要求“MD6-256 hex”，通常应复制小写或大写十六进制，并按对方是否区分字母大小写处理；若字段明确要求 Base64，则复制 Base64 栏。不要把 Base64 字符串和十六进制字符串直接按文本比较。

MD6 的设计背景与标准身份

MD6 是为 NIST SHA-3 竞赛提出的密码学哈希设计。原始报告允许 1—512 位摘要，并把 224、256、384、512 位列为与 SHA-3 需求最相关的版本；其运行模式可以把长消息组织为树形计算，以利用并行处理。本页只呈现其中固定的 MD6-256 文本计算，并未开放报告中描述的其他可选参数。

“曾是 SHA-3 候选”不等于“就是 SHA-3”。NIST 的竞赛记录显示，最终获选并标准化为 SHA-3 的是 KECCAK。因此，MD6 更适合复现历史数据、兼容已有测试向量或学习哈希结构，不应因为名称中的数字更大就把它视为 MD5 的标准替代品。

资料依据与核验范围

从输入文本到复制摘要

1. 确认输入必须逐字符一致

   在“需要加密的文本”框中输入或粘贴内容。若摘要要与另一端核对，先确认是否包含行尾换行、前后空格、全角符号或不可见字符；这些字符也属于输入。

2. 等待结果自动出现

   非空文本发生变化后会自动重新计算，无需选择位数或点击生成按钮。输入框下方的字符计数用于观察文本长度，但字符数并不等于编码后的字节数。

3. 按目标格式读取结果

   小写十六进制、大写十六进制和 Base64 三栏同时显示。先查看接收方文档写的是 hex 还是 Base64，再选择对应一栏。

4. 复制并做精确比对

   使用结果栏旁的复制按钮，避免手工抄写。核对十六进制值时，可以先统一字母大小写；核对 Base64 时应保留末尾的 = 填充符。

用 Hello World 复现结果

在输入框填入下列 11 个 ASCII 字符，字母 H 与 W 大写，中间只有一个空格，末尾没有换行：

Hello World

小写十六进制结果应为：

51b2a160b4fedb8220db0601cdbe3d0d82869f1a0687336e8ffc4bd1b57773e4

对应的 Base64 显示为：

UbKhYLT+24Ig2wYBzb49DYKGnxoGhzNuj/xL0bV3c+Q=

把输入改成 Hello World!，只增加一个英文感叹号，小写十六进制就变为 6270a6d976267aa1224ac8d905dec46a96f6b62f6b6e9bb8085c2e946c1eb576。这组对照可用于确认输入敏感性，但不能单凭“变化很大”证明某个实现适合生产安全用途。

MD6-256 结果常见疑问

为什么页面没有 MD6-128 或 MD6-512 选项？

因为当前功能固定生成 MD6-256。MD6 规范允许其他摘要长度，但这不代表当前页面提供了相应选择；需要和其他实现对照时，双方必须先确认摘要位数与全部参数一致。

空输入为什么没有显示 MD6 摘要？

当前交互只会对非空文本显示结果，清空输入框后结果也会被清除。这是页面的输入规则，不代表 MD6 算法在数学上不能处理零长度消息。

两个看起来一样的文本为什么结果不同？

优先检查前后空格、换行符、全角与半角符号、字母大小写，以及 Unicode 字符是否采用相同规范化形式。肉眼相似不等于底层文本序列相同，复制时还可能带入不可见字符。

大写、小写和 Base64 哪一个更安全？

三者没有强弱之分，因为它们表示同一份 256 位摘要。大小写 hex 只改变字符外观，Base64 只是换一种编码；选择哪一栏取决于接收字段的格式约定。

使用边界：摘要不是密码保护方案

当前页面适合文本兼容性核对、测试与学习，不应直接作为密码存储、登录认证、生产签名、令牌生成或新安全协议的算法选型依据。

• 不要把哈希称为可解密的加密。页面只能从文本计算摘要，不能把摘要还原成原文；但常见短输入仍可能被字典或枚举方式猜中。
• 不要把空密钥 MD6 当作 HMAC。当前页面没有密钥输入，也没有盐值配置。相同输入会产生相同结果，不能满足密码存储所需的专用慢哈希与独立随机盐要求。
• 摘要相同只支持“输入一致”的判断。如果预期摘要本身来自不可信渠道，匹配结果不能证明发布者身份，也不能独立证明内容来源可靠。
• 这里只处理文本。当前可见功能不提供文件哈希、逐行批量生成、两组哈希自动对比、摘要长度切换或参数调节；不要按其他 MD6 工具的界面推断本页能力。
• 敏感内容仍应避免粘贴到网页。MD6 计算在当前浏览器内完成，不需要把文本作为哈希计算请求提交；但设备、浏览器扩展、剪贴板和页面环境仍可能带来额外风险。
• 新系统应遵循目标规范。MD6 没有成为 SHA-3 标准。需要安全互操作时，应采用协议、监管要求或组织安全基线明确指定的标准化算法与成熟密码存储方案。