博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
oauth2四种授权方式小结
阅读量:6008 次
发布时间:2019-06-20

本文共 1043 字,大约阅读时间需要 3 分钟。

  hot3.png

本文主要小结一下oauth2的四种模式的特点和适用场景。

四种授权方式

OAuth 2.0定义了四种授权方式。

  • 密码模式(resource owner password credentials)
  • 授权码模式(authorization code)
  • 简化模式(implicit)
  • 客户端模式(client credentials)

密码模式(resource owner password credentials

  • 这种模式是最不推荐的,因为client可能存了用户密码
  • 这种模式主要用来做遗留项目升级为oauth2的适配方案
  • 当然如果client是自家的应用,也是可以
  • 支持refresh token

授权码模式(authorization code

  • 这种模式算是正宗的oauth2的授权模式
  • 设计了auth code,通过这个code再获取token
  • 支持refresh token

简化模式(implicit

  • 这种模式比授权码模式少了code环节,回调url直接携带token
  • 这种模式的使用场景是基于浏览器的应用
  • 这种模式基于安全性考虑,建议把token时效设置短一些
  • 不支持refresh token

客户端模式(client credentials

  • 这种模式直接根据client的id和密钥即可获取token,无需用户参与
  • 这种模式比较合适消费api的后端服务,比如拉取一组用户信息等
  • 不支持refresh token,主要是没有必要

refresh token的初衷主要是为了用户体验不想用户重复输入账号密码来换取新token,因而设计了refresh token用于换取新token

这种模式由于没有用户参与,而且也不需要用户账号密码,仅仅根据自己的id和密钥就可以换取新token,因而没必要refresh token

小结

  • 密码模式(resource owner password credentials)(为遗留系统设计)(支持refresh token)
  • 授权码模式(authorization code)(正宗方式)(支持refresh token)
  • 简化模式(implicit)(为web浏览器应用设计)(不支持refresh token)
  • 客户端模式(client credentials)(为后台api服务消费者设计)(不支持refresh token)

转载于:https://my.oschina.net/go4it/blog/1586578

你可能感兴趣的文章
SAP WM Physical Inventory Method ST & PZ
查看>>
jenkins自动发布java代码
查看>>
一道趣味数学算法问题
查看>>
版权协议
查看>>
我的女儿二三事
查看>>
SAP SD Sales Order 中的shipping point 不能为空
查看>>
通用Iframe跨域通信库实现
查看>>
一次快速的数据迁移感悟
查看>>
8.7. dmidecode - DMI table decoder
查看>>
MySQL修改提示符
查看>>
PLSQL的变量
查看>>
HDOJ 2021 发工资咯:)(利用了一种取余的思想)
查看>>
在openSUSE 13.1中配置FTP服务器
查看>>
如何使用 Docker 快速配置数据科学开发环境?
查看>>
《ELK Stack权威指南(第2版)》一3.6 Java日志
查看>>
C++流的streambuf详解及TCP流的实现
查看>>
《WebGL入门指南》——第1章,第1.4节本章小结
查看>>
Angular从零到一1.6 引导过程
查看>>
《iOS 6核心开发手册(第4版)》——1.1节触摸
查看>>
《C#多线程编程实战(原书第2版)》——2.5 使用AutoResetEvent类
查看>>