保存密码时需要加盐 Hash 之后保存密文，那么，如果每个密码使用的“盐”不同的话，“盐”怎么保存？

$yourSalt$passwordHash$

有些 salt 就是 username 吧

Bcrypt，可以看看。

对应的盐也存入数据库呗。

salt 可以明文储存在数据库。

Hash 加盐这种做法要保障安全的话，除了 Hash 算法的选择以外也需要盐足够长，一般认为盐的长度应该和密码长度一样长才行。

另外目前是更推荐直接用 BCrypt。

用现有字符串字段，如果盐不香，可以放点味精、料酒、蚝油之的

推荐 Bcrypt

Bcrypt +10086

bcrypt 不用手动存盐

4 年前流行这做法，现在还用这做法的，可能大部分都是很久没看过新东西的老油条了吧

存在隔壁

@php01 现在都流行咋搞

aes(md5(key))

django 自带的 admin 注册个用户到数据库表看一下就明白了，同 1 楼回答。

Bcrypt 的弊端就是效率太低，当大批量从文件导入创建用户，且每个用户的密码还不一样时，非常非常慢

@jorneyr 这个效率是故意设置的，防止被脱裤后直接拿来跑字典和彩虹表

salthash1 = Bcrypt(password + salt1)
salthash2 = sha512(salthash1 + salt2)
其中 salthash1 不能保存在数据库里

@jorneyr Bcrypt 有个参数影响加密效率（ GENSALT_DEFAULT_LOG2_ROUNDS = 10 ），为了防止暴力破解

如果每个数据的盐都不同的话，就加一个字段存起来呀。最简单的是用现成的账号 hash 后做盐，这样就不需要额外字段存了。

TKS ALL。谢谢各位

话说：
> 每个密码使用的“盐”不同
为什么前面的是
> 如果
啊？难道这不是必须的吗？同盐不还是彩虹表近乎离线破解吗？
只不过特地给你专门做张表罢了。

@jorneyr 效率低就是优势啊，你快了黑客脱完库破解也快啊

用户名+密码 作为密码， 就不用加“盐”了吧

盐是为了对抗彩虹表，可以明文储存。
Bcrypt 是为了对抗暴力破解，增加遍历组合的时间。

之前公司用的是: md5(用户名+md5(密码)+固定的一个字符串)

可参见 linux 系统的 /etc/shadow 保存密码的格式
$ID$SALT$ENCRYPTED
The $ID indicates the type of encryption, the $SALT is a random (up to 16 characters) string and $ENCRYPTED is a password’s hash.
Hash Type ID Hash Length
MD5 $1 22 characters
SHA-256 $5 43 characters
SHA-512 $6 86 characters

bcrypt 还是慎重吧，bcrypt 虽然安全，但是极其消耗 CPU 资源，被攻击时别人可以轻易把你的机器 CPU 打满。
普通的多个 salt 多重 hash 的方式目前来看已经足够安全，别指望单靠一个 bcrypt 就完全解决密码安全问题，有很多安全策略在里面

@conn4575 被攻击时难道不应该解决攻击问题吗？为什么要解决掉 bcrypt ？

把加密后的密码和随机盐按特定的顺序混合存储

盐可以明文存，加盐的意义是防彩虹表

@conn4575 所以你们服务器的登录服务是可以让攻击者无限尝试不做限制的吗？正常不应该是尝试三次失败出验证码，尝试更多次失败封 IP 的吗？或者增加其他验证机制啊？

可以参考 PHP 的实现： https://www.php.net/manual/en/function.password-hash.php

@conn4575 上验证码就好了。验证码没过就不验密码。 网络服务里面比 BCrypt 更浪费 CPU 的有的是。重复这个操作也一样能把 CPU 打满

你该不是来收集我们的加密规则，干别的事吧…

用 id 做盐

@php01 什么 4 年前，10 年前都是这个做法

@no1xsyzy 是的，根据业务场景选择合适的更重要，没有银弹

iCloud 是个谜，我有一次重置手机之后，云端恢复数据，要求我输入锁屏密码，我的锁屏密码从来没有更换过，一直都是同一个，但是无论如何输入，都说不正确，最后搞得只能 DFU 刷机加上设置为新手机不恢复备份，以前东西全部丢失。
后来我就把备份功能关闭了，关键时刻掉链子平时占用空间，这种东西，不用也罢。

@jss 真心不是啊，主要是考虑到盐如果明文保存，会不会再来安全隐患。如果破解是针对指定用户，而不是针对全量用户的，这种情况，如果盐和密文都泄露了。会有一定的风险。

明文储存+1

盐是用来防止彩虹表暴力破解的，无需加密存储。

数据库表新加一个 salt 字段即可。

@cloudfstrife 不会啊，不要把 salt 做最终 hash 的一部分, 可以比如这样子
hash=sha(sha(salt+password)+password)