我也想聊聊 OAuth 2.0 —— 基本概念

本文介绍了OAuth2.0协议的基本概念及其四种授权方式,并解释了它如何在第三方登录场景中保护用户隐私。

这是一篇待在草稿箱半年之久的文章

连我自己都不知道我的草稿箱有多少未发布的文章了。这应该是我在上一家公司未解散之前写的,记得当时是要做一个开发者中心,很不幸。
今天,打开草稿箱有种莫名的伤感,看到这个一系列关于 OAuth 的草稿(其实也就两篇而已),我决定重新发表出来。因为,我看到之前简单写的一个一行代码,发送邮件的小工具,放到Github上以后,好多大的企业在免费使用,如:某某新闻网、某某云服务和一家硬件公司,其实我非常高兴的,因为我一直在免费使用好多开源社区的福利。有机会做一点微薄的贡献,这个世界会更好。

第二篇:我也想聊聊 OAuth 2.0 —— Access Token

天反时为灾,地反物为妖

话说我也是今天看了霍金老师的《时间简史》后,我才知道霍金不姓「霍」,我在这里报以诚挚的歉意!对不起,霍老师,我不是人。
回到正题,最近公司的一个O2O项目,领导打算把用户数据共享给开发者,估计是疯了。当然,这也就涉及到开发者认证、API接口、Access Token、AppKey、OAuth这些你如果没接触过就会听的云里雾里的什么鬼。其实这些名词都包含在OAuth 2.0的概念中,从今天起,我要一步步掰开揉碎来理解它们,或许也能帮到你说不定。

什么是 OAuth 2.0?

为什么是2.0?肯定有1.0。
我打开了维基百科:OAuth(开放授权)是一个开放标准,允许用户让第三方应用访问该用户在某一网站上存储的私密的资源(如照片,视频,联系人列表),而无需将用户名密码提供给第三方应用。看到这,也需你「哦」了一声,你是不是想起了QQ、微博等快捷登录、微信授权和TX的不要脸。OK,那接着看2.0。
OAuth 2.0是OAuth协议的下一版本,但不向下兼容OAuth 1.0。OAuth 2.0关注客户端开发者的简易性,同时为Web应用桌面应用手机,和起居室设备提供专门的认证流程。不就是升级版么,有什么了不起。对了,这就是 OAuth 2.0 。

为什么是 OAuth 2.0?

你今天刚刚发现了一个比较好玩的网站,它可以装逼,不是知乎,是逼乎。你是不是很好奇,点了进去,看到了这个「超目前主流扁平化设计的一种新型设计模式」的页面。逼乎登录页
是不是特别想进去看看,我不会告诉你里边有奥巴马、乔布斯和思聪的。当你去点击微博或QQ图标的时候,会跳转一个授权页面,当你输入你的账户及密码后,就可以去静静的装逼了。当然,逼乎是不会知道你的微博或QQ密码的,这就用到了 OAuth 2.0 协议。

OAuth 2.0 协议有哪几种?

上面说到的「第三方快捷登录」只是 OAuth 2.0 协议的其中一种,其实它是有四种授权方式的,但无论如何客户端必须得到用户的授权(authorization grant),才能获得令牌(access token)。四种授权方式如下:

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

我这就不一一赘述具体每个方式所适应的情况了,我下面几篇文章就针对我们打算开发的「开发者中心」来一行行写代码。
但请你记住:OAuth 就是一个开放授权协议! OAuth 就是一个开放授权协议!! OAuth 就是一个开放授权协议!!

### OAuth 2.0 基本原理和概念 #### 授权委托模式 OAuth 2.0 是一种开放标准的身份验证协议,允许应用程序在不暴露用户凭证的情况下获取有限的访问权限。该协议基于授权委托模型,在这种模型中,资源所有者(通常是最终用户)授予第三方应用对其受保护资源(如个人资料、联系人列表等)的访问权。 #### 主要角色定义 - **客户端 (Client)**: 请求访问受保护资源的应用程序。 - **授权服务器 (Authorization Server)**: 验证用户的凭据并发放访问令牌给客户端。 - **资源拥有者 (Resource Owner)**: 能够给予或拒绝访问其受保护资源的人,一般是终端用户。 - **资源服务器 (Resource Server)**: 存储着被请求的数据的服务端组件;它依赖于有效的访问令牌来决定是否响应来自客户端的API调用[^3]。 #### 认证流程概述 当一个客户端希望获得对特定资源的访问时,必须先得到资源拥有的同意并通过授权服务器完成身份验证过程。一旦成功,客户端就会收到一个短暂存在的访问令牌,这个令牌可以在一定时间内用于向资源服务器发起合法请求。整个过程中不会涉及到任何敏感信息如用户名/密码直接传递给第三方应用[^2]。 ```python import requests def get_access_token(client_id, client_secret, authorization_code, redirect_uri): url = 'https://authorization-server.com/oauth/token' payload = { 'grant_type': 'authorization_code', 'code': authorization_code, 'redirect_uri': redirect_uri, 'client_id': client_id, 'client_secret': client_secret } response = requests.post(url, data=payload) token_info = response.json() return token_info['access_token'] ``` 上述代码展示了如何利用 `requests` 库发送 POST 请求至授权服务器以换取访问令牌的一个简单例子。实际应用场景可能更加复杂,并且需要处理更多细节,比如错误情况下的重试逻辑以及刷新过期令牌等功能[^1]。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值