|
你现在要建立一个系统。无论系统的功能如何，用户身份验证都是始终存在的一个功能。实现它看起来应该很简单——只需“拖动”一些现成的身份验证模块，或使用一些基本选项（例如 Spring Security）对其进行配置，就完成了。
是这样吗，不是的。上面说的是表面上的描述(就比如要实现一个搜索引擎就一个输入框一个搜索按钮就行了？？)，要做到正确的身份识别极其复杂。这不仅仅是登录表单 -> 检查用户名/密码 -> 设置 cookie，还有很多其他的问题需要考虑的：
一、Cookie 安全性
如何确保 cookie 不会泄漏或无法伪造。是否使用 cookie，或者使用 JWT 之类的无状态方法，使用 SameSite 宽松还是严格要求？
二、绑定IP
如果IP更改，将cookie绑定到IP并注销用户？
三、密码要求
最小长度、特殊字符？帮助选择密码的用户界面？
四、密码存储
在数据库中存储密码——bcrypt、scrypt、PBKDF2、SHA 多次迭代？
五、免密登录
允许存储在浏览器中，一般为“是”，但有些应用在发送前故意对其进行哈希处理，使其无法自动存储
六、账号样式
电子邮件、用户名与手机号——你需要用户名吗？是否允许更改电子邮件、手机号码？
七、限制登录错误数次限制身份验证尝试 – 应该阻止多少次登录失败的帐户，管理员应该在多长时间内收到通知或至少记录锁定帐户？每个 IP、每个帐户的限制是这些的组合吗？
八、验证码
你需要验证码吗，哪一种，允许多少次尝试？刷新验证码是一种选择吗？
九、密码重置
密码重置令牌数据库表或与 HMAC 的过期链接？限制密码重置？
十、SSO
您的服务是否应该支持 LDAP/ActiveDirectory 身份验证（也许是），它是否应该支持 SAML 2.0 或 OpenID Connect，如果支持，哪些？还是全部？是否应该只支持 SSO，而不是内部身份验证吗？
十一、2FA – TOTP
实施整个 2FA(双因素认证) 流程，包括启用/禁用，或备份代码；在一段时间内不为特定设备请求 2FA来添加选项？根据某些组成员身份，配置 AD/LDAP 用户子集进行身份验证？
十二、强制配置 2FA
通过管理员配置强制 2FA – 在启用全局选项后实现激活 2FA 的时间窗口？
十三、一次性登录
通过链接登录 – 是否支持通过电子邮件发送一次性登录链接的选项？
十四、XSS 保护
确保不存在 XSS 漏洞，特别是在登录页面上（ XSS 可以窃取 cookie）
十五、身份验证日志
专用身份验证日志 - 保留所有登录的历史记录，包括时间、IP、用户代理
十六、强制注销
是否需要注销所需的已登录设备的功能。
十七、允许移动设备保持登录状态
是否让移动设备保持登录状态——客户端应该存储什么？（当然不是密码明文）
十八、保存用户登录地址
捕获用户的登录时区并将其存储在会话中以调整 UI 中的时间？
十九、TLS 相互认证
如果我们需要支持使用私钥的令牌认证，我们应该启用 TLS 相互认证。证书库中应该有什么，Web 服务器是否支持每页双向 TLS 或者我们是否应该使用子域，如果有负载均衡器/反向代理，它是否支持以及如何转发证书详细信息？
二十、是否需要激活步骤
需要激活账户还是让用户在注册后立即登录？需要后台人员批准账户？
二十一、初始密码设置
管理员创建的帐户的初始密码设置 - 生成初始密码并在首次登录时强制更改？不是生成密码并且从密码重置流程开始？
二十二、登录异常检测
如何检测登录异常，应该通过什么方式通知用户吗？是否依赖第三方工具（例如 SIEM），还是内置此类功能？
身份验证是每个应用程序基本的功能。但很多开发人员或PM都不重视它。IT 世界很复杂，没有什么是简单的。发送电子邮件不简单，身份验证不简单，日志记录也不简单。处理字符串和日期并不简单，清理输入和输出也不简单。
我们在构建框架和工具，来帮助我们完成所有这些事情方面做得不够好。我们要积极对待这些问题，思考它们并做出最正确的方案。
注：文章及图片转载自网络，如有侵权，请联系删除
|
京公网安备 11010602105141号
