哈希识别器
粘贴一个哈希，看看它最可能是什么生成的。有些格式会在前缀里自报家门；其余的靠长度和字母表缩小到一个候选名单——而当两种算法的形状完全相同时，本页面会直说，而不是挑一个说得斩钉截铁。它完全在你的浏览器中运行：哈希从不上传、从不记录、也从不发送到任何地方去破解。
像指纹鉴定师一样读哈希
三个特征几乎包办了全部工作。先看前缀：模块化 crypt 格式生来就是自描述的，所以 $2y$ 是 bcrypt，$6$ 是 Linux shadow 文件里的 SHA-512 密码哈希，$argon2id$ 是连调优参数一起带着的 Argon2，开头的星号则标记 MySQL 4.1 之后的格式。前缀一开口，识别就达到了这个领域能有的确定程度。再看长度：十六进制摘要的字符数是字节数的两倍，所以 32 是 128 位，40 是 160 位，64 是 256 位，128 是 512 位——每个长度是一个家族，而不是某一个算法。最后看字母表：纯十六进制通常是原始摘要；带 + 和 / 并以 = 结尾的字符串是穿着 Base64 外衣的摘要，API 或配置文件里存的哈希常见这种形态。
局限和方法同样重要，这也是置信标签存在的原因。MD5 与 NTLM 是著名的撞车：形状相同，算法不同，唯一的区分是出处——这串字符是在哪里找到的。SHA-256、SHA3-256 和 BLAKE2s 同样共享 256 位的轮廓。问过 AI 对话“这是什么哈希？”的人都见过那种失败模式：它挑这个长度最有名的名字，斩钉截铁地说出来，三分之一的时候自信地答错。本页面返回附有推理的候选名单，让知道上下文的人——Windows 转储、下载页面、数据库列——来完成形状开了头的识别。需要计算某个候选值的摘要来比对时，用 哈希生成器；如果那个神秘字符串原来是编码而不是哈希，Base64 解码器会打开它。主打文章 不要让聊天机器人碰你的密钥 解释了为什么这一切都该在你自己的机器上完成。
常见问题
光看一眼真能识别哈希吗？
能识别一部分——而这个工具的诚实版本会准确说明“一部分”到什么程度。有些格式会自报家门：bcrypt 哈希以 $2y$ 开头，Linux shadow 的 SHA-512 哈希以 $6$ 开头，MySQL 4.1 哈希以星号开头。长度再缩小其余的：64 个十六进制字符是 256 位摘要。但整个家族共享同一种形状，再怎么盯也分不开——所以这里的结果标记为“可能”或“或许”，从不说“确定”。
为什么分不清 MD5 和 NTLM？
因为作为字符串它们是同一个东西：128 位，用 32 个十六进制字符打印。区别完全在于摘要是怎么算出来的——NTLM 是密码 UTF-16 编码的 MD4——以及你在哪里找到它。Windows 凭据转储里的 32 位十六进制串是 NTLM；下载页面上同样形状的是 MD5。上下文才是识别器；本工具给你候选名单和该用的线索。
识别哈希能帮助破解它吗？
识别是字典意义上的前置步骤，不是行为本身。知道算法能告诉你该用哪个工具、哪种攻击模式；哈希本身还得扛得住，而一个像样密码的 bcrypt 或 Argon2 哈希扛得住。本页面刻意不做破解、不查表、不查彩虹表——它只读形状并作出解释。如果哈希是你的、需要核对它背后的值，用 哈希生成器生成候选密码的哈希再比对。
把哈希粘贴到这里安全吗？
比大多数地方安全，但有一点值得理解。哈希不是密码——但弱密码的哈希若被粘贴进有日志的系统（AI 对话、工单、论坛），会被拿走从容地离线攻击。本识别器完全在你的浏览器中运行：你粘贴的任何东西都不传输、不存储，哈希哪儿也去不了。对待泄露事件里来路不明的哈希，要像对待它随附的数据一样小心。
我的哈希带着盐或标签，还能匹配吗？
只有当组合后的字符串仍符合已知形状时才行。模块化格式（$6$、$2y$、$argon2id$）把盐装在公认的封套里，所以能匹配。自创格式——哈希、冒号、盐，或某个框架发明的前缀——通常会落到“无法识别”，结果文字会直说而不是猜测。把它剥到裸摘要再试一次；每个候选都列出了长度供参考。