我一直在使用zxcvbn为一项服务强制使用强密码,在这种情况下,入侵会导致相当大的问题。但是,该服务只有在许多用户注册的情况下才可行。我们发现,当 zxcvbn 拒绝一个又一个密码(基于网站指标和现场事件)时,用户倾向于沮丧地离开。我们从 zxcvbn 的强度开始为 4,然后将其降低到 2,但问题仍然存在。
令人痛苦的是,您的普通 Jane 习惯于创建错误的密码,并且对接受再培训没有兴趣。我们没有预算来承担这种社会变革的责任,而当权者正在努力推动回到“8 个字符,至少一个数字等”之类的东西上。从业务角度来看这是可以理解的——我们花更多的时间指导用户完成密码创建过程,而不是谈论我们的服务。
那么,执行密码策略的下一个最佳方法是什么,它不会让我们拥有大量容易被黑客入侵的用户帐户,同时又不会疏远非技术用户群?
编辑:通过 Web 界面以及 IMAP 等其他方式进行登录,这使得除了仅密码登录之外的任何操作都不可行。