OAuth2.0客户端模式鉴权核心配置实践

原创 已于 2025-11-09 22:39:52 修改 · 1k 阅读 · 22 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#java

于 2025-09-26 10:53:38 首次发布

背景

基本概念

  1. 什么是OAuth 2.0

OAuth 2.0 是一套关于授权的行业标准协议。

OAuth 2.0 允许用户授权第三方应用访问他们在另一个服务提供方上的数据，而无需分享他们的凭据（如用户名、密码）。

  1. OAuth 2.0 应用场景

OAuth 2.0的应用场景非常广泛，包括但不限于：

  • 第三方应用访问用户在其他服务上的信息，例如，一个应用通过OAuth 2.0访问用户在github.com上的数据。

  • 第三方应用代表用户执行操作，例如，一个邮件客户端应用通过OAuth 2.0发送用户的电子邮件。

  • 第三方应用使用OAuth 2.0实现用户的单点登录，例如，用户可以使用Github账号登录其他应用。

  1. OAuth 2.0 的重要性

OAuth 2.0的重要性主要体现在它以简洁、易实现的解决方案，解决用户数据访问和分享的安全问题的。

  • 在现代网络环境中，用户的数据通常分散在不同的网络服务中，如何安全、有效地进行数据访问和分享，是一个重要的问题。OAuth 2.0提供了一种标准的解决方案，使得用户可以控制哪些应用可以访问他们的哪些数据，而无需将用户名和密码提供给第三方应用。

OAuth2.0基本流程

  • （A）客户端（Client）向资源所有者（Resource Owner）请求资源授权。授权请求可以直接向资源所有者（Resource Owner）发起，不过最好是通过授权服务器（Authorization Server）间接发起。

  • （B) 客户端（Client）得到资源所有者（Resoure Owner）的授权，这通常是一个凭据；授权的形式和凭据可以有不同的类型。RFC 6749 定义了四种主要的授权类型（下文进一步介绍）

  • （C）客户端（Client）向授权服务器（Authorization Server）出示授权（来自Resource Owenr的）凭据进行身份认证；并申请用于访问资源授权的访问令牌（Access Token）

  • （D) 授权服务器（Authorization Server）对客户端（Client）进行身份验证并验证授权授予，如果通过验证，则颁发访问令牌（Access Token）。

  • （E）客户端（Client）通过向资源服务器（Resource Server）发起令牌（Access Token）验证，请求被保护的资源。

  • （F）资源服务器（Resource Server)验证访问令牌（Access Token）；如果通过认证，则返回请求的资源。

四种授权模式

客户端必须得到用户的授权（前面的步骤B），才能获得访问令牌（Access Token）。

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

  • 授权码模式（Authorization Code）

  • 隐式授权模式（Implicit）

  • 密码模式（Resource Owner Password Credentials）

  • 客户端模式（Client Credentials）

OAuth2.0授权实践

OAuth2.0 客户端模式

客户端模式主要用于没有用户参与的后端服务间访问授权。

OAuth2.0鉴权实践

核心表结构

1、应用注册明细表：用于存储客户端client_id和client_secret，以及客户端的资源resource_ids

