关于mysql：用于哈希密码字段的数据类型是什么，长度是多少？


What data type to use for hashed password field and what length?

我不确定密码哈希的工作原理(稍后将实现)，但现在需要创建数据库架构。

我正在考虑将密码限制为4-20个字符，但是据我了解，加密哈希字符串后的长度将不同。

那么，如何将这些密码存储在数据库中呢？

相关讨论

更新：仅使用哈希函数不足以存储密码。您应该阅读Gilles在该主题上的答案，以获取更详细的解释。

对于密码，请使用增强密钥的哈希算法，例如Bcrypt或Argon2i。例如，在PHP中，使用password_hash()函数，该函数默认使用Bcrypt。

1
$hash = password_hash("rasmuslerdorf", PASSWORD_DEFAULT);

结果是一个类似于以下内容的60个字符的字符串(但是数字会有所不同，因为它会生成唯一的盐)。

1
$2y$10$.vGA1O9wmRjrwAVXD98HNOgsNpDczlqm3Jq7KnEd1rVAGv3Fykk1a

使用SQL数据类型CHAR(60)来存储Bcrypt哈希的这种编码。请注意，此函数不会编码为十六进制数字的字符串，因此我们无法轻松地将其以十六进制形式存储为二进制。

其他散列函数仍具有用途，但不能用于存储密码，因此，我将在下面保留原始答案，该答案写于2008年。

这取决于您使用的哈希算法。不管输入如何，散列总是产生相同长度的结果。通常用一系列十六进制数字表示文本中的二进制哈希结果。或者，您可以使用UNHEX()函数将十六进制数字的字符串减少一半。

  • MD5生成一个128位哈希值。您可以使用CHAR(32)或BINARY(16)
  • SHA-1生成一个160位的哈希值。您可以使用CHAR(40)或BINARY(20)
  • SHA-224生成224位哈希值。您可以使用CHAR(56)或BINARY(28)
  • SHA-256生成256位哈希值。您可以使用CHAR(64)或BINARY(32)
  • SHA-384生成384位哈希值。您可以使用CHAR(96)或BINARY(48)
  • SHA-512生成512位哈希值。您可以使用CHAR(128)或BINARY(64)
  • BCrypt生成依赖于实现的448位哈希值。您可能需要CHAR(56)，CHAR(60)，CHAR(76)，BINARY(56)或BINARY(60)

自2015年起，NIST建议在需要互操作性的哈希函数的任何应用程序中使用SHA-256或更高版本。但是NIST不建议使用这些简单的哈希函数来安全地存储密码。

较小的散列算法有其用途(例如在应用程序内部，而不是用于交换)，但众所周知它们是可破解的。

相关讨论

实际上，您可以使用CHAR(哈希的长度)来为MySQL定义数据类型，因为每种哈希算法始终会得出相同数量的字符。例如，SHA1始终返回40个字符的十六进制数字。

相关讨论

您可能会发现有关增盐的Wikipedia文章值得。这个想法是添加一组数据来随机化您的哈希值。如果有人未经授权访问密码哈希，这将保护您的密码免受字典攻击。

相关讨论

作为固定长度的字符串(VARCHAR(n)或MySQL调用它)。
哈希始终具有固定长度，例如12个字符(取决于您使用的哈希算法)。因此，将20个字符的密码减少为12个字符的哈希，而4个字符的密码也将产生12个字符的哈希。

相关讨论

始终使用密码哈希算法：Argon2，scrypt，bcrypt或PBKDF2。

Argon2赢得了2015年密码哈希竞赛。 Scrypt，bcrypt和PBKDF2是较旧的算法，现在被认为较不受欢迎，但从根本上讲还是不错的，因此，如果您的平台尚不支持Argon2，则现在可以使用其他算法。

切勿将密码直接存储在数据库中。也不要对其进行加密：否则，如果您的站点遭到破坏，攻击者将获得解密密钥，因此可以获得所有密码。密码必须被散列。

密码哈希具有与哈希表哈希或密码哈希不同的属性。切勿在密码上使用普通的密码哈希，例如MD5，SHA-256或SHA-512。密码哈希算法使用唯一的盐(不用于其他任何用户或其他任何人的数据库)。盐是必不可少的，这样攻击者就不能仅预先计算常用密码的哈希值：使用盐，他们必须为每个帐户重新开始计算。密码哈希算法本质上很慢-尽可能地慢。慢速攻击对您的伤害要比对您的伤害大得多，因为攻击者必须尝试许多不同的密码。有关更多信息，请参见如何安全地对密码进行哈希处理。

密码哈希编码四个信息：

  • 使用哪种算法的指标。这对于敏捷性是必需的：加密建议会随时间而变化。您需要能够过渡到新算法。
  • 难度或硬度指示器。该值越高，则需要更多的计算来计算散列。在密码更改功能中，该值应该是常数或全局配置值，但是随着计算机变得越来越快，它应该随着时间的推移而增加，因此您需要记住每个帐户的值。一些算法只有一个数字值，其他算法那里有更多参数(例如分别调整CPU使用率和RAM使用率)。
  • 盐。由于盐必须是全局唯一的，因此必须为每个帐户存储。应在每次更改密码后随机生成盐。
  • 适当的散列，即散列算法中数学计算的输出。

许多库都包含一对函数，可方便地将此信息打包为单个字符串：一个带有算法指示符，硬度指示符和密码，生成随机盐并返回完整的哈希字符串的函数；另一个将密码和完整的哈希字符串作为输入，并返回一个布尔值，指示密码是否正确。没有通用标准，但是通用的编码是

1
$algorithm$parameters$salt$output

其中algorithm是数字或编码算法选择的短字母数字字符串，parameters是可打印的字符串，并且salt和output在Base64中编码而没有终止=。

16个字节足以容纳盐和输出。 (例如参见有关Argon2的建议。)以Base64编码，每个21个字符。其他两个部分取决于算法和参数，但是典型的是20–40个字符。总共大约有82个ASCII字符(CHAR(82)，并且不需要Unicode)，如果您认为以后很难扩展该字段，则应在其中添加安全边距。

如果您以二进制格式对哈希进行编码，则算法的哈希值可以减少到1个字节，硬度值可以减少到1-4个字节(如果您对某些参数进行了硬编码)，salt和output可以分别减少到16个字节，共37个字节。说40个字节(BINARY(40))至少有几个备用字节。请注意，这些是8位字节，不是可打印字符，尤其是该字段可以包含空字节。

请注意，哈希的长度与密码的长度完全无关。

为了向前兼容，应使用TEXT(存储不限数量的字符)。 随着时间的推移，散列算法(需要)变得更强大，因此，随着时间的推移，此数据库字段将需要支持更多的字符。 另外，根据您的迁移策略，您可能需要在同一字段中存储新哈希和旧哈希，因此不建议将长度固定为一种哈希。

哈希是一个位序列(128位，160位，256位等，具体取决于算法)。如果MySQL允许(SQL Server数据类型为binary(n)或varbinary(n))，则列应为二进制类型，而不是文本/字符类型。您还应该给哈希加盐。盐可能是文本或二进制，并且您将需要相应的列。

相关讨论

这实际上取决于您使用的哈希算法。如果我没记错的话，密码的长度与哈希的长度无关。在您使用的哈希算法上查找规格，运行一些测试，然后在其上方截断。

我一直在测试以找到加密字符串的最大字符串长度，并将其设置为VARCHAR类型的字符长度。根据您将要拥有的记录数，它确实可以帮助数据库扩大规模。

对于md5 vARCHAR(32)是合适的。对于那些使用AES的人，最好使用varbinary。

相关讨论