Storing password and salt in MySQL DB using PBKDF2
我一直在尝试使用pbkdf2使我的用户密码真正安全。
密码散列很好地进入数据库,但salt没有。
似乎salt包含了MySQL列不喜欢的外来字符。
"用户"表中的所有列都是utf8_unicode_ci。
这是我的密码哈希:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 | $size = mcrypt_get_iv_size(MCRYPT_CAST_256, MCRYPT_MODE_CFB); $salt=mcrypt_create_iv($size, MCRYPT_DEV_RANDOM); $passHash = pbkdf2('SHA512', $pass, $salt, 8192, 256) ; include("dbconnect.php") ; $result = $dbh->prepare("INSERT INTO users (name, email, qq, password, salt)VALUES(?, ?, ?, ?, ?)") ; $result->bindParam(1, $name, PDO::PARAM_STR) ; $result->bindParam(2, $email, PDO::PARAM_STR) ; $result->bindParam(3, $qq, PDO::PARAM_STR) ; $result->bindParam(4, $passHash, PDO::PARAM_STR) ; $result->bindParam(5, $salt, PDO::PARAM_STR) ; $result->execute() ; |
以及PBKdf2:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 | /* * PBKDF2 key derivation function as defined by RSA's PKCS #5: https://www.ietf.org/rfc/rfc2898.txt * $algorithm - The hash algorithm to use. Recommended: SHA256 * $password - The password. * $salt - A salt that is unique to the password. * $count - Iteration count. Higher is better, but slower. Recommended: At least 1000. * $key_length - The length of the derived key in bytes. * $raw_output - If true, the key is returned in raw binary format. Hex encoded otherwise. * Returns: A $key_length-byte key derived from the password and salt. * * Test vectors can be found here: https://www.ietf.org/rfc/rfc6070.txt * * This implementation of PBKDF2 was originally created by https://defuse.ca * With improvements by http://www.variations-of-shadow.com */ function pbkdf2($algorithm, $password, $salt, $count, $key_length, $raw_output = false){ $algorithm = strtolower($algorithm); if(!in_array($algorithm, hash_algos(), true)) die('PBKDF2 ERROR: Invalid hash algorithm.'); if($count <= 0 || $key_length <= 0) die('PBKDF2 ERROR: Invalid parameters.'); $hash_length = strlen(hash($algorithm,"", true)); $block_count = ceil($key_length / $hash_length); $output =""; for($i = 1; $i <= $block_count; $i++) { // $i encoded as 4 bytes, big endian. $last = $salt . pack("N", $i); // first iteration $last = $xorsum = hash_hmac($algorithm, $last, $password, true); // perform the other $count - 1 iterations for ($j = 1; $j < $count; $j++) { $xorsum ^= ($last = hash_hmac($algorithm, $last, $password, true)); } $output .= $xorsum; } if($raw_output) return substr($output, 0, $key_length); else return bin2hex(substr($output, 0, $key_length)); } |
号
另外,我刚刚注意到它为相同的密码存储了完全不同的散列值。
我做得对吗?
在存储到varchar列之前,应该将结果转换为base64编码。base64编码基本上将字节数组转换为ASCII范围内的可显示(因此是SQL可存储)字符。
对于"我做得对吗?"这样宽泛的问题,很难给出准确的答案。我可以说,在散列之前对密码进行跳跃的整个点是为了让结果散列在用户之间是唯一的。因此,为相同的输入获得不同的输出是一件好事。查找"字典攻击"以了解更多有关原因的信息。
至于您的代码,听起来您真正想知道的是为什么您的盐没有被存储到数据库中。调试步骤我能想到,没有更具体的细节
- $salt可能是false,mcrypt_create_iv返回false on error(不太可能是因为上面提到的哈希输出差异,但值得检查)。
- 您怀疑输出字符无法识别。您可以尝试将数据库列类型转换为varbinary,并在添加到Prepare之前使用字符串到binary或十六进制解码器。
- 尝试用不同字符编码的列类型进行试验,看看您的盐可以进入哪种列类型。UTF-8为每个字符使用可变的字节数,这使我在处理绝对值的事情时感到不舒服。salt和散列通常被认为是用位字段固定的,为了方便起见,通常用十六进制格式表示。
如果您提供了您的服务器环境、PHP版本、MySQL版本等,以及一些没有正确存储的salt示例,我可能能够缩小问题的范围。