管家婆免费资料网站,网站合作客户,网站上的弹框如何做网页,网站模板及源码大家好#xff0c;你是不是经常遇到这样的烦恼#xff1a;每次想登录一个新的网站或者应用#xff0c;都要重新输入用户名和密码#xff0c;有时候还得设置各种密保问题#xff0c;简直烦死个人了#xff01; 其实啊#xff0c;有一个叫做“单点登录”的东西#xff0c… 大家好你是不是经常遇到这样的烦恼每次想登录一个新的网站或者应用都要重新输入用户名和密码有时候还得设置各种密保问题简直烦死个人了 其实啊有一个叫做“单点登录”的东西就像是给你准备了一把“万能钥匙”只要有了它你就可以轻松打开多个应用的大门再也不用为登录发愁了。而在这个“万能钥匙”里有一个非常流行的“零件”叫做OAuth2.0它能让第三方应用轻松对接到你的账户让你在享受各种服务的同时还能保证账号的安全。 在这篇文章里我会用最简单的话给大家讲讲单点登录和OAuth2.0是怎么一回事怎么用它来对接第三方应用让我们的在线生活更加便捷和安全。哪怕你是个技术小白也能看得懂、学得会大家一起来学习进步(作者也是小白.) 所以如果你也对这个神奇的“万能钥匙”感兴趣就跟我一起探索吧相信我学完之后你会觉得登录这事儿简直变得轻松又有趣啦如果本文有什么还不太了解的或者聪明的大家有什么需要补充的也可以在评论区留言 单点登录
对接第三方
什么是OAuth协议 OAuth协议为用户资源的授权提供了一个安全又简易的标准。与以往的授权方式不同之处是 OAuth的授权不会使第三方触及到用户的帐号信息如用户名与密码即第三方无需使用用户的用户名与密码就可以申请获得该用户资源的授权因此 OAuth是安全的。 OAuth是 Open Authorization的简写 OAuth本身不存在一个标准的实现后端开发者自己根据实际的需求和标准的规定实现。 其步骤一般如下
第三方(客户端)要求用户给予授权用户同意授权根据上一步获得的授权第三方向认证服务器请求令牌 token认证服务器对授权进行认证确认无误后发放令牌第方使用令牌向资源服务器请求资源资源服务器使用令牌向认证服务器确认令牌的正确性确认无误后提供资源
OAuth2.0是为了解决什么问题 任何身份认证本质上都是基于对请求方的不信任所产生的。同时请求方是信任被请求方的例如用户请求服务时会信任服务方。所以 身份认证就是为了解决 身份的可信任问题。 在 OAuth2.0中简单来说有三方
用户这里是指属于 服务方的用户)服务方如微信、微博等第三方应用(也就是所谓的客户端) 服务方不信任 用户所以需要用户提供密码或其他可信凭据(用户需要用户密码登录) 服务方不信任 第三方应用所以需要第三方提供自已交给它的凭据如微信授权的 code,AppID等 用户部分信任 第三方应用所以用户愿意把自已在服务方里的某些服务交给第三方使用但不愿意把自已在服务方的密码等交给第三方应用 OAuth2.0成员和授权基本流程 OAuth2.0成员
Resource Owner资源拥有者用户Client 第三方接入平台请求者Resource Server 服务器资源数据中心Authorization Server 认证服务器 OAuth2.0基本流程(步骤详解) Authorization Request 第三方请求用户授权Authorization Grant用户同意授权后会从服务方获取一次性用户 授权凭据(如 code码)给第三方Authorization Grant第三方会把 授权凭据以及服务方给它的的 身份凭据(如 AppId)一起交给服务方的向认证服务器申请 访问令牌Access Token认证服务器核对授权凭据等信息确认无误后向第三方发送 访问令牌 Access Token等信息Access Token通过这个 Access Token向 Resource Server索要数据Protected Resource资源服务器使用令牌向认证服务器确认令牌的正确性确认无误后提供资源 这样服务方一可以确定第三方得到了用户对此次服务的授权根据用户授权凭据二可以确定第三方的身份是可以信任的根据身份凭据所以最终的结果就是第三方顺利地从服务方获取到了此次所请求的服务从上面的流程中可以看出 OAuth2.0完整地解决了 用户、 服务方、 第方在某次服务时这者之间的信任问题
SpringBoot整合OAuth2.0
略(开发中ing...写完以后会在这里粘贴进来的)整合钉钉扫码登录
整合微信扫码登录
整合企业微信扫码登录
整合飞书扫码登录
整合QQ扫码登录
整合支付宝扫码登录
整合Gitee扫码登录