CREATE TABLE `oauth_client_details` (
  `id` bigint(20) unsigned NOT NULL AUTO_INCREMENT COMMENT '自增ID',
  `client_id` varchar(48) NOT NULL DEFAULT '' COMMENT '应用id',
  `client_secret` varchar(256) NOT NULL DEFAULT '' COMMENT '应用secret',
  `client_name` varchar(255) NOT NULL DEFAULT '' COMMENT '应用名称',
  `client_type` int(11) NOT NULL DEFAULT '0' COMMENT '应用类型 0 企业内应用 1 企业外应用',
  `client_desc` varchar(1024) NOT NULL DEFAULT '' COMMENT '应用描述',
  `client_status` int(11) NOT NULL DEFAULT '0' COMMENT '应用状态 0 活跃 1 冻结',
  `resource_ids` varchar(256) NOT NULL DEFAULT '' COMMENT '应用资源id，多个资源逗号分隔',
  `scope` varchar(256) NOT NULL DEFAULT '' COMMENT '应用权限范围',
  `authorized_grant_types` varchar(256) NOT NULL DEFAULT '' COMMENT '支持的授权模式（如密码模式、授权码模式等）',
  `web_server_redirect_uri` varchar(256) NOT NULL DEFAULT '' COMMENT '回调 URL，当用户授权后，服务将重定向到此地址',
  `authorities` varchar(256) NOT NULL DEFAULT '' COMMENT '客户端拥有的权限',
  `access_token_validity` int(11) NOT NULL DEFAULT '7200' COMMENT '访问令牌的有效期（秒）',
  `refresh_token_validity` int(11) NOT NULL DEFAULT '14400' COMMENT '刷新令牌的有效期（秒）',
  `additional_information` varchar(1024) NOT NULL DEFAULT '{}' COMMENT '其他附加信息，以 JSON 格式存储',
  `autoapprove` varchar(256) NOT NULL DEFAULT '' COMMENT '用于指定是否自动批准（即跳过用户授权步骤）某些范围（scope）的请求',
  `is_del` int(11) NOT NULL DEFAULT '0' COMMENT '是否删除',
  `create_time` datetime NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT '创建时间',
  `modify_time` datetime NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT '修改时间',
  PRIMARY KEY (`id`),
  KEY `idx_client_id` (`client_id`),
  KEY `idx_create_time` (`create_time`),
  KEY `idx_modify_time` (`modify_time`)
) ENGINE=InnoDB AUTO_INCREMENT=12 DEFAULT CHARSET=utf8mb4 COMMENT='openapi应用注册明细表'

2、权限token记录表：存储客户端的权限token数据

CREATE TABLE `oauth_access_token` (
  `id` bigint(20) unsigned NOT NULL AUTO_INCREMENT COMMENT '自增ID',
  `client_id` varchar(256) NOT NULL DEFAULT '' COMMENT '应用id',
  `token_id` varchar(256) NOT NULL DEFAULT '' COMMENT '从服务器端获取到的access_token的值',
  `token` blob COMMENT '二进制的字段, 存储的数据是AccessToken对象序列化后的二进制数据',
  `refresh_token` varchar(256) NOT NULL DEFAULT '' COMMENT '刷新令牌，AccessToken过期时获取新的Token',
  `user_name` varchar(256) NOT NULL DEFAULT '' COMMENT '颁发 Token 的用户名称（可用于标识用户）',
  `authentication_id` varchar(512) NOT NULL DEFAULT '' COMMENT '认证 ID，表示与此 token 相关的具体认证请求',
  `authentication` blob COMMENT '认证信息，包含有关用户和客户端的详细信息',
  `is_del` int(11) NOT NULL DEFAULT '0' COMMENT '是否删除',
  `create_time` datetime NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT '创建时间',
  `modify_time` datetime NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT '修改时间',
  PRIMARY KEY (`id`),
  KEY `idx_app_access_token_id` (`client_id`,`token_id`),
  KEY `idx_token_id` (`token_id`),
  KEY `idx_create_time` (`create_time`),
  KEY `idx_modify_time` (`modify_time`)
) ENGINE=InnoDB AUTO_INCREMENT=6733 DEFAULT CHARSET=utf8mb4 COMMENT='openapi权限token记录表'

3、刷新权限token记录表：存储客户端的权限refresh_token数据

CREATE TABLE `oauth_refresh_token` (
  `id` bigint(20) unsigned NOT NULL AUTO_INCREMENT COMMENT '自增ID',
  `token_id` varchar(256) NOT NULL DEFAULT '' COMMENT '从服务器端获取到的refresh_token的值',
  `token` blob COMMENT '二进制的字段, 存储的数据是RefreshToken对象序列化后的二进制数据',
  `authentication` blob COMMENT '认证信息，包含有关用户和客户端的详细信息',
  `is_del` int(11) NOT NULL DEFAULT '0' COMMENT '是否删除',
  `create_time` datetime NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT '创建时间',
  `modify_time` datetime NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT '修改时间',
  PRIMARY KEY (`id`),
  KEY `idx_token_id` (`token_id`),
  KEY `idx_create_time` (`create_time`),
  KEY `idx_modify_time` (`modify_time`)
) ENGINE=InnoDB AUTO_INCREMENT=148 DEFAULT CHARSET=utf8mb4 COMMENT='openapi刷新权限token记录表'

