大年夜大都的web开辟者城市碰着设计用户账号系统的需求。账号系统最首要的一个方面就是若何呵护用户的暗码。一些大公司的用户数据库泄漏事务也时有产生，所以我们必需采纳一些办法来呵护用户的暗码，即便网站被攻破的环境下也不会造成较大年夜的风险。假定你还在存储用户暗码的MD5,那可真的有点弱了。赶快来看看这篇文章吧。
呵护暗码最好的的编制就是利用带盐的暗码hash(salted password hashing).对暗码进行hash把持是一件很简单的工作，可是良多人都犯了错。接下来我希看可以具体的阐述若何得当的对暗码进行hash，和为甚么要如许做。
首要提示
假定你筹算本身写一段代码来进行暗码hash，那么赶快停下吧。如许太等闲犯错了。这个提示合用于每小我，不要本身写暗码的hash算法 !关于保留暗码的标题问题已有了成熟的方案，那就是利用phpass或本文供给的源码。
甚么是hash
hash("hello") = 2cf24dba5fb0a30e26e83b2ac5b9e29e1b161e5c1fa7425e73043362938b9824
hash("hbllo") = 58756879c05c68dfac9866712fad6a93f8146f337a69afe7dd238f3364946366
hash("waltz") = c0e81794384491161f1777c232bc6bd9ec38f616560b120fda8e90f383853542
Hash算法是一种单向的函数。它可以把肆意数量标数据转换成固定长度的“指纹”，这个过程是不成逆的。并且只要输进产生改变，哪怕只有一个bit，输出的hash值也会有很大年夜不合。这类特点刚好合合用来用来保留暗码。因为我们希看利用一种不成逆的算法来加密保留的暗码，同时又需要在用户登岸的时辰验证暗码是不是准确。
在一个利用hash的账号系统中，用户注册和认证的大年夜致流程以下：
1, 用户成立本身的账号
2, 用户暗码颠末hash把持以后存储在数据库中。没有任何明文的暗码存储在办事器的硬盘上。
3, 用户登岸的时辰，将用户输进的暗码进行hash把持后与数据库里保留的暗码hash值进行对比。
4, 假定hash值完全一样，则觉得用户输进的暗码是准确的。不然就觉得用户输进了无效的暗码。
5, 每次用户测验测验登岸的时辰就反复步调3和步调4。
在步调4的时辰不要奉告用户是账号仍是暗码错了。只需要显示一个通用的提示，好比账号或暗码不准确便可以了。如许可以避免报复打击者列举有效的用户名。
还需要寄望的是用来呵护暗码的hash函数跟数据布局课上见过的hash函数不完全一样。好比实现hash表的hash函数设计的目标是快速，可是不敷安然。只有加密hash函数(cryptographic hash functions)可以用来进行暗码的hash。如许的函数有SHA256, SHA512, RipeMD, WHIRLPOOL等。
一个常见的不雅念就是暗码颠末hash以后存储就安然了。这明显是不准确的。有良多编制可以快速的从hash恢复明文的暗码。还记得那些md5破解网站吧，只需要提交一个hash，不到一秒钟就可以知道成果。明显，纯真的对暗码进行hash仍是远远达不到我们的安然需求。下一部门先会商一下破解暗码hash，获得明文常见的手段。
若何破解hash
字典和暴力破解报复打击(Dictionary and Brute Force Attacks)
最多见的破解hash手段就是猜想暗码。然后对每个可能的暗码进行hash，对比需要破解的hash和猜想的暗码hash值，假定两个值一样，那么之前猜想的暗码就是准确的暗码明文。猜想暗码报复打击常常利用的编制就是字典报复打击和暴力报复打击。
Dictionary Attack
Trying apple : failed
Trying blueberry : failed
Trying justinbeiber : failed
...
Trying letmein : failed
Trying s3cr3t : success!
字典报复打击是将常常利用的暗码，单词，短语和其他可能用来做暗码的字符串放到一个文件中，然后对文件中的每个词进行hash，将这些hash与需要破解的暗码hash比较。这类编制的成功率取决于暗码字典的大年夜小和字典的是不是合适。
Brute Force Attack
Trying aaaa : failed
Trying aaab : failed
Trying aaac : failed
...
Trying acdb : failed
Trying acdc : success!
暴力报复打击就是对给定的暗码长度，测验测验每种可能的字符组合。这类编制需要破钞大年夜量的计较机时候。可是理论上只要时候足够，最后暗码必然可以或许破解出来。只是假定暗码太长，破解破钞的时候就会大年夜到没法承受。
今朝没有编制可以禁止字典报复打击和暴力报复打击。只能想编制让它们变的低效。假定你的暗码hash系统设计的是安然的，那么破解hash独一的编制就是进行字典或暴力报复打击了。
查表破解(Lookup Tables)
对特定的hash类型，假定需要破解大年夜量hash的话，查表是一种很是有效并且快速的编制。它的理念就是预先计较(pre-compute)出暗码字典中每个暗码的hash。然后把hash和对应的暗码保留在一个表里。一个设计杰出的查询表布局，即便存储了数十亿个hash，每秒钟仍然可以查询成百上千个hash。
假定你想感触感染下查表破解hash的话可以测验测验一下在CraskStation上破解下下面的sha256 hash。
c11083b4b0a7743af748c85d343dfee9fbb8b2576c05f3a7f0d632b0926aadfc
08eac03b80adc33dc7d8fbe44b7c7b05d3a2c511166bdb43fcb710b03ba919e7
e4ba5cbd251c98e6cd1c23f126a3b81d8d8328abc95387229850952b3ef9f904
5206b8b8a996cf5320cb12ca91c7b790fba9f030408efe83ebb83548dc3007bd
反向查表破解(Reverse Lookup Tables)
Searching for hash(apple) in users' hash list... : Matches [alice3, 0bob0, charles8]
Searching for hash(blueberry) in users' hash list... : Matches [usr10101, timmy, john91]
Searching for hash(letmein) in users' hash list... : Matches [wilson10, dragonslayerX, joe1984]
Searching for hash(s3cr3t) in users' hash list... : Matches [bruce19, knuth1337, john87]
Searching for hash(z@29hjja) in users' hash list... : No users used this password
这类编制可让报复打击者不预先计较一个查询表的环境下同时对大年夜量hash进行字典和暴力破解报复打击。
起首，报复打击者会按照获得到的数据库数据建造一个用户名和对应的hash表。然后将常见的字典暗码进行hash以后，跟这个表的hash进行对比，便可以知道用哪些用户利用了这个暗码。这类报复打击编制很有结果，因为凡是环境下良多用户城市有益用不异的暗码。
彩虹表 (Rainbow Tables)
彩虹表是一种利用空间换取时候的手艺。跟查表破解很类似。只是它牺牲了一些破解时候来达到更小的存储空间的目标。因为彩虹表利用的存储空间更小，所以单位空间便可以存储更多的hash。彩虹表已可以或许破解8位长度的肆意md5hash。彩虹表具体的道理可以参考http://www.project-rainbowcrack.com/
下一章节我们会会商一种叫做“盐”(salting)的手艺。经由过程这类手艺可让查表和彩虹表的编制没法破解hash。
加盐(Adding Salt)
hash("hello") = 2cf24dba5fb0a30e26e83b2ac5b9e29e1b161e5c1fa7425e73043362938b9824
hash("hello" + "QxLUF1bgIAdeQX") = 9e209040c863f84a31e719795b2577523954739fe5ed3b58a75cff2127075ed1
hash("hello" + "bv5PehSMfV11Cd") = d1d3ec2e6f20fd420d50e2642992841d8338a314b8ea157c9e18477aaef226ab
hash("hello" + "YYLmfY6IehjZMQ") = a49670c3c18b9e079b9cfaf51634f563dc8ae3070db2c4a8544305df1b60f007
查表和彩虹表的编制之所以有效是因为每个暗码的都是经由过程一样的编制来进行hash的。假定两个用户利用了一样的暗码，那么必然他们的暗码hash也必然不异。我们可以经由过程让每个hash随机化，统一个暗码hash两次，获得的不合的hash来避免这类报复打击。
具体的把持就是给暗码加一个随即的前缀或后缀，然后再进行hash。这个随即的后缀或前缀成为“盐”。正如上面给出的例子一样，经由过程加盐，不异的暗码每次hash都是完全不一样的字符串了。查抄用户输进的暗码是不是准确的时辰，我们也还需要这个盐，所以盐一般都是跟hash一路保留在数据库里，或作为hash字符串的一部门。
盐不需要保密，只要盐是随机的话，查表，彩虹表城市掉效。因为报复打击者没法事前知道盐是甚么，也就没有编制预先计较出查询表和彩虹表。假定每个用户都是利用了不合的盐，那么反向查表报复打击也没法成功。
下一节，我们会介绍一些盐的常见的弊端实现。
弊端的编制：短的盐和盐的复用
最多见的弊端实现就是一个盐在多个hash中利用或利用的盐很短。
盐的复用(Salt Reuse)
非论是将盐硬编码在法度里仍是随机一次生成的，在每个暗码hash里利用不异的盐会使这类防御编制掉效。因为不异的暗码hash两次获得的成果仍是不异的。报复打击者便可利用反向查表的编制进行字典和暴力报复打击。只要在对字典中每个暗码进行hash之前加上这个固定的盐便可以了。假定是风行的法度的利用了硬编码的盐，那么也可能呈现针对这类法度的这个盐的查询表和彩虹表，从而实现快速破解hash。
用户每次成立或点窜暗码必然要利用一个新的随机的盐
短的盐
假定盐的位数太短的话，报复打击者也能够预先建造针对所有可能的盐的查询表。好比，3位ASCII字符的盐，一共有95x95x95 = 857,375种可能性。看起来仿佛良多。假定每个盐建造一个1MB的包含常见暗码的查询表，857,375个盐才是837GB。此刻买个1TB的硬盘都只要几百块罢了。
基于一样的来由，千万不要用用户名做为盐。当然对每个用户来讲用户名多是不合的，可是用户名是可猜想的，其实不是完全随机的。报复打击者完全可以用常见的用户名作为盐来建造查询表和彩虹表破解hash。
按照一些经验得出来的法则就是盐的大年夜小要跟hash函数的输出一致。好比，SHA256的输出是256bits(32bytes),盐的长度也应当是32个字节的随机数据。
弊端的编制：两重hash和古怪的hash函数
这一节会商别的一个常见的hash暗码的曲解:古怪的hash算法组合。人们可能解决的将不合的hash函数组合在一路用可让数据更安然。但实际上，这类编制带来的结果很藐小。反而可能带来一些互通性的标题问题，乃至有时辰会让hash加倍的不服安。本文一开端就提到过，永久不要测验测验本身写hash算法，要利用专家们设计的尺度算法。有些人会感觉经由过程利用多个hash函数可以降落计较hash的速度，从而增加破解的难度。经由过程减慢hash计较速度来防御报复打击有更好的编制，这个下文会具体介绍。
下面是一些网上找到的古怪的hash函数组合的样例。
md5(sha1(password))
md5(md5(salt) + md5(password))
sha1(sha1(password))
sha1(str_rot13(password + salt))
md5(sha1(md5(md5(password) + sha1(password)) + md5(password)))
不要利用他们!
寄望：这部门的内容其实是存在争议的!我收到过大年夜量邮件说组合hash函数是成心义的。因为假定报复打击者不知道我们用了哪个函数，就不成能事前计较出彩虹表，并且组合hash函数需要更多的计较时候。
报复打击者假定不知道hash算法的话天然是没法破解hash的。可是考虑到Kerckhoffs’s principle,报复打击者凡是都是可以或许接触到源码的(特别是免费软件和开源软件)。经由过程一些方针系统的暗码–hash对应关系来逆向出算法也不是很是坚苦。
假定你想利用一个尺度的”古怪”的hash函数，好比HMAC，是可以的。可是假定你的目标是想减慢hash的计较速度，那么可以读一下后面会商的慢速hash函数部门。基于上面会商的身分，最好的做法是利用尺度的颠末严格测试的hash算法。
hash碰撞(Hash Collisions)
因为hash函数是将肆意数量标数据映照成一个固定长度的字符串，所以必然存在不合的输进颠末hash以后变成不异的字符串的环境。加密hash函数(Cryptographic hash function)在设计的时辰希看使这类碰撞报复打击实现起来成本难以置信的高。但时不时的就有暗码学家发现快速实现hash碰撞的编制。比来的一个例子就是MD5，它的碰撞报复打击已实现了。
碰撞报复打击是找到别的一个跟原暗码不一样，可是具有不异hash的字符串。可是，即便在相对弱的hash算法，好比MD5,要实现碰撞报复打击也需要大年夜量的算力(computing power),所以在实际利用中偶尔呈现hash碰撞的环境几近不太可能。一个利用加盐MD5的暗码hash在实际利用中跟利用其他算法好比SHA256一样安然。不外假定可以的话，利用更安然的hash函数，好比SHA256, SHA512, RipeMD, WHIRLPOOL等是更好的选择。
准确的编制：若何得当的进行hash
这部门会具体味商若何得当的进行暗码hash。第一个章节是最根本的，这章节的内容是必需的。后面一个章节是阐述若何继续加强安然性，让hash破解变得异常坚苦。
根本：利用加盐hash
我们已知道歹意黑客可以经由过程查表和彩虹表的编制快速的获得hash对应的明文暗码，我们也知道了经由过程利用随机的盐可以解决这个标题问题。可是我们如何生成盐，如何在hash的过程中利用盐呢?
盐要利用暗码学上靠得住安然的伪随机数生成器(Cryptographically Secure Pseudo-Random Number Generator (CSPRNG))来产生。CSPRNG跟通俗的伪随机数生成器好比C说话中的rand(),有很大年夜不合。正如它的名字申明的那样，CSPRNG供给一个高尺度的随机数，是完全没法猜想的。我们不希看我们的盐可以或许被猜想到，所以必然要利用CSPRNG。下表供给了一些常常利用说话中的CSPRNG。
每个用户，每个暗码都要利用不合的盐。用户每次成立账户或点窜暗码都要利用一个新的随机盐。永久不要反复利用盐。盐的长度要足够，一个经验法则就是盐的起码要跟hash函数输出的长度一致。盐应当跟hash一路存储在用户信息表里。
存储一个暗码：
1, 利用CSPRNG生成一个长的随机盐。
2, 将暗码和盐拼接在一路，利用尺度的加密hash函数好比SHA256进行hash
3, 将盐和hash记其实用户数据库中
验证一个暗码：
1, 从数据库中掏出用户的盐和hash
2, 将用户输进的暗码和盐按不异编制拼接在一路，利用不异的hash函数进行hash
3, 比较计较出的hash跟存储的hash是不是不异。假定不异则暗码准确。反之则暗码弊端。
在本文的最后，给出了php,C#,Java,Ruby的加盐暗码hash的实现代码。
在web利用中，要在办事端进行hash：
假定你在写一个web利用，可能会有在客户端仍是办事端进行hash的利诱。是将暗码在浏览器里利用javascript进行hash，仍是将明文传给办事端，在办事端进行hash呢?
即便在客户端用javascript进行了hash，在办事端仍然需要将获得的暗码hash再进行hash。假定不这么做的话，认证用户的时辰，办事端是获得了浏览器传过来的hash跟数据库里的hash比较。这模样看起来是更安然了，因为没有明文暗码传送到办事端。可是事实上却不是如许。
标题问题在于如许的话，假定歹意的黑客获得了用户的hash，便可以直接用来登岸用户的账号了。乃至都不需要知道用户的明文暗码!也就不需要破解hash了。
这其实不是说你完全不克不及在浏览器端进行hash。只是假定你要如许做的话，必然要在办事端再hash一次。在浏览器端进行hash是一个不错的设法，可是在实现的时辰必然要考虑到以下几点：
1, 客户端暗码hash其实不是HTTPS(SSL/TLS)的替代品。假定浏览器和办事器之间的连接是不服安的，中间人(man-in-the-middle)可能经由过程点窜网页的加载的javascript移除掉落hash函数来获得用户的明文暗码。
2, 有些浏览器可能不撑持javascript，有些用户也会禁用javascript。为了更好的兼容性，需要检测用户的浏览器是不是撑持javascript，假定不撑持的话就需要在办事端摹拟客户端hash的逻辑。
3, 客户端的hash也需要加盐。一个很容想到的编制就是利用客户端脚本要求办事器或得用户的盐。记住，不要利用这类编制。因为如许歹意报复打击者便可以经由过程这个逻辑来鉴定一个用户名是不是有效。因为我们已在办事端进行了得当的加盐的hash。所以这里利用用户名跟特定的字符串(好比域名)拼接作为客户端的盐是可以的。
利用慢速hash函数让破解加倍坚苦:
加盐可让报复打击者没法利用查表和彩虹表的编制对大年夜量hash进行破解。可是仍然没法避免对单个hash的字典和暴力报复打击。高端的显卡(GPUs)和一些定制的硬件每秒可以计较数十亿的hash，所以针对单个hash的报复打击仍然有效。为了不字典和暴力报复打击，我们可以采取一种称为key扩大(key stretching)的手艺。
思路就是让hash的过程便得很是迟缓，即便利用高速GPU和特定的硬件，字典和暴力破解的速度也慢到没有合用价值。经由过程减慢hash的过程来防御报复打击，可是hash速度仍然可以包管用户利用的时辰没有较着的延迟。
key扩大的实现是利用一种大年夜量耗损cpu资本的hash函数。不要往利用本身创作发现的迭代hash函数，那是不敷的。要利用尺度算法的hash函数，好比PBKDF2或bcrypt。PHP实现可以在这里找到。
这些算法采取了一个安然变量或迭代次数作为参数。这个值决定了hash的过程具体有多慢。对桌面软件和手机APP，肯定这个参数的最好编制是在设备上运行一个尺度测试法度获得hash时候大年夜概在半秒摆布的值。如许便可以避免暴力报复打击，也不会影响用户体验。
假定是在web利用中利用key扩大hash函数，需要考虑可能有大年夜量的计较资本用来措置用户认证要求。报复打击者可能经由过程这类编制来进行拒尽办事报复打击。不外我仍然保举利用key扩大hash函数，只是迭代次数设置的小一点。这个次数需要按照本身办事器的计较能力和估计每秒需要措置的认证要求次数来设置。对拒尽办事报复打击可以经由过程让用户登岸的时辰输进验证码的编制来防御。系统设计的时辰必然要考虑到这个迭代次数将来可以便利的增加或降落。
假定你担忧计较机的能力不敷强，而又希看在本身的web利用中利用key扩大hash函数，可以考虑在用户的浏览器运行hash函数。Stanford JavaScript Crypto Library包含了PBKDF2算法。在浏览器中进行hash需要考虑上面提到的几个方面。
理论上不成能破解的hash：利用加密的key和暗码hash硬件
只要报复打击者可以或许验证一个猜想的暗码是准确仍是弊端，他们都可利用字典或暴力报复打击破解hash。更深度的防御编制是加进一个保密的key(secret key)进行hash，如许只有知道这个key的人才能验证暗码是不是准确。这个可以经由过程两种编制来实现。一种是hash经由过程加密算法加密好比AES，或利用基于key的hash函数(HMAC)。
这个实现起来其实不等闲。key必然要做到保密，即便系统被攻破也不克不及泄漏才行。可是假定报复打击者获得了系统权限，不管key保留在哪里，都可能被获得到。所以这个key必然要保留在一个外部系统中，好比专门用来进行暗码验证的物理隔离的办事器。或是利用安装在办事器上特别硬件，好比YubiHSM。
强烈建议所有大年夜型的办事(超越10万用户)的公司利用这类编制。对超越100万用户的办事商必然得采取这类编制呵护用户信息。
假定前提不承诺利用专用验证的办事器和特别的硬件，仍然从这类编制中受益。大年夜部门数据库泄漏都是操纵了SQL注进手艺。sql注进大年夜部门环境下，报复打击者都没法读取办事器上的肆意文件(封锁数据库办事器的文件权限)。假定你生成了一个随机的key，把它保留在了一个文件里。并且暗码利用了加密key的加盐hash，单单sql注进报复打击导致的hash泄漏其实不会影响用户的暗码。当然这类编制不如利用自力的系统来保留key安然，因为假定系统存在文件包含缝隙的话，报复打击者便可能读取这个奥秘文件了。不外，利用了加密key总回好过没有益用吧。
需要寄望利用key的hash其实不是不需要加盐，智慧的报复打击者老是会找到编制获得到key的。所以让hash在盐和key扩大的呵护下很是首要。
其他的安然办法
暗码hash仅仅是在产生安然变乱的时辰呵护暗码。它其实不克不及让利用法度加倍安然。对呵护用户暗码hash更多的是需要呵护暗码hash不被偷走。
即便经验丰硕的法度也需要颠末安然培训才能写出安然的利用。一个不错的进修web利用缝隙的资本是OWASP。除非你理解了OWASP Top Ten Vulnerability List,不然不要往写关系到敏感数据的法度。公司有责任确保所有的开辟者都颠末端足够的安然开辟的培训。
经由过程第三方的渗入测试也是不错的编制。即便最好的法度员也会犯错，所以让安然专家来审计代码老是成心义的。寻觅一个可托赖的第三方或本身雇用一个安然人员来机型按期的代码审计。安然评审要在利用生命周期的初期就开端并且贯穿全部开辟过程。
对网站进行进侵监控也十分首要。我建议起码雇用一名全职的安然人员进行进侵检测和安然事务响应。假定进侵没有检测到，报复打击者可能让在你的网站上挂马影响你的用户。所以敏捷的进侵检测和响应也很首要。
常常发问的标题问题
我应当利用甚么hash算法
可利用
1, 本文最后介绍的代码
2, OpenWall的Portable PHP password hashing framework
3, 颠末充分测试的加密hash函数，好比SHA256, SHA512, RipeMD, WHIRLPOOL, SHA3等
4, 设计杰出的key扩大hash算法，好比PBKDF2，bcrypt，scrypt
5, crypt#Library_Function_crypt.283.29)的安然版本。($2y$, $5$, $6$)
不要利用
1, 过时的hash函数，好比MD5,SHA1
2， crypt的不服安版本。($1$, $2$, $2x$, $3$)
3, 任何本身设计的算法。
虽然MD5和SHA1并没有暗码学方面的报复打击导致它们生成的hash很等闲被破解，可是它们年代很古老了，凡是都觉得(可能有一些不得当)它们不合合用来进行暗码的存储。所以我不保举利用它们。对这个法则有个例外就是PBKDF2,它利用SHA1作为它的根本算法。
当用户健忘暗码的时辰我应当如何让他们重置
在我小我看来此刻外面遍及利用的暗码重置机制都是不服安的，假定你有很高的安然需求，好比首要的加密办事，那么不要让用户重置他们的暗码。
大年夜大都网站利用绑定的email来进行暗码找回。经由过程生成一个随机的只利用一次的token，这个token必需跟账户绑定，然后把暗码重置的链接发送到用户邮箱中。当用户点击暗码重置链接的时辰，提示他们输进新的暗码。需要寄望token必然要绑定到用户以避免报复打击者利用发送给本身的token来点窜他人的暗码。
token必然要设置成15分钟后或利用一次后作废。当用户登岸或要求了一个新的token的时辰，之前发送的token都作废也是不错的主张。假定token不掉效的话，那么便可以用来永久节制这个账户了。Email(SMTP)是明文传输的和谈，而互联网上可能有良多歹意的路由器记实email流量。并且用户的email账号也可能被盗。使token尽可能快的掉效可以降落上面提到的这些风险。
用户可能测验测验往点窜token，所以不要在token里存储任何账户信息。token应当是一个不克不及被猜想的随机的二进制块(binary blob)，仅仅用来进行辨认的一笔记实。
永久不要经由过程email发送用户的新暗码。记得用户重置暗码的时辰要从头生成盐，不要利用之前旧暗码利用的盐。
假定我的用户数据库泄漏了，我应当如何办
第一要做的就是弄大白信息是如何泄漏的，然后把缝隙修补好。
人们可能会想编制袒护此次安然事务，希看没有人知道。可是，测验测验袒护安然事务会让你的处境变得更糟。因为你不奉告你的用户他的信息和暗码可能泄漏了会给用户带来更大年夜的风险。必然要第一时候通知用户产生了安然事务，即便你还没有完全弄大白黑客到底渗入到了甚么程度。在首页上放一个提示，然后链接到具体申明的页面。假定可能的话给每个用户发送email提示。
向你的用户具体的申明他的暗码是若何被呵护的，希看是加盐的hash，即便暗码进行了加盐hash呵护，报复打击者仍然会进行字典和暴力报复打击测验测验破解hash。报复打击者会利用发现的暗码测验测验登岸其他网站，因为用户可能在不合的网站都利用了不异的暗码(所谓的撞库报复打击)。奉告你的用户存在的这些风险，建议他们点窜利用了不异暗码的处所。在本身的网站上，下次用户登岸的时辰强迫他们点窜暗码。大年夜部门用户可能会测验测验利用不异的暗码，为了便利。要设计足够的逻辑避免如许的环境产生。
即便有了加盐的hash，报复打击者也可能快速破解一些很弱的弱暗码。为了降落这类风险，可以在利用准确暗码的前提下，加一个邮件认证，直到用户点窜暗码。
还要奉告你的用户有哪些小我信息存储在网站上。假定数据库包含诺言卡信息，你需要通知你的用户寄望本身近期的账单，并且最好刊出掉落这个诺言卡。
应当利用如何的暗码策略，需要强迫利用强暗码么
假定你的办事不是有很严格的安然需求，那么不要限制你的用户。我建议在用户输进暗码的时辰显示它的强度等第。让用户本身决定利用甚么强度的暗码。假定你的系统有很强的安然需求，那么强迫用户利用12位以上的暗码，起码包含2个数字，2个字母，2个字符。
每6个月最多强迫用户点窜一次暗码。超越这个次数，用户就会感应怠倦。他们更偏向于选择一个弱暗码。更应当做的是教育你的用户，当他们感应本身的暗码可能泄漏的时辰主动点窜暗码。
假定报复打击者获得了数据库权限，他不克不及直代替代hash登岸肆意账户么
当然，不外假定他已或得了数据库权限，很可能已可以获得办事器上的所有信息了。所以没有甚么需要往点窜hash登岸他人账户。进行暗码hash的目标不是呵护网站不被进侵，而是假定进侵产生了，可以更好的呵护用户的暗码。
在SQL注进报复打击中，呵护hash不被替代的编制利用两个用户不合权限的用户连接数据库。一个具有写权限，别的一个只具有只读的权限。
为甚么需要一些出格的算法好比HMAC，而不是直接把暗码和加密key拼接在一路
(这部门讲一些暗码学的道理，翻译的不好请见谅)
hash函数，好比MD5,SHA1,SHA2利用了Merkle–Damgrd construction，这导致算法可能长度扩大报复打击(length extension attacks)。意思就是说给定一个hash H(X)，报复打击者可以在不知道X的环境下，可以找到一个H(pad(X)+Y)的值，Y是个其他的字符串。pad(X)是hash函数利用的填充函数(padding function)。
这就意味者，对hash H(key + message)，报复打击者可以计较 H(pad(key + message) + extension)，其实不需要知道加密key。假定这个hash是用在动静认证过程中，利用key为了不动静被点窜。如许的话这个系统便可能掉效了，因为报复打击者掌控了一个有效的基于 message+extension的hash。
这类报复打击对若何快速破解hash还不是很清晰。可是，基于一些风险的考虑，不建议利用纯真的hash函数进行加密key的hash。或许一个智慧的暗码学家一天便可以找到利用这类报复打击快速破解hash的编制。所以记得利用HMAC。
盐应当拼在暗码的前面仍是后面
这个不首要。选择一个并且保持气焰一致就好了。实际中，把盐放在前面更常见一点。
为甚么本文最后供给的hash代码利用了固定履行时候的函数来比较hash(length-constant)
利用固定的时候来比较hash是为了不报复打击者在线上的系统中利用基于时候差的报复打击。如许报复打击者就只能线下破解了。
比较两个字符串是不是不异，尺度的编制是先比较第一个字节，然后比较第二个字节，一次类推。只要发现有一个字节不合，那么这两个字符串就是不合了。可以返回false的动静了。假定所有字节比较下来都一样，那么这两个字符串就是不异的，可以返回true。这就意味了比较两个字符串，假定他们不异的长度不一样，破钞的时候不一样。开端部门不异的长度越长，破钞的时候也就越长。
基于这个道理，报复打击者可以先找256个字符串，他们的hash都是以不合的字节开首。然后发送到方针办事器，计较办事器返回的时候。时候最长的那一个就是第一个字节hash是准确的。顺次类推。报复打击者便可能获得hash更多的字节。
这类报复打击听起来仿佛在收集上实现起来比较坚苦。可是已有人实现过了。所以我们在比较hash的时辰采取了破钞时候固定的函数。