用户身份验证真的很简单吗

前言

你现在要建立一个系统。无论系统的功能如何，用户身份验证都是始终存在的一个功能。实现它看起来应该很简单——只需“拖动”一些现成的身份验证模块，或使用一些基本选项(例如 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 世界很复杂，没有什么是简单的。发送电子邮件不简单，身份验证不简单，日志记录也不简单。处理字符串和日期并不简单，清理输入和输出也不简单。

我们在构建框架和工具，来帮助我们完成所有这些事情方面做得不够好。我们要积极对待这些问题，思考它们并做出最正确的方案。