仅使用密码的加密示例...无盐。有效吗？

Question

我一直在研究创建用于 .NET 应用程序的加密/解密类。我一次又一次地读到除了秘密密码之外还需要盐。今天我遇到了一种仅使用单个密码的加密/解密方法。该代码使用的加密方法是否有问题，因为它似乎没有使用盐？

Public Shared Function EncryptString(ByRef input As String, ByRef password As String) As String
  Dim RijndaelManagedObject As New RijndaelManaged
  Dim crypto As ICryptoTransform, MD5Obj As New MD5CryptoServiceProvider
  Dim EncryptedBytes As Byte()
  Dim HashedBytes As Byte() = New ASCIIEncoding().GetBytes(password)
  Dim PlainTextBytes As Byte() = New ASCIIEncoding().GetBytes(input)

  RijndaelManagedObject.BlockSize = 128
  RijndaelManagedObject.KeySize = 128
  RijndaelManagedObject.Mode = CipherMode.ECB
  RijndaelManagedObject.Padding = PaddingMode.Zeros
  RijndaelManagedObject.Key = MD5Obj.ComputeHash(HashedBytes)
  crypto = RijndaelManagedObject.CreateEncryptor()
  EncryptedBytes = crypto.TransformFinalBlock(PlainTextBytes, 0, PlainTextBytes.Length)

  If EncryptedBytes.Length > 0 Then
    Return Convert.ToBase64String(EncryptedBytes)
  Else
    Return String.Empty()
  End If
End Function

Answer 1

此代码有许多缺陷：

1. 如果 input 或 password 不是 ASCII，则会发生静默降级。特别是非 ascii input 将无法正确解密。
2. 您不会使用很多迭代，这意味着暴力破解真的很快。
3. 与密码散列相比，缺少盐在这里更难被利用，因为散列不是直接已知的。但是，如果您使用已知的起始块（这在许多文件头中很常见）加密文件，那么就可以为这种格式构建彩虹表。但与往常一样，如果您只是尝试破解单个文件/哈希，彩虹表不会为您带来任何好处。只有当您需要破解以相同方式使用的许多不同密码时，它们才会受益。
4. 不推荐使用 ECB 模式，因为它单独加密每个块。这使得 3) 的问题变得更糟，因为您只需要知道任何块的明文即可构建表。特别是最后一个块通常具有较低的熵。我预计每 16 组数据中只有 8 位熵。哎哟。
5. 我不确定 PaddingMode.Zeros 是如何工作的。但由于填充的长度未编码，因此可能无法去除填充。所以解密后你可能会得到一些额外的0字节。

电子密码本（ECB）模式单独加密每个块。同一消息中的任何相同的明文块，或者使用相同密钥加密的不同消息中的任何明文块都将转换为相同的密文块。重要提示：不建议使用此模式，因为它为多种安全漏洞打开了大门。如果待加密的明文包含大量重复，则一次破解密文是可行的。还可以使用块分析来确定加密密钥。此外，主动对手可以在不被发现的情况下替换和交换单个块，这使得块可以在其他点保存并插入到流中而不被发现。

Answer 2

不，这没有什么问题。

对密码加盐是为了在存储这些哈希密码时防止彩虹表攻击。在这种情况下，密码将用于生成加密/解密密钥，并且不会被存储。