如何使用php php password_hash进行哈希和验证密码

Question

最近，我一直在尝试在我在Internet上偶然发现的脚本的日志上实现自己的安全性。在尝试学习如何制作自己的脚本以为每个用户生成盐的努力之后，我偶然发现了 password_hash 。

据我了解（根据此页面），盐为）当您使用 password_hash 时，已经在行中生成。这是真的吗？

我遇到的另一个问题是，吃2盐不是很明智吗？一个直接在文件中，一个在DB中？这样一来，如果有人在DB中妥协了盐，您仍然直接在文件中有盐？我在这里读到，储存盐从来都不是一个明智的主意，但是它总是使我感到困惑。

Answer 1

使用 password_hash 是存储密码的推荐方法。不要将它们与DB和文件分开。

假设我们有以下输入：

$password = $_POST['password'];

您首先执行此操作：

$hashed_password = password_hash($password, PASSWORD_DEFAULT);

然后查看输出：

var_dump($hashed_password);

如您所见。 （我认为您采取了这些步骤）。

现在，您将此哈希密码存储在数据库中，确保您的密码列足够大，可以保持Hashed值（至少60个字符或更长的时间）。当用户要求将它们登录时，您可以通过此操作来检查数据库中的密码输入：

// Query the database for username and password
// ...

if(password_verify($password, $hashed_password)) {
    // If the password inputs matched the hashed password in the database
    // Do something, you know... log them in.
} 

// Else, Redirect them back to the login page.

官方参考

Answer 2

是的，您正确理解了它，功能password_hash（）将单独生成盐，并将其包含在结果的哈希值中。将盐存储在数据库中是绝对正确的，即使知道，它也可以完成工作。

// Hash a new password for storing in the database.
// The function automatically generates a cryptographically safe salt.
$hashToStoreInDb = password_hash($_POST['password'], PASSWORD_DEFAULT);

// Check if the hash of the entered login password, matches the stored hash.
// The salt and the cost factor will be extracted from $existingHashFromDb.
$isPasswordCorrect = password_verify($_POST['password'], $existingHashFromDb);

您提到的第二种盐（存储在文件中的盐）实际上是胡椒或服务器端钥匙。如果在哈希之前添加（如盐），则加入胡椒粉。但是，有一种更好的方法，您可以首先计算哈希，然后使用服务器端密钥加密（双向）哈希。这使您有可能在必要时更改密钥。

与盐相反，该钥匙应保密。人们经常将其混合并尝试隐藏盐，但是最好让盐完成工作并用钥匙添加秘密。

Answer 3

在PHP密码功能中内置的后向后兼容性明显缺乏讨论。值得注意的是：

1. 向后兼容：密码函数本质上是围绕 crypt（） ，并且本质上是与 crypt（） -format哈希，即使它们使用过时和/或不安全的哈希算法。
2. forward compatibilty：插入 以及您的身份验证工作流程中的一些逻辑可以使您保持最新的视频和将来算法可能会对工作流的未来变化为零。注意：任何与指定算法不匹配的字符串都将被标记为需要重新进行重新设计，包括非crypt兼容的哈希。

例如：

class FakeDB {
    public function __call($name, $args) {
        printf("%s::%s(%s)\n", __CLASS__, $name, json_encode($args));
        return $this;
    }
}

class MyAuth {
    protected $dbh;
    protected $fakeUsers = [
        // old crypt-md5 format
        1 => ['password' => '$1$AVbfJOzY$oIHHCHlD76Aw1xmjfTpm5.'],
        // old salted md5 format
        2 => ['password' => '3858f62230ac3c915f300c664312c63f', 'salt' => 'bar'],
        // current bcrypt format
        3 => ['password' => '$2y$10$3eUn9Rnf04DR.aj8R3WbHuBO9EdoceH9uKf6vMiD7tz766rMNOyTO']
    ];

    public function __construct($dbh) {
        $this->dbh = $dbh;
    }

    protected function getuser($id) {
        // just pretend these are coming from the DB
        return $this->fakeUsers[$id];
    }

