用明文自身哈希值加盐能否提升密码哈希的安全性？

嘿，这个问题我之前做密码存储方案的时候也纠结过，咱们一步步拆解来看：

盐的核心作用 #

盐的本质是打破密码和哈希值的固定映射关系：

• 防止攻击者用预先生成的彩虹表批量破解
• 避免相同密码的用户拥有完全一致的哈希值（防止攻击者一眼看穿谁用了相同密码）

用明文哈希当盐的问题 #

如果把明文的哈希值作为盐，会直接废掉盐的核心价值：

• 相同密码的盐完全一致：两个用户如果用了一样的密码，他们的盐都是这个密码的哈希，最终生成的哈希结果也会完全相同。攻击者看到重复的哈希值，立刻就知道这些用户用了同一个密码，这和不加盐的场景没区别。
• 盐的可预测性：攻击者一旦知道你的盐生成规则（明文的哈希），那么他猜测明文后，直接就能计算出对应的盐，再去对比最终哈希。这和“不加盐但用多次哈希”的效果差不多，根本没增加暴力破解的额外成本——毕竟盐本来就是要让攻击者无法提前预判的。

正确的密码哈希实践（VB.NET场景） #

在VB.NET里，推荐使用标准的密钥派生算法，比如PBKDF2（对应Rfc2898DeriveBytes类），它会自动帮你生成随机盐，而且支持迭代次数调整（次数越高，破解成本越高）。给你一段简单的示例：

生成密码哈希和盐 #

Imports System.Security.Cryptography
Imports System.Text

Public Function GeneratePasswordHash(password As String) As Tuple(Of Byte(), Byte())
    ' 生成16字节的随机盐
    Using rng As New RNGCryptoServiceProvider()
        Dim salt(15) As Byte
        rng.GetBytes(salt)
        
        ' 使用PBKDF2，迭代次数推荐至少100000次
        Using pbkdf2 As New Rfc2898DeriveBytes(password, salt, 100000, HashAlgorithmName.SHA256)
            Dim hash As Byte() = pbkdf2.GetBytes(32) ' 生成32字节的哈希
            Return Tuple.Create(salt, hash)
        End Using
    End Using
End Function

验证密码 #

Public Function VerifyPassword(password As String, storedSalt As Byte(), storedHash As Byte()) As Boolean
    Using pbkdf2 As New Rfc2898DeriveBytes(password, storedSalt, 100000, HashAlgorithmName.SHA256)
        Dim computedHash As Byte() = pbkdf2.GetBytes(32)
        ' 用常量时间比较防止计时攻击
        Return CryptographicOperations.FixedTimeEquals(computedHash, storedHash)
    End Using
End Function

总结 #

盐的关键是随机、唯一、与密码无关，用明文哈希当盐完全违背了这个原则，不仅没提升安全性，反而可能埋下隐患。老老实实使用随机生成的盐，搭配标准的慢哈希算法，才是密码存储的正确姿势。

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