OAuth 2.0 最简向导图文教程,一目了然

1、首先 有 用户数据

2、有个客户应用需要访问用户的数据

3、给资源服务器按个门暴露用户数据称为API

4、客户应用可以通过API访问用户数据

5、资源服务器返回用户数据

6、如果来了个恶意客户应用怎么办

7、即使恶意客户应用要求访问用户数据

8、资源服务器还是返回用户数据

9、需要一种机制保护用户数据

10、业界实践是提前给客户应用颁发一个Access Token, 它表示客户应用被授权可以访问用户数据

11、访问用户数据时,给出Access Token

12、资源服务器取出请求中的Access Token

13、并校验Access Token确认客户应用有访问 用户数据的权限

14、校验通过后,资源服务器返回用户数据

15、该机制可以工作的前提是

必须提前给客户应用颁发Access Toke

16、需要颁发Access Token的角色

17、授权服务器和客户应用的关系

18、授权服务器负责生成Access Toke

19、并给客户应用颁发Access Token

20、角色回顾:一个授权服务器,一个客户应用,一个资源服务器

21、授权服务器负责生成Access Token

22、并将Access Token颁发给客户应用

23、客户应用带上Access Token访问用户数据

24、资源服务器从请求中取出Access Token

25、校验Access Token具有访问用户数据的权限

26、校验Access Token具有访问用户数据的权限

27、上面的流程中第一步是授权服务器生成Access Token, 在真实流程中,在颁发Token前先要征询用户同意

28、首先客户应用请求Access Token

授权服务器征询用户意见,是否将权限授予客户应用

如果用户同意授权服务器颁发token
授权服务器生成一个Access Token
并将token颁发给客户应用

注意黄色椭圆圈起来的部分

注意黄色椭圆圈起来的部分

OAuth 2.0标准化了Access Token的请求和响应部分,
OAuth2.0的细节在RFC 6749(OAuth 2.0授权框架)中描述
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

打赏作者

纵然间

你的鼓励将是我创作的最大动力

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

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

打赏作者

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

抵扣说明:

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

余额充值