oauth2.0？oauth20认证原理！？
本文目录一览：
- 1、白话让你理解什么是oAuth2协议
- 2、oauth2的授权码模式为什么要用code获取token?
- 3、...Gateway+OAuth2+JWT实现微服务统一认证授权
- 4、Oauth2授权服务是咋回事?看这里
- 5、SAML和OAuth2这两种SSO协议的区别
- 6、oauth2认证的4种模式
白话让你理解什么是oAuth2协议
OAuth 0协议是一个广泛应用在第三方平台和开放应用间的授权协议，旨在以安全的方式让应用获取用户的授权，以访问特定资源。以下是关于OAuth 0协议的详细解释：核心目的：安全授权：允许应用安全地获取用户的授权书，即访问令牌，以代表用户访问其资源。主要角色：资源服务器：存储用户资源的服务器。
OAuth 0是一个广泛应用在第三方平台和开放应用间的授权协议，旨在提供一种安全方式让应用获取用户的授权，以访问特定资源。最常见的是通过第三方登录，如微信、QQ或淘宝账号进行登录。
《望洞庭》的诗意：此诗描写了秋夜月光下洞庭湖的优美景色，表达了诗人对洞庭风光的喜爱和赞美之情，表现了诗人壮阔不凡的气度和高卓清奇的情致。古诗原文 《望洞庭》作者：刘禹锡（唐）湖光秋月两相和，潭面无风镜未磨。遥望洞庭山水翠，白银盘里一青螺。
oauth2的授权码模式为什么要用code获取token?
1、使用授权码模式（Authorization Code Flow）的原因在于安全性和适应性。对于传统的网站应用来说，这种模式是完美的，但单页应用（Progressive Web Apps或SPA）在没有服务端支持的情况下，难以安全地存储秘密凭据。隐式流程虽然能够在传统网站应用中工作，但存在安全漏洞，容易被浏览器或插件泄露令牌。
2、授权码模式流程： 获取code：用户通过客户端访问授权服务器，并同意授权后，授权服务器颁发一个短期的、唯一的code。 用code换取access_token：客户端使用code向授权服务器请求访问令牌和刷新令牌。 使用access_token访问资源：客户端使用access_token访问受保护资源。
3、OAuth 0 是一种授权框架，它允许第三方应用程序在得到用户授权后，有限度地访问一些开放的个人信息。其运行流程主要包括三个步骤：获取授权码（code）：用户在第三方应用中使用 OAuth 0 服务（如微信扫码登录）进行授权，这一步可以让客户端拿到授权码。
4、appSecret：客户端密钥的存在进一步增加了防伪能力，防止授权码被盗后恶意获取access_token。 redirect_uri校验：确保请求来自注册时指定的合法uri，加强了安全性。 应用场景： 广泛应用于开放平台环境中，如微信和阿里开放平台，用于实现第三方应用的快捷登录和授权访问。
5、④用户输入用户名密码进行登录认证。⑤Id Server授权服务器处理用户认证并重定向到网关约定的OAuth2 Redirect URI，这个过程属于标准的OIDC授权码流程。⑥网关获得AccessToken和IdToken：如果最初发起的是登录就重定向到/。如果最初发起的是请求资源服务器资源就令牌中继重定向到对应的资源。
...Gateway+OAuth2+JWT实现微服务统一认证授权
OAuth2标准致力于实现授权流程，核心在于通过认证用户身份后，颁发token，第三方应用利用此token访问指定资源。token验证用户登录合法性，但存在信息不携带问题，资源服务器需频繁向认证服务器验证token有效性与用户信息，影响性能。引入JWT格式token，资源服务器可自行验证与绑定用户，显著提升处理效率，减少单点隐患。
微服务权限终极解决方案可以通过Spring Cloud Gateway + Oauth2实现统一认证和鉴权，关键步骤如下：架构与技术准备：服务列表：明确列出涉及的微服务及其技术版本，确保所有服务都能兼容并集成到统一认证和鉴权体系中。
在网关层完成url层面的鉴权操作。将解析后的jwt token当做请求头传递到下游服务中。
Oauth2授权服务是咋回事?看这里
1、OAuth2授权服务是一种开放的第三方授权协议，允许用户在无需透露第三方应用账号信息的情况下，通过授权获取访问令牌，以访问资源。以下是关于OAuth2授权服务的详细解释： 核心概念： 客户端模式：适用于无服务端场景，但存在安全风险。
2、不难看出，OAuht2 解决问题的关键在于使用 授权服务器 提供一个 访问凭据 给到 第三方应用 ，让 第三方应用 可以在 不知道资源所有者 在 资源服务器上的账号和密码 的情况下，能获取到 资源所有者 在 资源服务器 上的 受保护资源 ，这里的受保护资源就是 微信用户的姓名以及头像等信息 。
3、准确来讲，OAuth2是一个授权的标准协议。也许会令人困惑，OAuth2是OpenID-Connect的基础，但是OpenID-Connect是认证协议（在OpenID-Connect中，ID-Token也被当做是一种资源）。
4、②网关发现用户没有授权发起基于OAuth2授权码的OIDC流程，向授权服务器Id Server发起授权请求。③授权服务器Id Server收到授权请求重定向到用户登录页面要求用户登录认证，以发起授权。④用户输入用户名密码进行登录认证。
SAML和OAuth2这两种SSO协议的区别
SAML与OAuth2的主要区别在于：在SAML中，用户身份信息已包含在令牌中，而在OAuth2中，拿到令牌后仍需额外认证。因此，OAuth2允许在授权服务器端对令牌进行无效处理。最后，CAS（Central Authentication Service）是一个强大的企业级SSO认证框架，内部集成了SAML、OAuthOpenID Connect等协议。本文作者flydean程序那些事提供了CAS的详细介绍。
最后，OAuth2是一个授权协议，而不是认证协议。对于这个问题，其实我们可以考虑使用OpenID Connect协议。因为OpenID Connect就是基于OAuth2实现的，并且添加了认证协议。OpenID Connect简称为OIDC，已成为Internet上单点登录和身份管理的通用标准。
OAuth 是一种开放标准的授权协议，用于授权用户；而 OIDC 用于对用户进行身份验证。OIDC 位于 OAuth 0 之上，以添加有关用户的信息并启用 SSO 流程。它允许跨多个应用程序使用一个登录会话。例如，用户可以使用社交媒体登录来访问应用程序，而无需在应用程序中创建帐户。
SSO广泛使用的两种协议是SAML和OAuth2。SAML（安全断言标记语言）是一种基于XML的标准，用于在身份提供者和应用服务之间安全交换身份验证和授权信息。SAML允许用户通过一个凭据集登录多个应用，而无需为每个应用创建和管理单独的凭据。SAML通过使用XML断言来验证用户身份和权限，从而授予或拒绝他们对服务的访问。
SAML 功能：用于在身份提供者和应用服务之间安全交换身份验证和授权信息。工作方式：通过XML断言验证用户身份和权限，授予或拒绝访问。适用场景：特别适合Web应用，通过浏览器传输XML文件中的断言来实现身份验证。 OAuth2 功能：设计用于在移动设备上提供更轻便、更快捷的SSO体验。
oauth2认证的4种模式
1、OAuth2认证的4种模式分别是：授权码模式、隐式授权模式/简化模式、密码模式、客户端凭证模式。授权码模式：功能：功能最完整、流程最严密的授权模式。特点：通过授权码来间接获取令牌，提高了安全性。角色：涉及资源所有者、第三方应用、授权服务器和资源服务器四个角色。隐式授权模式/简化模式：功能：适用于公开的浏览器单页应用。
2、client_id：客户端的唯一标识符，用于表明身份。 可选参数包括client_secret，通常使用HTTP BASIC认证方式传递，尽管存在其他安全认证模式。成功响应包含访问令牌和其他重要参数。若请求失败，服务器会返回HTTP 400错误状态码，并提供相应错误描述与可能的错误详情链接。
3、认证服务和资源服务器：配置用户认证、授权服务器的开启和配置，以及权限校验等。多种模式：OAuth 0支持多种模式，如授权码模式、简化模式和密码模式，每种模式的流程和安全性各有不同。
4、OAuth2一共定义了4种授权模式，另外还定义了一个机制用来定义额外的授权模式。
