我曾经见过一个数据库，用户的密码都是明文存储的。这还是一个交易系统的数据库。这个公司现在好像已经不存在了…
到底怎么样存储用户的敏感信息，我觉得有两点需要注意：1) 用户的敏感信息绝对不能写到日志里面，之前发生的携程CVV码泄露的事件就是一个例子；2) 用户的敏感信息要加密存储。
说到敏感信息加密，第一个复现在脑海里的可能是MD5，SHA1等单向Hash算法。这类算法在一定程度上，确实可以起到保密的作用。但是破解的手段也非常简单，我们可以通过一台性能较好的计算机去无限次的重试，俗称「撞库」，或者我直接把一些常用密码的Hash值算出来，建立反查表。
大量的实践证明，单向的Hash算法是不安全的。于是有些公司去尝试在密码中加入salt的做法，大概类似于md5(salt+password)。如果这个salt是固定的，那么需要保护好这个salt。
事实上，现在可以通过彩虹表来对密码进行暴力破解。彩虹表通常会在100GB以上，和反查表不同的是，彩虹表存储的不是明文和密文的对应信息，而是存储了一条散列链。
尽管彩虹表很强大，但是加盐以后会大大增加破解的难度。例如，我们可以使用PBKDF2算法，该算法原理大致相当于在HASH算法基础上增加随机盐，并进行多次HASH运算，随机盐使得彩虹表的建表难度大幅增加，而多次HASH也使得建表和破解的难度都大幅增加。使用PBKDF2算法时，HASH算法一般选用sha1或者sha256，随机盐的长度一般不能少于8字节，HASH次数至少也要1000次，这样安全性才足够高。
现在Spring security一般推荐使用Bcrypt算法，相对于传统的单向Hash，这是一种慢的加密算法，这种算法会加入随机salt，并且经过多次Hash。这会大大加大破解的难度，在有限的时间内几乎很难破解出原始信息。
参考链接
https://docs.spring.io/spring-security/site/docs/5.3.2.BUILD-SNAPSHOT/reference/html5/#authentication-password-storage
https://mp.weixin.qq.com/s/TFeo0EHEKuPV1wLzL-Godg
- 2020.03.16 初稿
- 2020.04.13 修改
- 2020.04.17 修改