4、资源表：客户端存储资源数据（本文的资源是接口权限）

CREATE TABLE `wtm_openapi_app_resource` (
  `id` bigint(20) unsigned NOT NULL AUTO_INCREMENT COMMENT '自增ID',
  `app_id` varchar(255) NOT NULL DEFAULT '' COMMENT '应用id',
  `path` varchar(255) NOT NULL DEFAULT '' COMMENT '接口路径',
  `type` varchar(255) NOT NULL DEFAULT '' COMMENT '接口类型 GET、POST、PUT、PATCH、DELETE',
  `status` int(11) NOT NULL DEFAULT '0' COMMENT '状态 0有效 1冻结',
  `is_del` int(11) NOT NULL DEFAULT '0' COMMENT '是否删除',
  `create_time` datetime NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT '创建时间',
  `modify_time` datetime NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT '修改时间',
  `create_by` varchar(255) NOT NULL DEFAULT 'system' COMMENT '创建人',
  `modify_by` varchar(255) NOT NULL DEFAULT 'system' COMMENT '修改人',
  PRIMARY KEY (`id`),
  KEY `idx_app_path_id` (`app_id`,`path`),
  KEY `idx_create_time` (`create_time`),
  KEY `idx_modify_time` (`modify_time`)
) ENGINE=InnoDB AUTO_INCREMENT=60 DEFAULT CHARSET=utf8mb4 COMMENT='openapi接口资源'

maven引用

<!-- spring security OAuth2 相关  -->
<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-security</artifactId>
</dependency>
<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-oauth2</artifactId>
</dependency>

核心配置类

1、鉴权相关核心配置

对鉴权方式和类型进行配置，核心配置和作用如下：

1、ClientDetailsServiceConfigurer

作用：配置客户端核心类，包括client-id、client-secret、资源id列表、令牌失效时长等。

2、AuthorizationServerEndpointsConfigurer （核心配置）

作用：令牌访问端点配置，配置鉴权核心类、token令牌管理核心类、获取token接口地址、自定义异常处理器、允许访问的http接口类型

3、AuthorizationServerSecurityConfigurer

作用：配置令牌访问的安全约束，配置是否开启权限校验

@Configuration
@EnableAuthorizationServer
public class AuthorizationServerConfig extends AuthorizationServerConfigurerAdapter {


    /**
     * 配置认证客户端
     * authorization_code(授权码模式)、paassword(密码模式)、client_credentials(客户端模式)、implicit(简化模式) 、refresh_token(令牌刷新)
     * @param clients
     * @throws Exception
     */
    @Override
    public void configure(ClientDetailsServiceConfigurer clients) throws Exception {
    
        clients.withClientDetails(wtmClientDetailsService);
        /*clients.inMemory() //内存存储
                .withClient("client-id") //app_id
                .secret(passwordEncoder.encode("client-secret")) //app_secret
                .resourceIds("wtm_api_1")
                .scopes("read", "write") //授权范围，定义客户端的权限，这里只是一个标识，资源服务可以根据这个权限进行鉴权
                .accessTokenValiditySeconds(3600)//访问令牌失效
                .refreshTokenValiditySeconds(7200)//刷新令牌失效
                .authorizedGrantTypes("authorization_code", "refresh_token", "password", "client_credentials")//授权类型
                ;*/
    }
    
    /**
     * 令牌访问端点配置，token存储到数据库
     * @param endpoints
     */
    @Override
    public void configure(AuthorizationServerEndpointsConfigurer endpoints) {
        endpoints
                .authenticationManager(wtmAuthenticationManager)
                .tokenStore(tokenStore)
                .tokenServices(tokenServices())//令牌管理服务
                .pathMapping("/oauth/token","/oauth/getAccessToken")//获取token接口url
                .exceptionTranslator(wtmWebResponseExceptionTranslator)//自定义异常处理器
                .allowedTokenEndpointRequestMethods(HttpMethod.POST);//只允许POST提交访问令牌
    }

