7 php authentication hash laravel-4
我试图使用该Auth::attempt()
方法验证用户并且它一直失败,所以我最终得到了以下代码:
$arr = array();
$arr['verified'] = Hash::make('1234') . ' ; ' . Hash::make('1234');
return json_encode($arr);
Run Code Online (Sandbox Code Playgroud)
这就是结果:
{"verified":"$2y$10$V4yXBUcxealfLrzOE\/xAD.sJ8qpNhrMA6K6dENBBXYqaVx1zSETgy ; $2y$10$C9xpOWLTUyfy1KL.Y3Tot.KWADmQYFK\/HAf6uZGGXTKcVh52qHS4m"}
Run Code Online (Sandbox Code Playgroud)
如您所见,第一个哈希给出$2y$10$V4yXBUcxealfLrzOE\/xAD.sJ8qpNhrMA6K6dENBBXYqaVx1zSETgy
,第二个哈希给出$2y$10$C9xpOWLTUyfy1KL.Y3Tot.KWADmQYFK\/HAf6uZGGXTKcVh52qHS4m
这应该与数据库无关,即使在存储时,我有一个60个字符的密码字段.
有任何想法吗?
thp*_*hpl 31
这是完全正常的,也是它应该工作的方式.Laravel使用Bcrypt进行散列,因此在散列过程中会生成随机盐.盐将成为哈希的一部分,这就是为什么你得到两个不同的结果.
非常有效的算法正在自动考虑盐.这种方法几乎不可能使用彩虹表.
这不是一个错误,它是额外的安全性,没有任何努力.
鉴于你的例子,你的两个哈希都会返回true:
<?php
$hash1 = Hash::make('1234'); // A hash is generated
$hash2 = Hash::make('1234'); // Another hash is generated that differs from the first one
var_dump(Hash::check('1234', $hash1) && Hash::check('1234', $hash2));
Run Code Online (Sandbox Code Playgroud)
虽然$hash1
并且$hash2
包含不同的哈希值,但是对于给定的基本字符串,它们将会评估为true.
生成的哈希长度为60个字符.因此,应确保存储散列的列的最小大小为60个字符
归档时间: |
|
查看次数: |
5558 次 |
最近记录: |