关于java:OAuth2密码模式已死最先进的Spring-Cloud认证授权方案在这里

旧的 Spring Security OAuth2 进行保护曾经有一段时间了，99%的 Spring Cloud 微服务项目还在应用这些旧的体系，重大青黄不接。很多同学都在寻找新的解决方案，甚至还有朝思暮想明码模式的。胖哥也在后面写了一篇解决思路的文章。如同还是不过瘾，明天看到这篇文章的同学有福了，问题将在这里失去解决。

计划

目前这应该是 Spring 生态中最新的解决方案，没有之一。先看下流程，微服务无关的其它的组件这里先屏蔽了，剩下图的几个组件：

具体流程为：

• ①用户向网关申请登录或者通过网关申请资源服务器的资源。
• ②网关发现用户没有受权发动基于 OAuth2 受权码的 OIDC 流程，向受权服务器 Id Server 发动受权申请。
• ③受权服务器 Id Server 收到受权申请重定向到用户登录页面要求用户登录认证，以发动受权。
• ④用户输出用户名明码进行登录认证。
• ⑤Id Server 受权服务器解决用户认证并重定向到网关约定的 OAuth2 Redirect URI，这个过程属于规范的OIDC 受权码流程。

• ⑥网关取得 AccessToken 和IdToken：

  • 如果最后发动的是登录就重定向到/。
  • 如果最后发动的是申请资源服务器资源就令牌中继重定向到对应的资源。
• 资源服务器通过⑦⑧两个链路响应用户的申请。

请留神，上述流程中生成的 AccessToken 和IdToken不容许提供给用户侧，否则会引起中间人攻打，默认提供的是一个 cookie 策略，大部分状况下这种策略是够用的，如果你须要自定义必须粗浅理解其机制，你能够通过我的 Spring Security OAuth2 专栏 进行学习。

具体实现

依据下面的计划，咱们须要三个利用，别离是网关 Spring Cloud Gateway 利用、资源服务器利用 Resource Server 和OAuth2受权服务器Id Server。

Spring Cloud Gateway

Spring Cloud Gateway 利用，端口 8080，它不仅仅是一个网关还是一个在受权服务器Id Server 注册的 OAuth2 客户端，通过 Id Server 你能够在一分钟内实现配置。它须要配置到资源服务器的路由规定和 令牌中继 性能。外围配置为：

spring:
  application:
    name: gateway
  security:
    oauth2:
      client:
        registration:
          # 这里为客户端名称可自行更改
          gatewayclient:
            client-id: e4da4a32-592b-46f0-ae1d-784310e88423
            # 明码为注册客户端时的明码
            client-secret: secret
            # 只能抉择一个
            redirect-uri: http://127.0.0.1:8080/login/oauth2/code/gatewayclient
            # 其它两种形式为 refresh_token,client_credentials
            authorization-grant-type: authorization_code
            client-authentication-method: client_secret_basic
            scope: message.write,userinfo,message.read,openid
        provider:
          gatewayclient:
            # 要保障受权服务器地址能够被客户端拜访
            issuer-uri: http://localhost:9000
  cloud:
    gateway:
      routes:
        - id: resource-server
          uri: http://127.0.0.1:8084
          predicates:
            - Path=/res/**
          filters:
            - TokenRelay

Resource Server

资源服务器就是咱们平时编写的业务接口的服务器，端口这里定义为 8084，它须要集成Spring Security 及其 Resource Server 组件。它要负责定义资源接口的拜访权限，例如：

         // 只有 message.read 才有资格拜访资源 /res/foo
        httpSecurity.authorizeRequests()
                .antMatchers("/res/foo").hasAnyAuthority("SCOPE_message.read")
 

另外它还要和受权服务器 Id Server 通信获取 AccessToken 的解码公钥：

spring:
  security:
    oauth2:
      resourceserver:
        jwt:
          jwk-set-uri: http://localhost:9000/oauth2/jwks

获取解码公钥的原理在我的 Spring Security OAuth2 专栏 有具体介绍，这里不再赘述。

Id Server

仓库地址：https://github.com/NotFound40… 欢送 star，欢送奉献。

Id Server是一个基于 Spring Authorization Server 的开源的受权服务器，它大大降低 OAuth2 受权服务器的学习应用难度，提供 UI 控制台，动静权限管制，不便 OAuth2 客户端治理，可一键生成 Spring Security 配置，开箱即用，大量配置批改就可部署，代码开源，不便二次开发，反对 OAuth2 四种客户端认证形式和三种受权模式。它是目前 Spring 平安生态中重要的组成部分，也是将来的技术发展趋势，更多信息请参阅 Id Server 我的项目仓库的介绍。

Id Server在本文表演的是 OAuth2 受权服务器的角色，负责对受权申请进行解决，保护客户端注册信息，受权用户信息，后续会退出 IDP 反对，各种三方登录的用户也能够动静在这里进行登录，就像这样：

依据业务须要第三方 OAuth2 受权登录也能优雅的接入，当然，接入的登录形式须要 OIDC 或者 OAuth2 的反对。

DEMO 以及应用办法

上述残缺 DEMO 在Id Server的仓库中的 samples 下。应用办法：

• 拉取 Id Server 我的项目并加载依赖。
• 在 IntelliJ IDEA 中顺次独自对 samples 文件夹下的所有我的项目的 pom.xml 进行右键菜单选中Add As Maven Project，这一步很重要。
• 顺次启动 Id Server、gateway、resource-server 三个我的项目。

测试登录

• 浏览器拜访http://127.0.0.1:8080/login，点击http://localhost:9000。
• 输出用户名明码user/user。
• 能查看到认证信息就证实胜利了，再次重申，在生产中该信息非常敏感，不应该间接对前端裸露。
• 浏览器拜访http://127.0.0.1:8080/res/foo，能够拜访到资源服务器的资源。

另一种测试

敞开浏览器从新关上，浏览器拜访http://127.0.0.1:8080/res/foo，你看看会产生什么？

总结

通过 OAuth2 客户端、Spring Cloud Gateway、OAuth2受权服务器、OAuth2资源服务器的联动，你会发现受权码模式也能够实现残缺的微服务认证受权，而且比明码模式更加平安。后续 Id Server 实现了联结登录之后，其它第三方登录也能够无缝集成进来。多多关注，更多先进的黑科技等着你。

关注公众号：Felordcn 获取更多资讯

集体博客：https://felord.cn