    /**
     * 配置令牌访问的安全约束
     * @param security
     */
    @Override
    public void configure(AuthorizationServerSecurityConfigurer security) {
    
        security.tokenKeyAccess("permitAll()")//开启/oauth/token_key验证端口权限访问
                .checkTokenAccess("permitAll()")//开启/oauth/check_token验证端口认证权限访问
                .allowFormAuthenticationForClients();//支持app_id和app_secret做登录认证
    }
    

}

2、资源相关核心配置

1、ResourceServerSecurityConfigurer

作用：配置资源的鉴权核心类、token核心处理类

2、HttpSecurity

作用：配置哪些接口需要进行OAuth2.0鉴权，哪些接口不需要

@Configuration
@EnableResourceServer
public class ResourceServerConfig extends ResourceServerConfigurerAdapter {

    public void configure(ResourceServerSecurityConfigurer resources) throws Exception {
    
        //设置异常处理器
        OAuth2AuthenticationEntryPoint authenticationEntryPoint = new OAuth2AuthenticationEntryPoint();
        authenticationEntryPoint.setExceptionTranslator(wtmWebResponseExceptionTranslator);
    
        //获得所有WTM资源
        resources.stateless(true)//资源ID，仅允许基于令牌的身份验证
                .tokenServices(wtmTokenService)
                .authenticationManager(wtmAuthenticationManager)
                .authenticationEntryPoint(authenticationEntryPoint);
        ;
    }

    @Override
    public void configure(HttpSecurity http) throws Exception {
    
        http.csrf().disable()//关闭CSRF保护,因为这是一个资源服务器
                .authorizeRequests()
                .antMatchers("/openapi/**").authenticated()//需要认证的接口
                //.antMatchers("/workforce/openapi/**").permitAll()
                //.anyRequest().authenticated()//其它请求都需要认证
                .anyRequest().permitAll()//公开接口，无需认证
                /*.and()
                .addFilterBefore(new CustomAuthenticationFilter(), UsernamePasswordAuthenticationFilter.class)*/
        ;
    
    }

}

3、令牌管理配置

作用：配置令牌生成和管理的方式，OAuth2.0有默认的缓存存储方式、数据库存储方式、也可以重新实现TokenStore方法，从而在数据库存储的同时，也进行缓存，比较符合实际生产过程中的要求。

@Configuration
public class AccessTokenConfig {

    
    /**
     * 令牌存储策略
     *
     * @return
     */
    @Bean
    public TokenStore tokenStore() {
        return wtmTokenStore;
        //return new InMemoryTokenStore();
    }

}

实战过程中常见问题实现方式

1、如何改变自定义获取token的接口

答：可在AuthorizationServerEndpointsConfigurer中进行接口配置

2、鉴权不通过如何返回自定义的错误码

步骤1: 重写DefaultWebResponseExceptionTranslator异常处理类，对异常进行转换

代码示例

@Service
@Slf4j
public class WTMWebResponseExceptionTranslator extends DefaultWebResponseExceptionTranslator {

    /**
     * 自定义异常处理翻译器
     *
     * @param e
     * @return
     * @throws Exception
     */
    @Override
    public ResponseEntity translate(Exception e) throws Exception {
        log.error("OAuth认证异常：{}", e.getMessage());

        ResponseEntity<OAuth2Exception> responseEntity = super.translate(e);
        
        Throwable throwable = e.getCause();
        int oauthErrorCode = -1;
        int httpErrorCode = HttpStatus.BAD_REQUEST.value();
        String errorMsg = e.getMessage();
        if (throwable instanceof OAuthException) {
            OAuthException exc = (OAuthException) throwable;
            httpErrorCode = exc.getHttpErrorCode();
            oauthErrorCode = Integer.parseInt(exc.getOAuth2ErrorCode());
            errorMsg = exc.getMessage();
        }


        return ResponseEntity.status(httpErrorCode)
                .contentType(MediaType.APPLICATION_JSON)
                .body(Result.of(oauthErrorCode, errorMsg));
    }
}

步骤2: 在AuthorizationServerEndpointsConfigurer中设置自定义的异常处理类wtmWebResponseExceptionTranslator


