thi*_*eek 18 passwords web-applications forgot-password password-recovery
我们一直致力于Web应用程序,在这里我们需要实现密码检索的传统Web应用程序功能.根据趋势,有一些方法,如..
我们是否有任何非传统的技术来实现密码检索机制?您为此尝试了哪些其他方法?
谢谢.
ale*_*emb 19
这取决于您的目标安全级别,支持成本和可用性问题.
出于多种原因,通过电子邮件发送密码重置链接是首选方法:
支持成本 - 从业务角度来看,这是最重要的因素.用户经常忘记他们的密码提示或使用虚假的邮寄地址或忘记他们的用户名.所有这些都是您可能获得支持请求的合理问题.这反过来会产生另一个问题,你必须通过向他们询问最近的帐户活动以及不是什么来确定用户的合法性.如果您不提供这种级别的支持,很多新手用户会感到失望.通过电子邮件发送密码重置链接可以缓解这些问题,因为用户通常只有一个或两个电子邮件地址,他们可以通过提供电子邮件地址轻松恢复用户名/密码.
安全问题 - 从技术角度来看,这是最重要的因素.这里有各种各样的问题需要权衡.受损的电子邮件帐户意味着黑客可以访问所有用户的服务,这些服务允许通过电子邮件发送密码重置链接.您可以选择通过电子邮件向用户发送密码重置链接,从而向用户询问密码提示问题,然后允许他们重置密码.同样,您不应该在任何媒体中公开用户的密码.事实上,如果你有能力向他们展示他们的密码,你的系统就已经不安全了,因为它暗示你不是使用像SHA-1这样的安全散列存储它们,而你公司的开发人员可以获得每个人的密码.
可用性 - 从用户的角度来看,这是最重要的因素.通过电子邮件发送密码重置链接,用户需要查看他们的电子邮件地址,这意味着完成任务的时间最长可达2分钟甚至3分钟.但是,我认为这不是什么大问题.大多数用户似乎并不介意这一点,因为他们觉得自己有过错,这是符合他们最佳利益的安全措施.我只是根据个人经验假设,一般用户可能会有不同的感受.我会将安全性作为比用户体验更高的优先级,因为用户很少需要检索他们的密码(用户很长时间没有登录并忘记密码;用户已将密码保存在重新安装的浏览器中,一些其他边缘情况).
我在实践中看到的其他选择包括:
上面的方法实现起来并不是那么简单,但是非常用户友好(因为它们并没有什么新的东西,并且在日复一日的情况下也是如此).
在我看来,向用户的电子邮件发送密码重置链接是最好的方法.这就是Digg的方式,这就是我的方式.
但在这种方法中,我们需要依赖用户能够访问他的电子邮件.
关于秘密问题的方法:秘密问题的答案通常不像我们希望的那样秘密.阻止这种"帐户黑客"的方法符合我们用户的最佳利益.
| 归档时间: |
|
| 查看次数: |
5323 次 |
| 最近记录: |