写点什么

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

  • 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:065510

评论

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

LiteOS内核源码分析:任务栈信息

华为云开发者联盟

LiteOS 任务栈 栈指针 LOS_StackInfo LOS_Task

有道云笔记新版编辑器架构设计(下)

有道技术团队

架构 大前端

一文掌握GaussDB(DWS) SQL进阶技能:全文检索

华为云开发者联盟

sql 全文检索 华为云 GaussDB(DWS) 字段

答题拿奖两不误:华为云知乎金牌答题官,就是你!

华为云开发者联盟

程序员 华为云 知乎答题 答案 金牌答题官

FloydHub 2020年最佳机器学习书籍之一《可解释机器学习》中文版来啦!

博文视点Broadview

EGG NETWORK阿凡提以“自由匿名竞价”流通市场EFTalk

币圈那点事

量化策略系统搭建,马丁策略交易软件

【LeetCode】笨阶乘Java题解

Albert

算法 LeetCode 4月日更

大厂面试必须掌握的 Linux 性能优化题

倪朋飞

Linux 面试 性能优化

Apache Flink Meetup · 上海站,超强数据湖干货等你!

Apache Flink

flink 数据湖 iceberg

公安合作作战指挥中心,情报分析研判系统建设

DevEco Studio 2.1 Beta3强势来袭

Geek_283163

华为 鸿蒙 开发

Redis 期中测试

escray

redis 学习 极客时间 Redis 核心技术与实战 4月日更

有了人工智能技术,告警管理会发生什么变化?

睿象云

人工智能 事件管理

4K Video Downloader V6.1.50 版本正式发布

科技猫

产品 软件 行业资讯 开发日志 发布

4月日更挑战|初夏开更,新人领书

InfoQ写作社区官方

4月日更 热门活动

区块链电子合同签署平台搭建,区块链电子存证解决方案

13828808769

区块链+ #区块链#

大厂面试必问!Android彻底组件化方案实践方法!面试总结

欢喜学安卓

android 程序员 面试 移动开发

年纪轻轻,为什么要搞中间件开发?“路怎么走,让你们自己挑”

小傅哥

Java 分布式 小傅哥 中间件 架构设计

RTC技术干货 | 音频质量评价体系那些事

拍乐云Pano

音视频 WebRTC RTC 3A算法 音频

安卓开发从零开始!分析Android未来几年的发展前景,安卓系列学习进阶视频

欢喜学安卓

android 程序员 面试 移动开发

节能降耗——搭建绿色IDC能耗与管控系统

一只数据鲸鱼

物联网 数据中心 数据可视化 IDC 机房管理

Java-技术专题-Synchronized锁的分析

码界西柚

Java synchronized

微众银行区块链开源基于Rust的Wasm合约语言框架Liquid

Patract

智能合约 rust polkadot Patract Wasm

无人驾驶平台,让IT没有难做的测试

鲸品堂

方法论 无人驾驶

区块链电子印章签约平台的搭建,区块链电子签约解决方案

13828808769

区块链 #区块链#

需求分析是什么?

Simon

架构实战营

一周信创舆情观察(3.22~3.28)

统小信uos

gorm源码阅读之callback

werbenhu

Go 语言 gorm

Redis-技术专题-数据日志持久化

码界西柚

redis 持久化 aof rdb

阿里云:城市大脑数据智能解决方案

不脱发的程序猿

大数据 阿里云 城市大脑 数据智能解决方案 4月日更

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