Spring Boot Security Oauth2.0 整合

最新推荐文章于 2023-07-03 18:38:21 发布
最新推荐文章于 2023-07-03 18:38:21 发布
阅读量2.2k 收藏 5
点赞数
分类专栏： spring 文章标签： Oauth2.0 spring boot Spring Security
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/tergou/article/details/118571672
版权

Spring Boot Security Oauth2.0整合

写在前面

阅读本文最好具备Spring Boot , Oauth2.0, Maven等等技能
接触oauth其实已经有很多年了，但是由于现实中的业务大多数都是接入第三方，对于搭建Oauth服务的需求i相对较少，无意看了下Spring Security Oauth的代码，发现变动蛮大，就想着搭建一套试试，但是网上的大部分教程都比较零散，要么就是抄来抄去。于是自己动手搞一套。
额外提一嘴，最好的教程往往都在官方文档，建议大家没事多看看Spring官方文档,英文差可以用翻译，多看看对应的源码会发现可以学到很多东西，以上。
源码已上传码云/github

依赖

本次整合使用的依赖版本

Spring Boot : 2.3.10.RELEASE
Spring Cloud: Hoxton.SR11
Mybatis-plus: 3.4.2

认证服务器

基于内存的实现

内存实现方式建议只用于测试，学习；

  1. Ouath的包
	<dependency>
    	<groupId>org.springframework.cloud</groupId>
     	<artifactId>spring-cloud-starter-oauth2</artifactId>
	</dependency>
  1. 创建 Spring Boot 工程

    1. 配置类添加 @EnableAuthorizationServer 表名该服务是一个认证服务器

    2. 创建一个Spring Security 的标准配置文件
      在这里插入图片描述

    3. 配置基于内存的客户端数据
      在这里插入图片描述

    4. 启动服务
      启动完成，我们看日志，会看到
      在这里插入图片描述
      相信用过Spring Security 的同学，都知道的，上面是内置用户user 的随机密码

    5. Spring Security Oauth2.0 内置授权端点 /oauth/authorize
      打开浏览器访问

       http://localhost:9010/oauth/authorize?client_id=client_id&response_type=code&redirect_uri=https://www.baidu.com&state=xzy

      这个url参数需要说一下：二者都是可选
      redirect_uri：要么不加，要么必须和配置文件里面的一样
      state：是一个随机值，在服务器通过redirect_uri回传code时，会原值返回，可用于校验本次回调是否合法 .
      scope：用于指定本次申请授权的范围，这里没有指定，授权页会将该客户端所拥有的授权列表列出来

      不出意外会出现
      在这里插入图片描述
      这里使用Spring Security 内置的用户进行登录
      user : cb4c7867-a0ef-4a30-80e4-878031913e3b

    6. 登录成功时会转发到授权页 在这里插入图片描述

    7. 我们可以选择授权的范围，比如选择一个 app 授权，web拒绝，点击提交。可以看到服务器已经重定向将code和我们之前设置的state回传
      在这里插入图片描述

    8. state字段，我们可以在代码里面做合法性校验，然后就是拿code换取access_token了，由于这个端点是post请求，如果浏览器没插件的可以使用postman
      在这里插入图片描述
      这里已经拿到了 access_token，接下来可以开始创建资源服务器了

基于数据库的实现

在采用数据库方式实现之前，需要一点准备工作；

  1. Oauth2.0 系统表
    系统脚本官方已提供，部分字段类型需根据数据库调整，这里仅提供Mysql版本，其他数据库请自行修改
