OAuth2.0实战案例(四)搭建认证服务,简化模式测试

博客讨论了OAuth2.0授权流程的变化,从需要授权码模式转变为简化模式。在简化模式中,系统A可以直接从B系统获取token,无需授权码。然而,这种变化导致token直接暴露在浏览器地址栏,存在安全隐患。尽管测试表明该token可正常工作,但这种直接暴露的方式对数据安全性构成威胁。

之前的授权码的模式,系统A 要用授权码才可以拿到token。

现在变为简化模式了,简化模式的意思是:

现在就不需要授权码了,A系统直接就可以从B系统拿到token了。

现在在浏览器数据的地址就变为了
http://localhost:9001/oauth/authorize?response_type=token&client_id=one
现在变为了
response_type=token
就是告诉系统B ,我现在直接要token了,我们输入这个浏览器之后
在这里插入图片描述
返回的就是
https://www.baidu.com/#access_token=ad2319ce-ac6e-4b83-af77-8289293f0c91&token_type=bearer&expires_in=41672&scope=read%20write

我们可以看到,这个token就直接暴露在了地址栏里面,这个是不安全的。

在这里插入图片描述
测试,这个token也是可以使用的

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

一写代码就开心

你的打赏将是我最大的动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值