/**
 * 令牌访问端点配置，token存储到数据库
 * @param endpoints
 */
@Override
public void configure(AuthorizationServerEndpointsConfigurer endpoints) {
    endpoints
            .authenticationManager(wtmAuthenticationManager)
            .tokenStore(tokenStore)
            .tokenServices(tokenServices())//令牌管理服务
            .pathMapping("/oauth/token","/oauth/getAccessToken")//获取token接口url
            .exceptionTranslator(wtmWebResponseExceptionTranslator)//自定义异常处理器
            .allowedTokenEndpointRequestMethods(HttpMethod.POST);//只允许POST提交访问令牌
}

步骤3：在资源配置类中设置自定义异常处理器

@Override
public void configure(ResourceServerSecurityConfigurer resources) throws Exception {

    //设置异常处理器
    OAuth2AuthenticationEntryPoint authenticationEntryPoint = new OAuth2AuthenticationEntryPoint();
    authenticationEntryPoint.setExceptionTranslator(wtmWebResponseExceptionTranslator);

    //获得所有WTM资源
    resources.stateless(true)//资源ID，仅允许基于令牌的身份验证
            .tokenServices(wtmTokenService)
            .authenticationManager(wtmAuthenticationManager)
            .authenticationEntryPoint(authenticationEntryPoint);
    ;
}

彩蛋：授权码模式第三方登录

流程：

举例：

参考：https://blog.51cto.com/u_13540373/10826160

https://zhuanlan.zhihu.com/p/717770658

