PHP 8中password_verify未指定盐时的彩虹表防范及盐机制疑问

网站用于验证密码的代码（未指定盐，遵循最佳实践）：

$givenPassword = /*whatever was entered*/;
//look up $username, $encryptedPassword
if (password_verify($givenPassword, $encryptedPassword))
{
   //log user in and do good things
}

假设黑客窃取数据库后，验证“secret”是否为某用户密码的代码：

$givenPassword = "secret";
//look up $username, $encryptedPassword
if (password_verify($givenPassword, $encryptedPassword))
{
   //report so hacker can do evil things
}

两段验证代码完全一致且未指定盐。核心疑问：
若由PHP自动生成盐，为何黑客无法通过自身PHP解释器获取相同盐使盐失效？若黑客调用password_verify时无法获取我方password_hash生成的盐，我方的password_verify又如何获取正确的盐？

注：此问题并非关于盐的工作原理，而是password_verify（区别于MD5等需程序员自定义盐的旧函数）如何确保仅我方调用能获取对应盐，而他人无法获取的机制。

核心逻辑是：PHP的password_hash生成的加密字符串本身就包含了盐、哈希算法及所有参数，不存在“仅我方能获取盐”的说法——黑客拿到加密字符串就能拿到盐，但这完全不影响密码安全性，且这正是该系列函数的设计优势。

具体拆解：

• 当调用password_hash()生成加密密码时，输出的字符串格式为$算法标识$参数$盐$哈希值（例如$2y$10$N9qo8uLOickgx2ZMRZoMyeIjZAgcfl7p92ldGxad68LJZdL17lhWy），盐直接嵌入在最终加密结果里。
• 我方调用password_verify()时，函数会自动从数据库取出的$encryptedPassword中解析出盐、算法和参数，用这些值对用户输入的密码重新计算哈希，再与存储的哈希值比对完成验证。
• 黑客拿到加密字符串后，确实能提取出盐，但这不会让盐失效：盐的作用是避免相同密码生成相同哈希，防止黑客用彩虹表批量破解，而非阻止单个密码的暴力尝试。黑客要验证“secret”是否为目标密码，只能调用password_verify()比对，这和我方验证逻辑一致，但这种尝试的成本由哈希算法的慢特性（比如bcrypt可调节计算成本）来限制，和盐是否被获取无关。

你之前的误解在于误以为盐是“隐藏”的，但PHP密码系列函数的设计就是把盐直接存在加密结果中，既省去了开发者自行存储盐的麻烦，也避免了因盐丢失导致的验证失败问题。

内容的提问来源于stack exchange，提问作者Topological Sort