如何在本地文本文件存储账号哈希信息并防止已知哈希算法的用户篡改重置密码？

明确需求 #

• 在文本文件中存储用户名、哈希盐（hash salt）及哈希密码（hashed password）
• 支持将该文件复制到运行同一应用的其他设备使用
• 能够检测用户是否通过编辑文件替换哈希密码来任意重置密码

现有问题 #

直接存储哈希凭证时，若用户知晓所用哈希算法，可自行计算合法哈希值替换文件内容实现密码重置；而硬编码额外常量的方式属于「通过隐秘性实现安全」，一旦算法细节泄露则完全失效。

以下是无需依赖算法保密性的可行解决方案：

方案1：HMAC签名验证（推荐） #

这是平衡安全性与实现复杂度的最优方案：

1. 文件存储结构：在原有字段基础上，新增一个hmac_signature字段
2. 签名生成逻辑：
   • 应用内置一个固定的HMAC密钥（如HMAC-SHA256密钥），该密钥编译进应用二进制中，不对外暴露
   • 将用户名、哈希盐、哈希密码按固定格式拼接（比如用分隔符区分），用内置HMAC密钥对拼接后的字符串生成签名，写入文件
3. 篡改检测逻辑：
   • 每次读取文件时，重新按相同规则拼接字段并计算HMAC签名
   • 对比计算出的签名与文件中存储的hmac_signature，不一致则判定文件被篡改
4. 核心优势：
   • 用户即使完全知晓哈希算法，也无法生成合法的HMAC签名（因为缺少内置密钥）
   • 文件可自由复制迁移，所有同一应用的实例共享同一个内置密钥，验证逻辑一致
   • 密钥仅存在于编译后的应用程序中，逆向破解难度远高于硬编码哈希常量

方案2：用户专属公私钥签名（高安全进阶） #

如果需要避免应用级密钥泄露影响所有用户，可采用用户专属密钥体系：

1. 初始化流程：
   • 用户首次使用时，应用为其生成一对RSA或ECC公私钥
   • 私钥通过用户初始密码衍生的密钥加密后存储在本地，公钥写入凭证文件
2. 签名与验证：
   • 每次更新凭证（如修改密码）时，用用户私钥对用户名、盐、哈希密码的组合进行签名，将签名存入文件
   • 读取文件时，用文件中的公钥验证签名有效性，不一致则判定篡改
3. 优势：每个用户的签名密钥独立，单个用户密钥泄露不会影响其他用户；但实现复杂度较高，适合对安全性要求极高的场景

方案3：基于密码衍生值的链式验证（无内置密钥方案） #

如果不想依赖任何内置密钥，可利用用户密码本身构建验证链：

1. 存储结构扩展：新增一个verify_hash字段
2. 生成逻辑：
   • 先计算密码的哈希值：hashed_pwd = hash(password, salt)
   • 再用该哈希值作为输入，结合用户名和盐计算验证哈希：verify_hash = hash(hashed_pwd + username + salt)
3. 验证逻辑：
   • 用户登录时，先计算输入密码的hashed_pwd，再用它生成verify_hash
   • 对比文件中的verify_hash，若不一致则说明文件被篡改
4. 局限：仅能在用户登录时触发验证，无法在后台静默检测文件篡改

内容的提问来源于stack exchange，提问作者JasonC