另外，登录过程中所支持的联系方式也呈现出多样性。电子邮件服务在很多场景中逐渐被形式多样的其他联系方式（比如手机、微信等）所取代，不少人根本没有使用邮件的习惯，如果网站只提供邮箱注册的途径，有时候还会遭到那些不经常使用电子邮箱的用户的反感。所以支持多种登录方式成为了很多网站的迫切需求。

　　双因子鉴权：增强型登录过程

　　上一节中提到的“从属”关系不光可以帮助用户判断自己是否注册过一个网站，也可以帮助网站在忘记密码时进行临时认证，从而帮助用户完成新密码的设置。如果将这种从属关系用于正常登录过程中的进一步验证，就构成了双因子鉴权。

　　双因子鉴权要求用户在登录过程中提供两种形式不同的凭据，只有两种验证都成功才能继续操作。现代化Web应用正在越来越多地使用这种增强型验证方式来保护关键操作的安全性。例如，查看和修改个人信息，以及修改登录密码等。

　　相信不少人还记得QQ密码保护问题的机制，它使得盗号者即使盗取了QQ密码，在不知道密码保护问题的情况下，也无法修改现有密码，让账号拥有者得以及时挽回损失。

　　双因子的原理在于：两种验证因子性质不一致，冒用身份者同时获得用户这两种信息的机率十分低，从而能有效地保护账号的安全。在QQ密码保护的例子里，密码是一种每次登录时都会使用的固定文本、相对容易被盗；而密码保护问题却是不怎么频繁设置和更改的、隐秘的、个人关联性极强的，不容易被盗。

　　（图片来自：

　　现代化Web应用形式多样，设备种类繁多，场景复杂多变，而为了更好地保护用户账号的安全，很多应用开始将双因子验证作为登录过程中的鉴权步骤。而为了兼具安全和便利的特点，一些应用还要求运用一些优化策略以提高用户体验。比如，仅在用户在新的设备上登录、一段时间未登录之后的再次登录、在不常用的地点登录、修改联系信息和密码、转移账户资产等关键操作时要求双因子鉴权。

　　单点登录：还是需要精心设计

　　以前，一般只有大型网站、向用户提供多种服务的时候（比如，网易公司运营网易门户和网易邮箱等多种服务），才会有单点登录的迫切需求。但在现代化Web系统中，无论是从业务的多元化还是从架构的服务化来考虑，对服务的划分都更细致了。

　　从整个企业的业务模式（例如网易门户和网易邮箱），到某项业务的具体流程（例如京东订单和京东支付），再到某个流程中的具体步骤（例如短信验证与支付扣款），“服务”这一概念越来越轻量级，于是人们不得创造了这个新的品类词汇来拓展认知空间。

　　（图片来自：

　　在这整个的演变过程中，出于安全的需要，身份验证的需求都是一直存在的，而且粒度越来越细。以前我们更关注用户在多个子站点的统一登录体验，现在我们还需要关注用户在多个子流程中的统一登录体验，以及在多个步骤中的统一登录体验。而这些流程和步骤，很可能是独立的Web系统（微服务），也有可能是一个用户界面（独立应用），还有可能是一个第三方系统（接口集成）。

　　可以说，单点登录的需求有增无减，只不过当开发者对这种模式已经习以为常，不再意识到这也是一个能够专门讨论的话题。

　　考虑与用户系统集成，与业务系统分离

　　在讨论安全时，分不开的两个部分就是鉴权（Authentication）与授权（Authorization）。

　　鉴权的过程是向用户发起质询（Challenge），完成身份验证工作。这正是登录所解决的问题。通常在登录系统成功识别用户之后，就会将接下来的工作直接交给业务系统来完成。由于各个系统中的授权模型可能与业务形态有关系，因此登录与业务系统分离是很自然的设计。

　　在对安全要求更严格的企业或企业应用中，可能需要专门的访问管理机制，不过，这样的做法在互联网应用中很少见。但在互联网Web应用中，授权的范畴也包含一个很小的公有部分，是各个业务系统所共有的：即用户状态。我们希望在各业务子系统之间共享用户状态：用户被锁定之后，他在所有业务系统都被锁定；用户被注销之后，所有业务系统中有关他的数据都被封存。

　　（图片来自：）