1.基于Microsoft.Owin.Security.OAuth实现OAuth 2.0所有应用场景，可集成单点登录功能

最新推荐文章于 2023-01-28 11:52:27 发布

jfeifjn

最新推荐文章于 2023-01-28 11:52:27 发布

阅读量1.1k

点赞数

分类专栏： oauth 开发文章标签：开发语言

本文链接：https://blog.csdn.net/zking_sa/article/details/124923289

版权

本文详细介绍了OAuth 2.0的基本概念、角色、认证流程及其在实际生活中的应用。通过四种授权方式（授权码、隐藏式、密码式、凭证式）的解析，展示了如何在不同场景下安全地获取和使用令牌。此外，还提供了OAuth 2.0流程的项目结构示例，包括客户端、认证服务器、资源拥有者和资源服务器的角色划分和交互过程。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

学习目标：

提示：OAuth2.0是目前使用非常广泛的授权机制，用于授权第三方应用获取用户的数据。

例如：

用户可以通过选择其他登录方式来使用gitee，这里就使用到了第三方认证。
来自RFC 6749
OAuth 引入了一个授权层，用来分离两种不同的角色：客户端和资源所有者。......资源所有者同意
以后，资源服务器可以向客户端颁发令牌。客户端通过令牌，去请求数据。

2. OAuth2中的角色：

提示：

1. 资源所有者能够授予对受保护资源的访问权限的实体，如果资源的所有者为个人，也被成为最终用户 1. 资源服务器存储有受保护资源的服务器，能够接受并验证访问令牌，并响应受保护资源的访问请求 1. 客户需要被授权，然后再访问受保护资源的实体。客户这个术语，并不是特指应用程序，服务器，计算机等。 1. 授权服务器验证资源所有者并获取授权成功后，向客户发出访问令牌

3. 认证流程：

RFC 6749 - The OAuth 2.0 Authorization Framework

4. 生活中的Oauth2思维：

提示：

场景设置：小王出差在外，为家中买了一台空调需要上门安装，小王的老爸老王在家，小王家是小王的老婆做主，只用获得老婆的许可方能有进入家中。现在空调客服人员需要进到小王家中安装空调。设计的流程如下：客服人员发一个进门安装空调的的申请给小王小王看到了服务人员的申请，在验证了客服人员的公司名称，工号等信息后，同意申请，并发给他一个授权码客服人员获取授权码之后，使用授权码去申请进门的令牌，申请发到小王的老婆那里，小王老婆在验证了授权码之后给客服人员发了一个含有有效期为一天的令牌（小王的老婆可以查看到小王发的原始验证码）客服人员拿着令牌到小王家老王在验证令牌有效后可客服人员进入客厅安装空调，但这个令牌不能进入其他房间。一天后令牌会过期，如有需要则需要重新申请上面的过程反应了OAuth2认证的典型流程，流程中的角色对应关系客户 ---> 客服人员资源所有者 ---> 小王授权服务器 ---> 小王老婆资源服务器 ---> 客厅