写点什么

图文并茂,为你揭开“单点登录“的神秘面纱

  • 2021-03-12
  • 本文字数:1806 字

    阅读完需:约 6 分钟

图文并茂,为你揭开“单点登录“的神秘面纱

概念


单点登录( Single Sign On ,简称 SSO),是目前比较流行的企业业务整合的解决方案之一,用于多个应用系统间,用户只需要登录一次就可以访问所有相互信任的应用系统。


前置介绍


  1. 同源策略 限制了从同一个源加载的文档或脚本如何与来自另一个源的资源进行交互,要求协议,端口和主机都相同。

  2. HTTP 用于分布式、协作式和超媒体信息系统的应用层协议。HTTP 是无状态协议,所以服务器单从网络连接上无从知道客户身份。那要如何才能识别客户端呢?给每个客户端颁发一个通行证,每次访问时都要求带上通行证,这样服务器就可以根据通行证识别客户了。最常见的方案就是 Cookie。

  3. Cookie 是客户端保存用户信息的一种机制,保存在客户机硬盘上。可以由服务器响应报文Set-Cookie的首部字段信息或者客户端 document.cookie来设置,并随着每次请求发送到服务器。子域名可以获取父级域名 Cookie。

  4. Session 其实是一个抽象概念,用于跟踪会话,识别多次 HTTP 请求来自同一个客户端。Cookie 只是通用性较好的一种实现方案,通常是设置一个名为 SessionID(名称可自定义,便于描述,本文均使用此名称)的 Cookie,每次请求时携带该 Cookie,后台服务即可依赖此 SessionID 值识别客户端。


单系统登录


在介绍单点登录之前,我们先来了解一下在浏览器中,访问一个需要登录的应用时主要发生的一系列流程,如下图所示:



以下为连环画形式,期望能让读者更好的理解:








依赖于登录后设置的 Cookie,之后每次访问时都会携带该 Cookie,从而让后台服务能识别当前登录用户。


题外话

后台是如何通过 SessionID 知道是哪个用户呢?

  1. 数据库存储关联:将 SessionID 与数据信息关联,存储在 Redis、Mysql 等数据库中;

  2. 数据加密直接存储:比如 JWT 方式,用户数据直接从 SessionID 值解密出来(此方式时 Cookie 名称以 Token 居多)。


多系统登录问题


同域名


当访问同域名下的页面时,Cookie 和单系统登录时一样,会正常携带,后台服务即可直接获取到对应的 SessionID 值,后台为单服务还是多服务无差别。


不同子域名


子域名间 Cookie 是不共享的,但各子域名均可获取到父级域名的 Cookie,即 app.demo.com与 news.demo.com均可以获取 demo.com域名下的 Cookie。所以可以通过将 Cookie 设置在父级域名上,可以达到子域名共享的效果,即当用户在 app.demo.com 域名下登录时,在demo.com域名下设置名为 SessionID 的 Cookie,当用户之后访问news.demo.com时,后台服务也可以获取到该 SessionID,从而识别用户。


完全不同域名


默认情况下,不同域名是无法直接共享 Cookie 的。


前端跨域带 Cookie


如果只是期望异步请求时获取当前用户的登录态,可以通过发送跨域请求到已经登录过的域名,并配置属性:


xhrFields: {  withCredentials: true}
复制代码


这样可在请求时携带目标域名的 Cookie,目标域名的服务即可识别当前用户。


但是,这要求目标域名的接口支持 CORS 访问(出于安全考虑,CORS 开启 withCredentials 时,浏览器不支持使用通配符*,需明确设置可跨域访问的域名名单)。


题外话

如果只是为了规避浏览器的限制,实现与通配*同样的效果,到达所有域名都可以访问的目的,可根据访问的 Referrer 解析请求来源域名,作为可访问名单。但是出于安全考虑,不推荐使用,请设置明确的可访问域名。


CAS


CAS(Central Authentication Service),即中央认证服务,是 Yale 大学发起的一个开源项目,旨在为 Web 应用系统提供一种可靠的单点登录方法。


既然不能跨域获取,那 CAS 如何做到共享呢?它通过跳转中间域名的方式来实现登录。