OWIN实现OAuth 2.0 之客户端模式（Client Credential）
12-26
把自己的理解加上吧。 认证服务生成token时可以加一个节点machineKey，这样资源服务也需要加一个machineKey才能识别该token。那么我不加这个machineKey就不能生成token？不能访问资源服务吗？当然不是，machineKey节点是可选的，即便是不加machineKey也会产生token，也能够被资源服务识别。但是会存在一个安全问题：比方说Token1是加了配置节点生成的，Token2是不加machineKey生成的；测试证明，我们使用Token1访问资源服务2是能够访问的，而Token2访问资源服务1则不能访问。换句话说，如果你的项目使用OWIN实现OAuth 2.0 之客户端模式，但是没有配置machineKey，也没有在认证服务中自定义认证。那么我就可以利用OWIN实现OAuth 2.0 之客户端模式的基本原理生成一个token，你会发现我这个token居然能够访问你们公司的资源服务。所以如果我们使用OWIN实现OAuth 2.0 之客户端模式，尽量保证两点： （1）增加machineKey配置，这个可以理解为token的秘钥。 （2）在认证服务中添加自定义的认证。 3、认证服务和资源服务需要启动或者直接建立成站点启动，才可以被客户端访问到。
组件分享之后端组件——一个OAuth2.0的客户端
CN華少的博客
04-28 221
组件分享之后端组件——一个OAuth2.0的客户端 背景 近期正在探索前端、后端、系统端各类常用组件与工具，对其一些常见的组件进行再次整理一下，形成标准化组件专题，后续该专题将包含各类语言中的一些常用组件。欢迎大家进行持续关注。 组件基本信息 组件：oauth2 开源协议：MIT License 内容 本节我们分享一个OAuth2.0的客户端oauth2，当然还有很多的oauth客户端，大...
OAuth2.0 - 客户端凭证授权
A_991128a的博客
01-12 283
当客户端请求访问它所控制的，或者事先与授权服务器协商的其他资源所有者的受保护资源，客户端可以只使用它的客户端凭据（或者其他受支持的身份验证方法）请求访问令牌。客户端凭据许可类型必须只能由机密客户端使用。
OAuth2.0客户端和服务端Java实现
qq_41124175的博客
04-08 3449
本部分将开发过程中遇到的难点记录下来，具体源码参考此repo 👍。
Oauth2.0客户端服务端示例
爱琴孩的博客
05-26 8200
前言 前面的理解OAuth2.0认证与客户端授权码模式详解，我们大致了解了Oauth2.0授权模式四种的授权码模式，清楚了授权码模式的大致流程。这里简单的模拟一下基于授权码模式的客户端和服务端代码实现（这里服务端包含的验证服务端和资源服务端，都是在同一个应用中）。 回顾大致授权流程 图中步骤1，请求授权，例如我们要登录csdn，这里我们想用qq账号登录，这时候就需要腾讯开放平台进行...
前端鉴权之OAuth2.0
2301_76603086的博客
04-17 1416
前端鉴权方式之一的OAuth如何理解以及实现方式和应用场景
鉴权 OAuth 2.0的实现（Spring_Security_Oauth2）
qq_25156781的博客
01-28 4080
可以理解为客户端和服务器之间的一次私密谈话，在一次对话中可能会有多个请求和响应；同时要具有鉴别多个请求是来自同一个客户端的一次对话的功能；用户认证通过后，为了避免用户的每次操作都进行认证，可将用户的信息保证在会话中。会话就是系统为了保持当前用户的登录状态所提供的机制，常见的有基于session方式、基于token方式等。
Spring Boot项目中实现OAuth2客户端模式（Client Credentials Grant Type）
lucky_love816的博客
09-13 2357
创建一个实现了ClientDetailsService接口的服务类，用于加载客户端详情。
微服务通信安全：深入解析OAuth 2.0与实战应用
like21a的博客
06-06 800
OAuth 2.0为微服务通信提供了标准化的安全框架，但其成功落地依赖于严谨的架构设计与细节把控。未来，随着OAuth 2.1的推进（如强化PKCE机制、弃用隐式模式），开发者需持续关注安全协议演进。建议读者结合JWT、API网关与零信任架构（Zero Trust），构建多层次防御体系，以应对日益复杂的网络安全威胁。动手实践参考资料：OAuth 2.0 RFC 6749[1]通过本文的理论与实践指导，您是否已准备好为微服务架构筑起安全防线？欢迎留言探讨您的实战经验！引用链接[1]
ABAP 平台 SOAUTH2_CLIENT 全面实战：用一套配置，打通 OAuth 2.0 客户端的创建、联调与运维
最新发布
2007 年 ~ 2025 年，深耕 SAP 技术 18 年
11-02 60
本文是一份ABAP平台上配置OAuth 2.0客户端的全流程指南，重点介绍新界面SOAUTH2_CLIENT的使用方法。内容涵盖从概念解析到实操步骤，包括四种常见授权方式的选择、证书信任管理、Scope配置以及联调技巧。指南通过两个企业级案例（对接SAP BTP Cloud Integration和SAML 2.0身份联合）展示实际应用场景，并提供了配置清单和伪代码示例。特别强调新界面将客户端配置、令牌测试和校验功能整合的工程化优势，以及与旧事务码OA2C_CONFIG的主要差异。文中多处引用SAP官方文档
OAuth2.0的四种授权模式
weixin_30849403的博客
09-17 1157
1.什么是OAuth2 OAuth（开放授权）是一个开放标准，允许用户授权第三方移动应用访问他们存储在另外的服务提供者上的信息，而不需要将用户名和密码提供给第三方移动应用或分享他们数据的所有内容，OAuth2.0是OAuth协议的延续版本，但不向后兼容OAuth 1.0即完全废止了OAuth1.0。 2.应用场景 第三方应用授权登录：在APP或者网页接入一些第三方应用时，时长...
OAuth2鉴权标准
leijmdas的专栏
05-15 449
同时，OAuth2的灵活性允许它适应不同的应用场景和需求。- **客户端模式（Client Credentials Grant）**：适用于客户端应用想要访问服务提供商的资源，但不需要用户参与的场景。1. **第三方应用请求授权**：用户想要使用第三方应用访问其在服务提供商（如GitHub、Google等）上的资源。4. **使用访问令牌访问资源**：第三方应用使用获取到的访问令牌，向资源服务器请求用户的数据。- **第三方客户端（Client）**：希望使用资源服务器提供的资源的第三方应用。
springcloud整合oauth2-----鉴权服务篇
weixin_45592424的博客
09-10 1547
鉴权服务
OAuth 2.0 是个什么东西？
besmarterbestronger的博客
09-08 507
文章目录1. 前言2. 什么是OAuth 2.0？2.1 说明一下出现的角色3. 协议流程4. 四种授权方式4.1 授权码授权（Authorization Code Grant）4.2 隐式授权（Implicit Grant）4.3 用户密码凭证授权（Resource Owner Password Credentials Grant）4.4 客户端凭证授权（Client Credentials Grant）5. 其他操作5.1 使用access token5.2 更新access token6. 总结7.
OAuth2.0到底是什么？看完你就明白了！
qq_41826150的博客
06-30 3088
OAuth2是一种开放授权协议，是一种用于授权的规范。它提供了一种灵活的授权方式，允许用户在第三方应用中安全地授权访问其受保护的资源，而无需共享其用户名和密码。OAuth2协议定义了客户端如何请求授权、用户如何在客户端和应用之间进行授权，以及如何交换授权信息以获取Access Token。Access Token是第三方应用访问用户资源的凭证，具有一定的有效期限。OAuth2的引入解决了传统授权方式中存在的安全性和可维护性问题，使得用户可以更加灵活和安全地授权第三方应用访问其资源。
Spring Security oauth2.0 客户端
weixin_42555971的博客
10-29 1469
client
Spring Gateway + Oauth2 + Jwt网关统一鉴权
oPeiJie1的博客
04-19 3085
*** @Description 自定义鉴权过滤器工厂：设置访问白名单；重新封装鉴权认证通过的请求头；*///1. 编写实现类继承AbstractGatewayFilterFactory抽象类@Component。
SpringBoot 如何配置 OAuth2 认证
徐师兄的博客
10-08 2912
OAuth2是一种用于授权的开放标准，用于控制第三方应用程序访问用户数据的权限。OAuth2定义了不同的授权流程，包括授权码流、密码流、客户端凭据流等，以满足不同的应用程序需求。资源所有者（Resource Owner）：拥有资源的用户或实体。客户端（Client）：访问资源的应用程序。资源服务器（Resource Server）：存储和提供资源的服务器。授权服务器（Authorization Server）：颁发访问令牌的服务器。
OAuth 2.0+JWT鉴权
12-31
### 使用OAuth 2.0与JWT进行鉴权的方法 #### OAuth 2.0与JWT概述 OAuth 2.0提供了一种安全、高效、可扩展的认证和授权框架，能够支持多种不同的授权模式，满足不同应用场景的需求。从资源拥有者、客户端到授权服务器和资源服务器，每个角色的分工清晰，保证了数据访问的安全性与隐私保护[^2]。 JSON Web Token (JWT) 是一种开放标准(RFC 7519)，它定义了一种紧凑且自包含的方式用于在网络应用程序之间传输声明信息。这些声明可以是关于用户的身份验证和其他必要的权限信息。JWT由三部分组成：头部、载荷和签名[^4]。 #### 鉴权流程说明 当使用OAuth 2.0结合JWT作为令牌时，整个过程如下： 1. **获取授权码** 客户端向授权服务器发起请求以获得用户的同意来访问某些资源。如果用户批准，则返回给客户端一个临时性的授权码。 2. **交换访问令牌** 接收到授权码之后，客户端会将其发送回授权服务器换取实际可用的访问令牌（即JWT形式）。此时可能会同时发放刷新令牌以便后续更新失效后的访问令牌。 3. **携带令牌访问API** 获得有效的JWT后，每次调用受保护的服务接口时都需要附带此令牌。服务端会对传入的JWT进行解析并校验其合法性，确认无误后再处理业务逻辑。 4. **令牌续期** 当接近过期时间前，利用之前得到的刷新令牌再次向授权服务器申请新的访问令牌，保持持续登录状态而不必频繁重新输入凭证。 ```python import jwt from datetime import datetime, timedelta def create_jwt_token(secret_key, user_id): payload = { 'user_id': user_id, 'exp': datetime.utcnow() + timedelta(hours=1), # 设置token有效期为1小时 } token = jwt.encode(payload, secret_key, algorithm='HS256') return token.decode('utf-8') secret_key = "your_secret_key" user_id = 12345 print(create_jwt_token(secret_key, user_id)) ``` 上述代码展示了如何创建一个简单的JWT实例。请注意这只是一个基础示例，在真实环境中还需要考虑更多因素如错误处理等。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值