CREATE TABLE `clientdetails` (
  `appId` varchar(128) NOT NULL,
  `resourceIds` varchar(256) DEFAULT NULL,
  `appSecret` varchar(256) DEFAULT NULL,
  `scope` varchar(256) DEFAULT NULL,
  `grantTypes` varchar(256) DEFAULT NULL,
  `redirectUrl` varchar(256) DEFAULT NULL,
  `authorities` varchar(256) DEFAULT NULL,
  `access_token_validity` int(11) DEFAULT NULL,
  `refresh_token_validity` int(11) DEFAULT NULL,
  `additionalInformation` varchar(4096) DEFAULT NULL,
  `autoApproveScopes` varchar(256) DEFAULT NULL,
  PRIMARY KEY (`appId`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

CREATE TABLE `oauth_access_token` (
  `token_id` varchar(256) DEFAULT NULL,
  `token` blob,
  `authentication_id` varchar(128) NOT NULL,
  `user_name` varchar(256) DEFAULT NULL,
  `client_id` varchar(256) DEFAULT NULL,
  `authentication` blob,
  `refresh_token` varchar(256) DEFAULT NULL,
  PRIMARY KEY (`authentication_id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

CREATE TABLE `oauth_approvals` (
  `userId` varchar(256) DEFAULT NULL,
  `clientId` varchar(256) DEFAULT NULL,
  `scope` varchar(256) DEFAULT NULL,
  `status` varchar(10) DEFAULT NULL,
  `expiresAt` timestamp NULL DEFAULT NULL,
  `lastModifiedAt` timestamp NULL DEFAULT NULL
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

CREATE TABLE `oauth_client_details` (
  `client_id` varchar(128) NOT NULL,
  `resource_ids` varchar(256) DEFAULT NULL,
  `client_secret` varchar(256) DEFAULT NULL,
  `scope` varchar(256) DEFAULT NULL,
  `authorized_grant_types` varchar(256) DEFAULT NULL,
  `web_server_redirect_uri` varchar(256) DEFAULT NULL,
  `authorities` varchar(256) DEFAULT NULL,
  `access_token_validity` int(11) DEFAULT NULL,
  `refresh_token_validity` int(11) DEFAULT NULL,
  `additional_information` varchar(4096) DEFAULT NULL,
  `autoapprove` varchar(256) DEFAULT NULL,
  PRIMARY KEY (`client_id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

CREATE TABLE `oauth_client_token` (
  `token_id` varchar(256) DEFAULT NULL,
  `token` blob,
  `authentication_id` varchar(128) NOT NULL,
  `user_name` varchar(256) DEFAULT NULL,
  `client_id` varchar(256) DEFAULT NULL,
  PRIMARY KEY (`authentication_id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

CREATE TABLE `oauth_code` (
  `code` varchar(256) DEFAULT NULL,
  `authentication` blob
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

CREATE TABLE `oauth_refresh_token` (
  `token_id` varchar(256) DEFAULT NULL,
  `token` blob,
  `authentication` blob
) ENGINE=InnoDB DEFAULT CHARSET=utf8;
  1. 业务表
    基于 RBAC 的权限模型需要一些基础的表结构，即 用户，角色，权限之间多对多的关系；这里直接从网上扒了一套
    CREATE TABLE `tb_permission`
(
    `id`          bigint(20)   NOT NULL AUTO_INCREMENT,
    `parent_id`   bigint(20)   DEFAULT NULL COMMENT '父权限',
    `name`        varchar(64)  NOT NULL COMMENT '权限名称',
    `enname`      varchar(64)  NOT NULL COMMENT '权限英文名称',
    `url`         varchar(255) NOT NULL COMMENT '授权路径',
    `description` varchar(200) DEFAULT NULL COMMENT '备注',
    `created`     datetime     NOT NULL,
    `updated`     datetime     NOT NULL,
    PRIMARY KEY (`id`)
) ENGINE = InnoDB
  AUTO_INCREMENT = 44
  DEFAULT CHARSET = utf8 COMMENT ='权限表';
insert into `tb_permission`(`id`, `parent_id`, `name`, `enname`, `url`, `description`, `created`, `updated`)
values (37, 0, '系统管理', 'System', '/', NULL, '2019-04-04 23:22:54', '2019-04-04 23:22:56'),
       (38, 37, '用户管理', 'SystemUser', '/users/', NULL, '2019-04-04 23:25:31', '2019-04-04 23:25:33'),
       (39, 38, '查看用户', 'SystemUserView', '', NULL, '2019-04-04 15:30:30', '2019-04-04 15:30:43'),
       (40, 38, '新增用户', 'SystemUserInsert', '', NULL, '2019-04-04 15:30:31', '2019-04-04 15:30:44'),
       (41, 38, '编辑用户', 'SystemUserUpdate', '', NULL, '2019-04-04 15:30:32', '2019-04-04 15:30:45'),
       (42, 38, '删除用户', 'SystemUserDelete', '', NULL, '2019-04-04 15:30:48', '2019-04-04 15:30:45');

CREATE TABLE `tb_role`
(
    `id`          bigint(20)  NOT NULL AUTO_INCREMENT,
    `parent_id`   bigint(20)   DEFAULT NULL COMMENT '父角色',
    `name`        varchar(64) NOT NULL COMMENT '角色名称',
    `enname`      varchar(64) NOT NULL COMMENT '角色英文名称',
    `description` varchar(200) DEFAULT NULL COMMENT '备注',
    `created`     datetime    NOT NULL,
    `updated`     datetime    NOT NULL,
    PRIMARY KEY (`id`)
) ENGINE = InnoDB
  AUTO_INCREMENT = 38
  DEFAULT CHARSET = utf8 COMMENT ='角色表';
insert into `tb_role`(`id`, `parent_id`, `name`, `enname`, `description`, `created`, `updated`)
values (37, 0, '超级管理员', 'admin', NULL, '2019-04-04 23:22:03', '2019-04-04 23:22:05');

CREATE TABLE `tb_role_permission`
(
    `id`            bigint(20) NOT NULL AUTO_INCREMENT,
    `role_id`       bigint(20) NOT NULL COMMENT '角色 ID',
    `permission_id` bigint(20) NOT NULL COMMENT '权限 ID',
    PRIMARY KEY (`id`)
) ENGINE = InnoDB
  AUTO_INCREMENT = 43
  DEFAULT CHARSET = utf8 COMMENT ='角色权限表';
insert into `tb_role_permission`(`id`, `role_id`, `permission_id`)
values (37, 37, 37),
       (38, 37, 38),
       (39, 37, 39),
       (40, 37, 40),
       (41, 37, 41),
       (42, 37, 42);

CREATE TABLE `tb_user`
(
    `id`       bigint(20)  NOT NULL AUTO_INCREMENT,
    `username` varchar(50) NOT NULL COMMENT '用户名',
    `password` varchar(64) NOT NULL COMMENT '密码，加密存储',
    `phone`    varchar(20) DEFAULT NULL COMMENT '注册手机号',
    `email`    varchar(50) DEFAULT NULL COMMENT '注册邮箱',
    `created`  datetime    NOT NULL,
    `updated`  datetime    NOT NULL,
    PRIMARY KEY (`id`),
    UNIQUE KEY `username` (`username`) USING BTREE,
    UNIQUE KEY `phone` (`phone`) USING BTREE,
    UNIQUE KEY `email` (`email`) USING BTREE
) ENGINE = InnoDB
  AUTO_INCREMENT = 38
  DEFAULT CHARSET = utf8 COMMENT ='用户表';
insert into `tb_user`(`id`, `username`, `password`, `phone`, `email`, `created`, `updated`)
values (37, 'admin', '$2a$10$9ZhDOBp.sRKat4l14ygu/.LscxrMUcDAfeVOEPiYwbcRkoB09gCmi', '15888888888',
        'lee.lusifer@gmail.com', '2019-04-04 23:21:27', '2019-04-04 23:21:29');

CREATE TABLE `tb_user_role`
(
    `id`      bigint(20) NOT NULL AUTO_INCREMENT,
    `user_id` bigint(20) NOT NULL COMMENT '用户 ID',
    `role_id` bigint(20) NOT NULL COMMENT '角色 ID',
    PRIMARY KEY (`id`)
) ENGINE = InnoDB
  AUTO_INCREMENT = 38
  DEFAULT CHARSET = utf8 COMMENT ='用户角色表';
insert into `tb_user_role`(`id`, `user_id`, `role_id`)
values (37, 37, 37);
  2. 开始搭建开发环境
    这里采用了 Mybatis Plus 插件，简化单表操作。
    1. 手写了两个sql : 根据用户id查角色集合，根据用户id查权限集合，用户登录时写进权限集
    2. yaml
      在这里插入图片描述
    3. 启动类
      在这里插入图片描述
    4. 需要从内存转移到数据库的数据大概有 ClientDetailsService, TokenStore, JdbcAuthorizationCodeServices, ApprovalStore 这几项（别问从哪找的，问就是官方文档+源码），Security Oauth2.0 已经内置了对应的实现类，只需要将数据源注入其中即可
    5. 重点来了，这里需要新增一个配置类，继承自 AuthorizationServerConfigurerAdapter
      在这里插入图片描述
      重写 以下俩方法在这里插入图片描述
      第一个不用说了，一看就是加载客户端信息的，直接注入 ClientDetailsService 数据库实现即可
      第二个用于配置 Oauth的行为，配置以下几项即可
      在这里插入图片描述
      另外一个：在这里插入图片描述
    6. 启动，测试
      都和内存方式一样，资源服务器直接不用动

基于JWT实现

(这里采用的是对称加密，采用RSA加密时，认证服务器不再是配置key-value 而是key-store，源码参考 AuthorizationServerTokenServicesConfiguration 这个类)

从普通token转到jwt，很简单，网上好多都是复制
实际上只需要以下两步即可

1. 认证服务器增加配置
	security.oauth2.authorization.jwt.key-value = jwt加密密钥	
2. 资源服务增加配置
   	如果资源服务器拿不到密钥时，可以配置
   	security.oauth2.resource.jwt.key-uri =  认证服务器/oauth/token_key 获取认证服务器当前的 密钥。
  
	采用这种动态获取的方式时需要注意：
	
	1.认证服务器必须开启对应端口
   	security.oauth2.authorization.token-key-access: "permitAll()或者isAuthenticated()"
   	
   	2.Security 必须开启http Basic 认证（这个还是看源码看到的）
   	如果资源服务器能拿到这个密钥，而且双方约定不轻易改动时，可以采用以下方式配置
	security.oauth2.resource.jwt.key-value = 认证服务器的加密密钥
	这种方式就不需要去认证服务器校验这个密钥

资源服务器

  1. Ouath的包
	<dependency>
    	<groupId>org.springframework.cloud</groupId>
     	<artifactId>spring-cloud-starter-oauth2</artifactId>
	</dependency>
  1. 创建Spring Boot 应用 加注解 @EnableResourceServer 声明该应用为资源服务器
  2. yaml配置
    在这里插入图片描述
  3. 一个待访问资源
    在这里插入图片描述
  4. 启动应用，打开postman访问资源
    在这里插入图片描述
    可以看到，这里的资源权限已经被 Spring Security Oauth2.0体系接管
    带上刚才获取到的 access_token 再访问一次
    在这里插入图片描述
    这里有点需要说明，这个 access_token 默认是 Bear Token, 我们打开请求头可以看到 在这里插入图片描述
    也就是说，我们手动添加这个请求头也是可以的
    还有一种方式 在这里插入图片描述
    基于内存的资源服务器就此完成。
01空间
关注
专栏目录
【SpringSecurity-2】Springboot + SpringSecurity + Oauth2授权码模式
dabing9的博客
10-30 813
本篇接上篇内容，拿到授权码后，客户端往授权服务器发送请求，携带拿到的授权码，获取对应的access_token，然后可以拿着授权服务器颁发的access_token访问资源服务器。到目前为止，我们暂时只搭建了一个授权服务器，我们通过手动调用接口默认客户端，后续，我们逐步完善。本篇主要完成的三个任务：（1）通过获取到的授权码获取access_token（2）如何搭建一个资源服务器？（3）通过拿到的access_token如何去访问资源服务器？ （2）获取access_token 成功获取acces
SpringBoot整合springsecurity、OAuth2.0-达摩院
weixin_44021967的博客
08-11 676
文章目录07-01 RESTful简介第九章 Spring Cache第十章 spring security10-03 手工配置用户名密码10-04 HTTPSecurity配置10-05 HTTPSecurity登录表单配置10-06 HTTPSecurity注销登录请求10-07 多个HTTPSecurity10-8 密码加密10-12 动态权限配置SpringBoot整合OAuth2.0 07-01 RESTful简介 添加依赖：web，Rest Repositories，底层使用了Spring Da
springboot整合oauth2
热门推荐
2010yhh
05-08 2万+
springboot整合oauth2.0 文章目录springboot整合oauth2.01.概念2.springboot整合oauth2.0示例2.1SecurityConfig配置2.2资源服务器配置和授权服务器配置3.测试 环境 springboot1.5.x demo下载: 1.概念 客户应用： 通常是一个web或者手机，他需要访问用户的受保护资源 资源服务器:：是一个web站点或者w...
springboot集成oauth2.0
07-27
springboot 集成oauth2.0服务器，基于oauth2.0授权码形式集成
SpringBoot整合OAuth 2.0
xjj1040249553的专栏
08-20 3714
OAuth 2.0为OAuth的协议的延续版本，是一个关于授权的开放网络标准，在全世界得到广泛应用。基于OAuth 2.0授权有一下几个特点：1、安全：平台商无需使用用户的用户名与密码就可以申请获得该用户资源的授权；2、开放：任何消费方都可以使用 OAuth 认证服务，任何服务提供方 ( Service Provider) 都可以实现自身的 OAuth 认证服务。3、简单：不管是消费方还是服务提供...
SpringBoot整合OAuth2
xwnxwn的专栏
10-03 2130
资源拥有者扫描二维码表示资源拥有者同意给客户端授权，微信会对资源拥有者的身份进行验证， 验证通过后，微信会询问用户是否给授权黑马程序员访问自己的微信数据，用户点击“确认登录”表示同意授权，微信认证服务器会颁发一个授权码，并重定向到黑马程序员的网站。完全是A服务与B服务内部的交互，与用户无关了。第一步：【A服务客户端】将用户自动导航到【B服务认证服务】，这一步用户需要提供一个回调地址，以备【B服务认证服务】返回token使用，还会携带一个【A服务客户端】的状态标识state。
spring security oauth2.0 （讲义+代码）
03-10
Spring Security OAuth2.0 是一个强大的安全框架，用于构建安全的Web应用和API。OAuth2.0 是一种授权框架，允许第三方应用在用户许可的情况下访问其受保护的资源，而无需共享用户凭证。本讲义结合代码将深入探讨如何...
Spring Security Oauth2.0 实现短信验证码登录示例
08-28
Spring Security Oauth2.0 实现短信验证码登录示例 本篇文章主要介绍了 Spring Security Oauth2.0 实现短信验证码登录示例，具有一定的参考价值。下面是该示例的详细知识点解释： 一、Spring Security Oauth2.0 ...
Spring Security Oauth2.0认证授权专题
06-19
Spring boot+Spring Security Oauth2.0，Sprint cloud+Spring Security Oauth2集成。四种认证方式。附带有代码，和案例，案例，还有视频链接。我保证看完就回，如果视频链接失效，评论回复我，我单独再给你一份。
spring security 基于oauth 2.0 实现 sso 单点登录Demo.zip
06-12
spring security 基于oauth 2.0 实现 sso 单点登录Demo 使用 spring security 基于oauth 2.0 实现 sso 单点登录Demo spring boot + spring security + spring security oauth
(源码)基于Spring Boot和OAuth 2.0的权限管理系统.zip
最新发布
11-24
# 基于Spring Boot和OAuth 2.0的权限管理系统 ## 项目简介 本项目是一个基于Spring Boot和OAuth 2.0的权限管理系统，旨在提供一个安全、可扩展的权限管理解决方案。系统采用OAuth 2.0协议进行授权管理，支持多种...
springboot与security oauth2整合例子
08-01
springboot与security oauth2+jwt控制安全整合例子。。
Springboot整合Spring security+Oauth2+JWT搭建认证服务器，网关，微服务之间权限认证及授权
03-24
Springboot整合Spring security+Oauth2+JWT搭建认证服务器，网关，微服务之间权限认证及授权。 OAuth2是一个关于授权的开放标准，核心思路是通过各类认证手段（具体什么手段OAuth2不关心）认证用户身份，并颁发token（令牌），使得第三方应用可以使用该令牌在限定时间、限定范围访问指定资源。
SpringBoot 整合 Oauth2.0
weixin_43727535的博客
12-14 1688
SpringBoot 整合 Oauth2.0 Oauth2.0 简介 OAuth2.0是OAuth协议的延续版本，但不向前兼容OAuth 1.0(即完全废止了OAuth1.0)。 OAuth 2.0关注客户端开发者的简易性。要么通过组织在资源拥有者和HTTP服务商之间的被批准的交互动作代表用户，要么允许第三方应用代表用户获得访问的权限。同时为Web应用，桌面应用和手机，和起居室设备提供专门的认证流...
SpringBoot整合Spring Security OAuth2.0认证授权
Qdog
05-04 2861
一、集成SpringBoot 1.1 集成SpringBoot 1.1.1 创建SpringBoot工程和引入依赖 <?xml version="1.0" encoding="UTF-8"?> <project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apa
SpringBoot集成Oauth2.0（密码模式）
m0_71817461的博客
07-03 4672
SpringBoot集成Oauth2.0（密码模式）
SpringBoot 之 Oauth2
const_
09-27 336
微服务接入oauth2_微服务权限终极解决方案，Spring Cloud Gateway+Oauth2 实现统一认证和鉴权 https://blog.csdn.net/weixin_33716865/article/details/112339860 springboot-安全认证security+jwt+OAuth2.0关系梳理 https://blog.csdn.net/shishuai4206/article/details/111504155 Spring Security 与 OAuth2（介绍）
Spring Boot 整合 Spring Security + OAuth2
程序员35
04-02 5871
学习在 Spring Boot 中整合 Spring Security 和 OAuth2 。 1 OAuth2 概述 1.1 OAuth2 简介 OAuth 是一个开放标准，该标准允许用户让第三方应用访问该用户在某一网站上存储的私密资源（如头像、照片、视频等），而在这个过程中无需将用户名和密码提供给第三方应用。实现这一功能是通过提供一个令牌(token)，而不是用户名和密码来访问他们存放在特定服...
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值