十年网站开发经验 + 多家企业客户 + 靠谱的建站团队
量身定制 + 运营维护+专业推广+无忧售后,网站问题一站解决
SSO登录原理是什么,相信很多没有经验的人对此束手无策,为此本文总结了问题出现的原因和解决方法,通过这篇文章希望你能解决这个问题。
创新互联-专业网站定制、快速模板网站建设、高性价比四方台网站开发、企业建站全套包干低至880元,成熟完善的模板库,直接使用。一站式四方台网站制作公司更省心,省钱,快速模板网站建设找我们,业务覆盖四方台地区。费用合理售后完善,十载实体公司更值得信赖。
Single Sign-on
SSO是老生常谈的话题了,但部分同学对SSO可能掌握的也是云里雾里,一知半解。本次手撕公司的SSO原理,试图以一种简单、流畅的形式为你提供有用的SSO原理。按照本人一贯行文风格,我们先说什么是SSO,为什么要提出SSO?
SSO:在多个系统中,只需要登陆一次,就可以访问其他相互信任的应用系统,表现的实际场景:
企业部署多个website,形成产品套件或产品矩阵,而账号集中统一管理
用户一次登陆,即可畅通不同域名下web服务
今天我们主要讲不同顶域下SSO的实现,引出CAS原理,CAS官方:
https://apereo.github.io/cas/4.2.x/protocol/CAS-Protocol.html
手绘原理
下图描述了传统认证过程要素和CAS协议的认证要素:
CAS协议是专门为CAS开发的基于票证的简单而强大的协议。
CAS Server负责认证用户身份并授予对应用程序的访问权限
CAS Clients保护CAS项目, 从CAS Server检索已授权用户的身份信息
核心概念:
存储在CASTGC cookie中的TGT (Ticket Granting Ticket),负责用户在SSO中的会话
ST(服务票证)作为url中的GET参数传输,代表CAS服务器为特定用户授予对CASified应用程序的访问
① 用户访问website1,website1需要认证,用户当前没有登陆
② website1给客户端返回302重定向响应,客户端重定向到SSO服务页:www.sso-website.com?service=https://www.website1.com
# 临时跳转,建议传参false返回302临时重定向响应
context.Response.Redirect(ssoURL, false);
用户并没有登陆SSO系统,所以SSO系统会返回登陆界面
③ 用户在SSO登陆页输入账户/密码
④ 登陆成功,SSO会在客户端写入cookie for sso[官方叫CASTGT]并产生一个302重定向响应,客户端将重定向到原website1地址,该请求携带了SSO此次认证成功的ticket
http://www.website1.com?ticket=XXXX-OOOO-XXXX-OOOO
⑤ website1收到以上重定向请求,解析QueryString中的ticket, 向SSO做一次ticket验证;验证通过向客户端写入本站的cookie for website1
⑥ 上面第5步,浏览器地址会显示:http://www.website1.com?ticket=XXXX-OOOO-XXXX-OOOO,在本站验证通过之后,会再次重定向回业务首页:www.website1.com。
① 用户访问website2,用户在website2域并没有认证;跳转回www.sso-website.com?service=https://www.website2.com
② SSO检测到该用户在SSO域下存在Cookie for sso,认定该用户已经登陆,故跳转回website2, 如上也会携带认证ticket
③ 如上,website2收到website2.com?ticket=XXXX-OOOO-XXXX-OOOO请求,会做一次SSO验证;验证成功,写入本站Cookie for website2
重点解读
① SSO认证成功,写入的cookie for sso,是登陆到其他系统的关键
② website1收到SSO发起的重定向请求,解析出ticket=XXXX-OOOO-XXXX-OOOO,为什么还要做一次SSO验证?
因为website1收到的带ticket请求,有可能是伪造,所以在website1中需要去SSO验证一次。
③ 标准的CAS登陆流程有三次302客户端重定向,分别由原站点website1启动2次和SSO启动一次
理论上流程由服务端重定向也是可以的?看官若发现有漏洞,可在评论区回复。
④ 退出SSO登陆,要做两件事情:
- 向SSO发起api请求,请求SSO删除用户在SSO域下的认证cookie for sso
- 移除本站的cookie for website1
⑤ 每个website,至少需要如下sso配置
"SsoOptions": {
"BaseAddress": "https://sso-cas.sso.com", // 基地址
"LoginPath": "/login", // sso登陆地址
"LogoutPath": "/api/logout", // 退出sso登陆的api地址
"ValidateTGTPath": "/api/validate", // 验证ticket的api地址
"UserInfoPath": "/api/v2/userinfo" // 从sso拿到登陆用户信息的api地址
},
看完上述内容,你们掌握SSO登录原理是什么的方法了吗?如果还想学到更多技能或想了解更多相关内容,欢迎关注创新互联行业资讯频道,感谢各位的阅读!