工具用的顺手吗？
你的反馈能帮助我们做得更好
将明文、十六进制或Base64字符串转换为LM哈希值，提供十六进制和Base64格式输出，支持大小写选择。
概览
了解工具能解决的问题、计算或处理逻辑，以及数据边界。
虽然页面名称是“LM哈希计算”，但当前功能是一个MD5 演示计算：它接收一段明文，把文本按 UTF-8 字节计算 MD5，再把 128 位摘要显示成 32 个大写十六进制字符。页面只有一个“密码”输入框和一个结果字段，没有 Hex/Base64 输入类型、输出格式或大小写选项；输入为空时结果区保持空白。
因此，结果应按“当前页面的 MD5 演示值”理解。它与 Microsoft 规范中的 LMOWFv1 不是同一种算法，即使两者通常都能写成 32 个十六进制字符，也不能相互替代。
当前页面：UTF-8 文本 → MD5 → 128 位摘要 → 大写 Hex
标准 LM：按旧式 LM 规则处理密码 → 分成两个 7 字节部分 → 分别构造 DES 密钥并加密固定字符串 → 拼接两个 8 字节结果
| 核对点 | 当前页面 | 标准 LMOWFv1 |
|---|---|---|
| 核心算法 | MD5 | 基于两个 DES 运算的旧式口令单向函数 |
| 大小写 | 区分输入大小写 | 计算前按 LM 规则转换为大写 |
| 14 字节规则 | 不执行 LM 的分段规则 | 围绕两个 7 字节部分处理 |
| 本页输出 | 单个大写 Hex 字符串 | 本页当前不生成 |
输入 Password 时，当前页面显示：
DC647EB65E6711E155375218212B3964Microsoft 的 LMOWFv1 示例对同一输入给出的标准 LM 值是：
E52CAC67419A9A224A3B108F3FA6CB6D两者长度相同但内容不同，原因是算法不同。另一个快速自检是输入 abc：当前结果为 900150983CD24FB0D6963F7D28E17F72，与 RFC 1321 的 MD5 测试向量一致，仅把字母显示为大写。
Password 示例值；页面更新 2026-03-30，核验于 2026-09-16。指南
按步骤完成操作，并通过示例核对输入与结果。
在“密码”框中直接输入文本。页面把空格、换行和字母大小写都视为输入的一部分；它不会把看起来像 Hex 或 Base64 的文字自动解码。
输入非空内容后，结果区会自动出现一个 32 位大写十六进制字符串。修改任意字符后，结果会重新计算；清空输入则不显示摘要。
若要验证当前页面本身，可用 abc 与 900150983CD24FB0D6963F7D28E17F72 复核。若目标系统要求真正的 LM 值，不要把本页结果粘贴过去，应改用经过标准 LMOWFv1 测试向量验证的实现。
记录结果时同时注明“MD5、UTF-8 文本、大写 Hex”，避免仅凭 32 位外观把它误标为 LM 或 NTLM。
场景
查看这项工具在不同工作与生活流程中的用法。
教学或自学时，可把本页的 Password 结果与 Microsoft 的 LM 测试向量并排比较，直观看到 MD5、LM 虽都可显示为 32 位 Hex，算法身份却完全不同。
维护说明文档或做界面回归检查时，可用 RFC 1321 的 abc 向量确认当前结果仍是 MD5 演示值，并检查输出是否为大写十六进制。
遇到历史资料中的 LM 值与页面结果不一致时，先确认双方的算法、字符处理和输出编码。这里的差异通常不是“大小写显示问题”，而是本页并未执行标准 LM 算法。
问答
集中解答高频疑问与容易混淆的问题。
因为该值是 Microsoft 文档中的标准 LM 示例，而当前页面对输入计算的是 MD5。当前页面对 Password 的结果是 DC647EB65E6711E155375218212B3964。
不能。32 个 Hex 字符只说明展示了 16 字节数据；MD5、LM 和 NT 哈希都可能呈现为这种长度，必须结合生成算法、输入编码和测试向量判断。
当前页面的 MD5 演示计算区分大小写，所以两段文本会得到不同摘要。标准 LM 会先按其规则转换为大写，这正是判断算法是否一致的重要线索。
不会按 LM 的 14 字节分段规则处理。当前页面把你输入的完整非空文本交给 MD5 计算，所以更改第 15 个及后续字符通常也会改变结果。
这是当前页面的交互规则：输入为空时直接清空结果，不计算 RFC 1321 中空消息的 MD5 测试值。
须知
使用前了解适用范围、结果限制与必要提醒。
当前页面不是符合 Microsoft LMOWFv1 规范的 LM 生成器。请勿把结果用于 LM 兼容性配置、账户迁移或正式取证结论。
推荐
查找相关工具、专题与可用的 API 能力。