问题标签 [crypt]

我正在尝试制作一个受密码保护的网站。密码目前只是硬编码，以便我更容易测试。

我遇到的问题是，当我输入实际密码时，cookie 似乎没有设置。如果我第二次重新输入密码，那么 cookie 就会被设置。

我知道问题在于我调用代码的顺序，但我很难确定我应该更改什么以使其在第一个正确的密码输入时正确运行。任何帮助，将不胜感激。

我有这个 Perl 代码：

它返回 0，但应该返回 1

如果我输出以下内容：

我得到：

这crypt部分正是我在数据库中所拥有的。在 MySQL 中运行相同的值返回计数 1。

我真的无法弄清楚这里出了什么问题。

有没有其他人看到我缺少的东西？

此功能对密码和电子邮件哈希/加密是否安全？编辑：显然不是！

编辑：这是我现在使用的代码。我觉得这个很安全。这是一个带有随机盐生成器的 PBKDF2 密码哈希函数。

所以，这里是 PBKDF2 函数。p 是密码。s 代表盐。c 用于迭代 kl 用于密钥长度。a 用于哈希算法。

盐发生器：

正在使用：

谷歌搜索一下，发现 100000 次迭代非常安全，但我想 10000 次就足够了。

Crypt 正在使用相同的输入数据生成不同的散列，并且 [以下] 以前的功能散列生成器/检查不再适用于验证用户：

我把头撞在墙上，没有找到 Zend 内部算法与 PHP 与操作系统算法之间差异的答案；或 PHP 5.3.8 与早期版本之间的变化......

编辑：我的问题在技术上得到了回答，这是我的错，我没有正确提问。我已经实现：

我真正的问题是；为什么以下函数返回不同？

回报：$2y$08$43f053b1538df81054d4cOJyrO5/j7NtZBCw6LrFof29cLBs7giK6

返回：$2a$08$43f053b1538df81054d4cOPSGh/LMc0PZx6RC6PlXOSc61BKq/F6。

产生结果：

你可以看到我之前生成了一个 22 个字符的随机盐，我知道 PHPASS，mt_rand() 不是 CSPRNG 等等。让我感到困惑/担心的只是为什么 crypt()（给定 $password = ' admin') 即使使用静态盐也会生成不同的哈希。你可以看到我打印了 substr($storedpass, 60) 生成正确的盐，但是然后运行 ​​crypt() 函数（使用相同的参数来创建初始 $storedpass）它会生成不同的结果，破坏身份验证我的一个（相对较小且不是关键任务）应用程序......

可能重复：
hash() 与 crypt() 函数比较

最近我研究了如何在 PHP 中正确地进行密码散列。更好的选择之一是使用crypt(). 但是我们为什么不使用hash()呢？

我问这个的主要原因是因为我做了一个密码散列函数，crypt()我想知道给我的函数起什么名字。现在它被命名为getHash(). 但我觉得用这个名字很有趣，因为我在包装crypt()。如果我使用getCrypt()它听起来也不是很好，因为它是一个哈希函数。我应该将我的散列函数命名为什么crypt()？

这是一种向用户隐藏图片路径的方法吗？

我已经开始着手制作登录系统并使用 crypt 函数对密码进行编码。我的问题是，当我使用用户名和密码注册用户时，一切正常，并将用户名密码和盐保存到数据库中。这是注册代码：

注意：目前这只是一个测试注册页面

它加密它正确所以一个真实的例子是密码测试出来： $2y$10$d395985a2ca993f$$$$$$.k8lxPkUCenMKsOJ6V8tdO6Pl/Gl1/OW

它的盐是：
d395985a2ca993f

当我登录时，虽然我将盐从数据库中拉出并尝试以相同的方式重新加密，但我得到了不同的加密密码......盐是正确的，密码的第一部分也是如此，所以这部分“$2y$10$d395985a2ca993f$$$$$$$。”

下面是用于登录的代码：

对于登录页面，盐是正确的，但这是经过哈希处理后的密码：$2y$10$d395985a2ca993f$$$$$$.ccy3PKl.TsG26FWJBFXKmpQ3wtk4AqC

第一部分到句号是正确的，只是后半部分不同

我曾尝试将盐设置为手动盐，例如 abc 或 123，仅用于登录和注册页面的测试，但我仍然遇到相同的错误

在阅读了半天关于正确编码密码的方法后，我不知所措，我选择了这种方式。但是我不确定这是否是最好的方法。提前致谢。

我正在使用 PHP crypt() 在 Zend php 应用程序中对我的密码进行哈希处理。但是，我想不出将这个散列与 Zend_Auth_Adapter_DbTable 一起使用的解决方案。假设我在使用 crypt() 运行后存储了一个密码哈希...

如何将 Zend_Auth_Adapter_DbTable 表对象与这种加盐和散列策略一起使用？我环顾四周，但真的找不到 MD5 和 SHA 类型散列之外的任何解决方案......