C# Winforms存储用户密码应选择哈希、加密还是两者结合？

你的现有设计和代码存在两处核心错误，完全不符合密码存储的安全要求：

• 设计逻辑错误：密码存储绝对不能使用AES这类可逆加密方案。如果密钥和加密后的密码存在同一个数据库，一旦数据库泄露，攻击者可以直接解密拿到所有用户的明文密码，完全失去加密意义。
• 代码实现安全缺陷：
  • 密钥派生使用了硬编码的固定盐值，所有用户的加密因子完全一致，暴力破解成本极低
  • 生成随机密钥使用的Random是伪随机数生成器，不具备密码学安全性，生成的密钥可被预测，应该替换为RandomNumberGenerator这类加密安全的随机数生成器。

1. 密码存储的基础逻辑 #

是的，密码存储只需要保存加盐后的不可逆哈希值即可，全程不需要解密操作，标准流程如下：

1. 用户注册时，为每个用户单独生成至少16位长度的加密安全随机盐
2. 把用户输入的明文密码和盐拼接，使用慢哈希算法计算哈希值
3. 数据库仅存储对应用户的盐值、哈希值、哈希算法参数（如迭代次数），不需要存储任何可以还原出明文密码的内容
4. 登录验证时，取出对应用户的盐和算法参数，对用户输入的密码执行相同的哈希计算，将计算结果和数据库存储的哈希值比对，一致则验证通过。

2. 主流科技公司的密码存储方案 #

所有正规公司都不会使用自研的可逆加密方案存储密码，普遍采用工业界验证过的不可逆慢哈希算法，优先级从高到低为：

• 首选Argon2算法：是目前密码哈希竞赛的优胜方案，对抗GPU、ASIC暴力破解的能力最强
• 次选bcrypt、scrypt算法，落地成熟度高
• 最低要求使用高迭代次数的PBKDF2算法（即你代码中用到的Rfc2898DeriveBytes对应的标准），迭代次数至少设置为10万次以上，调整参数到单次哈希计算耗时在100ms左右即可，平衡安全和使用体验。

如果你后续有其他非密码类的敏感用户数据需要AES加密存储，不要将加密密钥和密文存在同一个数据库中，可以选择以下方案存储密钥：

• 存储在Windows系统自带的凭据管理器（Credential Manager）中
• 使用Windows DPAPI接口加密密钥后，再存入数据库，即使数据库泄露，攻击者也无法拿到可用的明文密钥。

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