|
| 1 | +--- |
| 2 | +layout: post |
| 3 | +title: OAuth理解与运用 |
| 4 | +subtitle: OAuth原理介绍及java代码实现 |
| 5 | +date: 2019-07-17 |
| 6 | +author: HH |
| 7 | +header-img: img/post-bg-YesOrNo.jpg |
| 8 | +catalog: true |
| 9 | +tags: |
| 10 | + - token |
| 11 | + - OAuth 2.0 |
| 12 | + - authorization |
| 13 | +--- |
| 14 | + |
| 15 | +# 浅谈对OAuth理解与运用 |
| 16 | + |
| 17 | +#### 1.什么是OAuth? |
| 18 | + |
| 19 | +OAuth协议为用户资源的授权提供了一个安全的、开放而又建议的标准。OAuth的授权不会是第三方初级到用户的账号信息（如用户名与密码），及第三方无需使用用户的用户名与密码就可以申请获得该用户资源的授权，因此OAuth是安全的。OAuth是Open Authorization的简写 |
| 20 | + |
| 21 | +#### 2.什么时候用OAuth？ |
| 22 | + |
| 23 | +为了理解OAuth的适用场合，让我举一个假设的例子。 |
| 24 | + 有一个"云冲印"的网站，可以将用户储存在Google的照片，冲印出来。用户为了使用该服务，必须让"云冲印"读取自己储存在Google上的照片。 |
| 25 | + 问题是只有得到用户的授权，Google才会同意"云冲印"读取这些照片。那么，"云冲印"怎样获得用户的授权呢？ |
| 26 | + |
| 27 | +传统方法是，用户将自己的Google用户名和密码，告诉"云冲印"，后者就可以读取用户的照片了。这样的做法有以下几个严重的缺点。 |
| 28 | + |
| 29 | +- "云冲印"为了后续的服务，会保存用户的密码，这样很不安全。 |
| 30 | +- Google不得不部署密码登录，而我们知道，单纯的密码登录并不安全。 |
| 31 | +- "云冲印"拥有了获取用户储存在Google所有资料的权力，用户没法限制"云冲印"获得授权的范围和有效期。 |
| 32 | +- 用户只有修改密码，才能收回赋予"云冲印"的权力。但是这样做，会使得其他所有获得用户授权的第三方应用程序全部失效。 |
| 33 | +- 只要有一个第三方应用程序被破解，就会导致用户密码泄漏，以及所有被密码保护的数据泄漏。 |
| 34 | + |
| 35 | +**OAuth**就是为了解决上面这些问题而诞生的。 |
| 36 | + |
| 37 | +#### 3.OAuth怎么用？ |
| 38 | + |
| 39 | +OAuth在"客户端"与"服务提供商"之间，设置了一个授权层（authorization layer）。"客户端"不能直接登录"服务提供商"，只能登录授权层，以此将用户与客户端区分开来。"客户端"登录授权层所用的令牌（token），与用户的密码不同。用户可以在登录的时候，指定授权层令牌的权限范围和有效期。 |
| 40 | + |
| 41 | +"客户端"登录授权层以后，"服务提供商"根据令牌的权限范围和有效期，向"客户端"开放用户储存的资料。 |
| 42 | + |
| 43 | + |
| 44 | + |
| 45 | +（A）用户打开客户端以后，客户端要求用户给予授权。 |
| 46 | +（B）用户同意给予客户端授权。 |
| 47 | +（C）客户端使用上一步获得的授权，向认证服务器申请令牌。 |
| 48 | +（D）认证服务器对客户端进行认证以后，确认无误，同意发放令牌。 |
| 49 | +（E）客户端使用令牌，向资源服务器申请获取资源。 |
| 50 | +（F）资源服务器确认令牌无误，同意向客户端开放资源。 |
| 51 | + |
| 52 | +客户端的授权模式： |
| 53 | +客户端必须得到用户的授权（authorization grant），才能获得令牌（access token）。OAuth 2.0定义了四种授权方式。 |
| 54 | + |
| 55 | +- 授权码模式（authorization code） |
| 56 | +- 简化模式（implicit） |
| 57 | +- 密码模式（resource owner password credentials） |
| 58 | +- 客户端模式（client credentials） |
| 59 | + |
| 60 | +#### 4.开发流程简介 |
| 61 | + |
| 62 | + |
| 63 | + |
| 64 | + |
| 65 | + |
| 66 | +在开发之前先引入maven管理项 |
| 67 | + |
| 68 | +``` |
| 69 | +<dependency> |
| 70 | + <groupId>org.apache.oltu.oauth2</groupId> |
| 71 | + <artifactId>org.apache.oltu.oauth2.client</artifactId> |
| 72 | + <version>0.31</version> |
| 73 | +</dependency> |
| 74 | +``` |
| 75 | + |
| 76 | +整个开发流程简述一下： |
| 77 | + |
| 78 | +在客户端web项目中构造一个OAuth的客户端请求对象（OAuthClientRequest），在此对象中携带客户端信息（clientId、accessTokenUrl、response_type、redirectUrl），将此信息放入http请求中，重定向到服务端。此步骤对应上图中步骤1。 |
| 79 | + |
| 80 | +**向服务端请求授权码code的controller方法** |
| 81 | + |
| 82 | +```java |
| 83 | +@RequestMapping("/server") |
| 84 | +@Controller |
| 85 | +public class ServerController{ |
| 86 | + String clientId = null; |
| 87 | + String clientSecret = null; |
| 88 | + String accessTokenUrl = null; |
| 89 | + String userInfoUrl = null; |
| 90 | + String redirectUrl = null; |
| 91 | + String response_type = null; |
| 92 | + String code= null; |
| 93 | + //提交申请code的请求 |
| 94 | + @RequestMapping("/requestServerCode") |
| 95 | + public String requestServerFirst(HttpServletRequestrequest, HttpServletResponseresponse, RedirectAttributesattr) throws OAuthProblemException{ |
| 96 | + clientId = "clientId"; |
| 97 | + clientSecret = "clientSecret"; |
| 98 | + accessTokenUrl = "responseCode"; |
| 99 | + redirectUrl = "http://localhost:8081/oauthclient01/server/callbackCode"; |
| 100 | + response_type = "code"; |
| 101 | + OAuthClient oAuthClient =new OAuthClient(new URLConnectionClient()); |
| 102 | + String requestUrl = null; |
| 103 | + try { |
| 104 | + //构建oauthd的请求。设置请求服务地址（accessTokenUrl）、clientId、response_type、redirectUrl |
| 105 | + OAuthClientRequest accessTokenRequest = OAuthClientRequest |
| 106 | + .authorizationLocation(accessTokenUrl) |
| 107 | + .setResponseType(response_type) |
| 108 | + .setClientId(clientId) |
| 109 | + .setRedirectURI(redirectUrl) |
| 110 | + .buildQueryMessage(); |
| 111 | + requestUrl = accessTokenRequest.getLocationUri(); |
| 112 | + System.out.println(requestUrl); |
| 113 | + } catch (OAuthSystemExceptione) { |
| 114 | + e.printStackTrace(); |
| 115 | + } |
| 116 | + return "redirect:http://localhost:8082/oauthserver/"+requestUrl ; |
| 117 | +} |
| 118 | +``` |
| 119 | + |
| 120 | + |
| 121 | + |
| 122 | +在服务端web项目中接受第一步传过来的request，从中获取客户端信息，可以自行验证信息的可靠性。同时构造一个oauth的code授权许可对象（OAuthAuthorizationResponseBuilder），并在其中设置授权码code，将此对象传回客户端。此步骤对应上图2 |
| 123 | + |
| 124 | +在在客户端web项目中接受第二步的请求request，从中获得code。同时构造一个oauth的客户端请求对象（OAuthClientRequest），此次在此对象中不仅要携带客户端信息（clientId、accessTokenUrl、clientSecret、GrantType、redirectUrl），还要携带接受到的code。再构造一个客户端请求工具对象（oAuthClient），这个工具封装了httpclient，用此对象将这些信息以post（一定要设置成post）的方式请求到服务端，目的是为了让服务端返回资源访问令牌。此步骤对应上图3。（另外oAuthClient请求服务端以后，会自行接受服务端的响应信息。 |
| 125 | + |
| 126 | +在服务端web项目中接受第三步传过来的request，从中获取客户端信息和code，并自行验证。再按照自己项目的要求生成访问令牌（accesstoken），同时构造一个oauth响应对象（OAuthASResponse），携带生成的访问指令（accesstoken），返回给第三步中客户端的oAuthClient。oAuthClient接受响应之后获取accesstoken，此步骤对应上图4 |
| 127 | + |
| 128 | +此时客户端web项目中已经有了从服务端返回过来的accesstoken，那么在客户端构造一个服务端资源请求对象（OAuthBearerClientRequest），在此对象中设置服务端资源请求URI，并携带上accesstoken。再构造一个客户端请求工具对象（oAuthClient），用此对象去服务端靠accesstoken换取资源。此步骤对应上图5 |
| 129 | + |
| 130 | +在服务端web项目中接受第五步传过来的request，从中获取accesstoken并自行验证。之后就可以将客户端请求的资源返回给客户端了。 |
| 131 | + |
| 132 | + |
| 133 | + |
| 134 | + |
| 135 | + |
| 136 | + |
| 137 | + |
| 138 | + |
| 139 | + |
| 140 | +#### 参考 |
| 141 | + |
| 142 | +[简书 ·无郁_666·](https://www.jianshu.com/p/de560d398c91) |
| 143 | + |
0 commit comments