    public function authUser($id, $password) {
        $userInfo = $this->getUser($id);

        // Do you have old, turbo-legacy, non-crypt hashes?
        if( strpos( $userInfo['password'], '
输出：
MyAuth::authUser::password_verify
MyAuth::authUser::rehash
FakeDB::prepare(["UPDATE users SET pass = ? WHERE user_id = ?"])
FakeDB::execute([["$2y$10$zNjPwqQX\/RxjHiwkeUEzwOpkucNw49yN4jjiRY70viZpAx5x69kv.",1]])
bool(true)

MyAuth::authUser::legacy_hash
MyAuth::authUser::rehash
FakeDB::prepare(["UPDATE users SET pass = ? WHERE user_id = ?"])
FakeDB::execute([["$2y$10$VRTu4pgIkGUvilTDRTXYeOQSEYqe2GjsPoWvDUeYdV2x\/\/StjZYHu",2]])
bool(true)

MyAuth::authUser::password_verify
bool(true)

作为最终注意，鉴于您只能在登录时重新限制用户的密码，您应该考虑“日落”不安全的遗产哈希以保护您的用户。我的意思是，在经过一定的宽限期之后，您删除了所有不安全的[例如：裸露的md5/sha/否则弱]，并使您的用户依靠应用程序的密码重置机制。
 ) !== 0 ) {
            printf("%s::legacy_hash\n", __METHOD__);
            $res = $userInfo['password'] === md5($password . $userInfo['salt']);
        } else {
            printf("%s::password_verify\n", __METHOD__);
            $res = password_verify($password, $userInfo['password']);
        }

        // once we've passed validation we can check if the hash needs updating.
        if( $res && password_needs_rehash($userInfo['password'], PASSWORD_DEFAULT) ) {
            printf("%s::rehash\n", __METHOD__);
            $stmt = $this->dbh->prepare('UPDATE users SET pass = ? WHERE user_id = ?');
            $stmt->execute([password_hash($password, PASSWORD_DEFAULT), $id]);
        }

        return $res;
    }
}

$auth = new MyAuth(new FakeDB());

for( $i=1; $i<=3; $i++) {
    var_dump($auth->authuser($i, 'foo'));
    echo PHP_EOL;
}

输出：

作为最终注意，鉴于您只能在登录时重新限制用户的密码，您应该考虑“日落”不安全的遗产哈希以保护您的用户。我的意思是，在经过一定的宽限期之后，您删除了所有不安全的[例如：裸露的md5/sha/否则弱]，并使您的用户依靠应用程序的密码重置机制。

Answer 4

是的，是的。您为什么怀疑该功能的PHP常见问题解答？ :)

运行 password_hash（）的结果有四个部分：

1. 算法使用的
2. 参数
3. 盐
4. 实际密码哈希

，因此，散布是其中的一部分。

当然，您可以为增加的安全层加入额外的盐，但老实说，这在常规的PHP应用程序中是过分的。默认的BCrypt算法很好，可选的吹鱼可以说更好。

Answer 5

要使数据库密码在数据库黑客攻击时更安全，您可以使用电子邮件地址和密码创建多个列（我认为还应在我的看法中编码电子邮件地址），例如：从email_1到email_7的列以及password_1的列到密码_7。密码可以存储在一个电子邮件列之一和电子邮件地址之一中。在其余六个中，我们可以存储一个加密的随机字符串字符串。其次，当哈希时，我们可以使用各种哈希功能，例如我们的密码$密码，

$password = hash('sha384', $password);
$password = hash('sha256', $password);
$password = hash('sha512', $password);
$password = hash('guest', $password);

$h1 = hash('md5', $password);
$h2 = hash('md5', $h1);
$h3 = hash('md5', $h2);
$h4 = hash('md5', $h3);

$hash_db = $h1 . $h2 . $h3 . $h4;

我们在数据库中存储 $ hash_db 。哈希长度为1​​28个字符，看起来像是使用SHA512算法。