页面访问流程如下图:



以下为连环画形式,期望能让读者更好的理解:





















其中需要关注以下 2 点:


  1. 所有的登录过程都依赖于 CAS 服务,包含用户登录页面、ST 生成、验证;

  2. 为了保证 ST 的安全性,一般 ST 都是随机生成的,没有规律性。CAS 规定 ST 只能保留一定的时间,之后 CAS 服务会让它失效,而且,CAS 协议规定 ST 只能使用一次,无论 ST 验证是否成功,CAS 服务都会清除服务端缓存中的该 ST,从而规避同一个 ST 被使用两次或被窃取的风险。


扩展阅读


其他相关的内容,也可以进行简单了解,如:单点登录退出 SLOOAuth2


参考文档


浏览器的同源策略

CAS 协议



头图:Unsplash

作者:余诺

原文:https://mp.weixin.qq.com/s/_AJf3B-HezUgtSh8gprKLw

原文:图文并茂,为你揭开“单点登录“的神秘面纱

来源:政采云前端团队 - 微信公众号 [ID:Zoo-Team]

转载:著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。

2021-03-12 23:064896

评论

发布
暂无评论
发现更多内容

区块链商品追溯平台开发,区块链防伪追溯系统搭建

13530558032

什么是KMP算法(详解)

赖猫

c++ Linux KMP

「五大常用算法」一文搞懂分治算法

bigsai

算法 分治算法;

区块链电子发票应用落地,区块链电子发票系统开发

13530558032

线程模型Reactor/Proactor的区别

Linux服务器开发

reactor 线程 多线程 Linux服务器开发 Proactor

LeetCode题解:51. N 皇后,回溯+哈希表,JavaScript,详细注释

Lee Chen

算法 大前端 LeetCode

当千行万业的轨道,换上智能云网的高铁

脑极体

我理解的信息化、数字化、数智化

boshi

数字化 数据智能 信息化

构师训练营 - 第六周学习总结

joshuamai

年轻人会用C++实现一种协程吗?

ShenDu_Linux

Linux 程序员 多线程 协程 什么是多线程

一万字详解 Redis Cluster Gossip 协议

程序员历小冰

redis 分布式 redis cluster

3本书免费学习数据科学与统计学

计算机与AI

统计学

架构师训练营 -week11-作业

大刘

极客大学架构师训练营

将项目发布到 Homebrew 官方仓库

郭旭东

macos brew homebrew

数字货币管理三大新模式

CECBC

数字货币

江西吉安:一个上了区块链柚子的真情告白

CECBC

区块链 蜜柚

构师训练营 - 第六周课后练习

joshuamai

华为云&跟谁学|华为云API入门学习赛·AI人脸识别 未来工程师梦想的起点

DT极客

AOT星辰生态系统APP开发|AOT星辰生态软件开发

系统开发 现成系统

“黑五”前夜的裁员:无接触配送大趋势为什么都带不动亚马逊无人机?

脑极体

自己搭建服务器需要多少钱?

德胜网络-阳

JVM调优不知道怎么回答,阿里总结四大模块,学不会就背过来

996小迁

Java 架构 面试 调优

SpringBoot整合Mybatis-Plus 实战之动态SQL,Mybatis最拿得出手的功能之一

比伯

Java 编程 架构 面试 计算机

框架设计

raox

极客大学架构师训练营

面对日益严峻的网络安全问题,CDN可以做什么?

阿里云Edge Plus

2020亚马逊“黑五”再次成为亚马逊史上最大的年终全球狂欢

爱极客侠

周小川深度解读:DC/EP和数字人民币e-CNY

CECBC

数字人民币

区块链版权应用搭建,区块链版权存证平台开发

13530558032

《穿越数据的迷宫》笔记:第 2章 数据管理的挑战

方志

数据治理

Spring AOP核心类解析,这是最全的一篇了!!

冰河

spring aop ioc 注解驱动 切面编程

稳坐开发领域霸主之位,揭秘C语言无可取代的几大原因!

华为云开发者联盟

c rust Go 语言

图文并茂,为你揭开“单点登录“的神秘面纱_文化 & 方法_政采云前端团队_InfoQ精选文章