springcloud security和springsession实现sso

本文分析了实现SSO的三种方法,包括OAuth2无状态和有状态方式,以及Spring Session的传统方法。重点讨论了JWT的安全性和优缺点,并提供了GitHub上的代码示例。作者指出每种方案都有其局限性,如OAuth2的注销和续签问题,以及Spring Security结合Spring Session的认证挑战。
摘要由CSDN通过智能技术生成

一、目前实现sso的三种方式

1.使用oauth2,不用session,构建一个authorization server,其他微服务都定义成resource server,使用rsa私钥签名jwt token访问服务。将认证生成的jwt token存储在前台session storage,每次请求,携带authorization 请求头请求服务。
2.使用oauth2,使用session,构建一个authorization server,其他微服务都定义成resource server,使用rsa私钥签名jwt token访问服务。但是不将jwt token保存在前台,而是将jti存于cookie中。使用鉴权网关,每次请求通过jti获取jwt,再请求后台服务。
3.使用spring session,实现sso,这种方式相对要简单。这种方式是传统的方式。也是本博客将要分享的方式。

二、三种实现方式见解

前两种方式大体相同,唯一区别在于jwt存储位置。首先对于前台,博主不熟,据说session storage只能当前页面使用,通过这个特性保证jwt口令的安全。但是衍生出第二种,应该是部分架构师对此的不放心,所以将jwt改为存储在后台,防止jwt口令的泄漏。但是这操作也相当于将jwt口令从无状态特性转变为有状态特性。

关于jwt的特性,在此做简单的讲解。jwt本身是一个包含用户名,口令有效期,用户权限,还有其他一些附加信息的json通过RSA私钥签名生成的无状态字符串,

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值