C++博客-WALL E-文章分类-网络技术http://www.cppblog.com/wall-e/category/16691.htmlStill water run deep...zh-cnSat, 23 Apr 2011 16:19:07 GMTSat, 23 Apr 2011 16:19:07 GMT60OAUTH（摘自wikipedia）http://www.cppblog.com/wall-e/articles/144881.html-叶子--叶子-Sat, 23 Apr 2011 15:46:00 GMThttp://www.cppblog.com/wall-e/articles/144881.htmlhttp://www.cppblog.com/wall-e/comments/144881.htmlhttp://www.cppblog.com/wall-e/articles/144881.html#Feedback0http://www.cppblog.com/wall-e/comments/commentRss/144881.htmlhttp://www.cppblog.com/wall-e/services/trackbacks/144881.html
OAuth的标志

OAuth（开放授权）是一个开放标准，允许用户让第三方网站访问该用户在某一网站上存储的私密的资源（如照片，视频，联系人列表），而无需将用户名和密码提供给第三方网站。

OAuth允许用户提供一个令牌，而不是用户名和密码来访问他们存放在特定服务提供者的数据。每一个令牌授权一个特定的网站（例如，视频编辑网站)在特定的时段（例如，接下来的2小时内）内访问特定的资源（例如仅仅是某一相册中的视频）。这样，OAuth允许用户授权第三方网站访问他们存储在另外的服务提供者上的信息，而不需要分享他们的访问许可或他们数据的所有内容。

OAuth是OpenID的一个补充，但是完全不同的服务。

目录

认证和授权过程

在认证和授权的过程中涉及的三方包括：

  • 服务提供方，用户使用服务提供方来存储受保护的资源，如照片，视频，联系人列表。
  • 用户，存放在服务提供方的受保护的资源的拥有者。
  • 客户端，要访问服务提供方资源的第三方应用，通常是网站，如提供照片打印服务的网站。在认证过程之前，客户端要向服务提供者申请客户端标识。

使用OAuth进行认证和授权的过程如下所示:

  1. 用户访问客户端的网站，想操作用户存放在服务提供方的资源。
  2. 客户端向服务提供方请求一个临时令牌。
  3. 服务提供方验证客户端的身份后，授予一个临时令牌。
  4. 客户端获得临时令牌后，将用户引导至服务提供方的授权页面请求用户授权。在这个过程中将临时令牌和客户端的回调连接发送给服务提供方。
  5. 用户在服务提供方的网页上输入用户名和密码，然后授权该客户端访问所请求的资源。
  6. 授权成功后，服务提供方引导用户返回客户端的网页。
  7. 客户端根据临时令牌从服务提供方那里获取访问令牌。
  8. 服务提供方根据临时令牌和用户的授权情况授予客户端访问令牌。
  9. 客户端使用获取的访问令牌访问存放在服务提供方上的受保护的资源。

历史

OAuth开始于2006年11月,当时布莱恩·库克（Blaine Cook）正在开发Twitter的OpenID实现。与此同时，Ma.gnolia需要一个解决方案允许使用OpenID的成员授权Dashboard访问他们的服务。这样库克、克里斯·梅西纳（Chris Messina）和来自Ma.gnolia的拉里·哈尔夫（Larry Halff）与戴维·雷科尔顿（David Recordon）会面讨论在Twitter和Ma.gnolia API上使用OpenID进行委托授权。 他们讨论得出没有开发标准完成API访问的委托。

2007年4月，成立了OAuth讨论组，这个由实现者组成的小组撰写了一个开放协议的提议草案。来自Google的德维特·克林顿（DeWitt Clinton）获悉OAuth项目后，表示他有兴趣支持这个工作。2007年7月，团队起草了最初的规范。随后，Eran Hammer-Lahav加入团队并协调了许多OAuth的稿件，创建了更为正式的规范。2007年10月3日, OAuth核心 1.0最后的草案发布了。

2008年11月，在明尼阿波利斯举行的互联网工程任务组第73次会议上， 举行了OAuth的BoF[1]讨论将该协议纳入IETF做进一步的规范化工作。 这个会议参加的人很多，关于正式地授权在IETF设立一个OAuth工作组这一议题得到了广泛的支持。

2010年4月，OAuth 1.0协议发表为RFC 5849，一个非正式RFC。

OAuth 2.0

OAuth 2.0是OAuth协议的下一版本，但不向后兼容OAuth 1.0。 OAuth 2.0关注客户端开发者的简易性，同时为Web应用，桌面应用和手机，和起居室设备提供专门的认证流程。规范还在IETF OAuth工作组的开发中[2] ，按照Eran Hammer-Lahav的说法，OAuth将于2010年末完成[3]。

Facebook的新的Graph API只支持OAuth 2.0[4]，Google在2011年3月亦宣布Google API对OAuth 2.0的支援[5]。

安全

2009年4月23日，OAuth宣告了一个1.0协议的安全漏洞。该漏洞影响了OAuth 1.0核心规范第6节的OAuth的认证流程（也称作3阶段OAuth） [6] 于是，发布了OAuth Core协议1.0a版本来解决这一问题。[7]

参见

参考文献

  1. ^ Birds of a Feather，意味起始会议
  2. ^ http://tools.ietf.org/html/draft-ietf-oauth-v2
  3. ^ http://hueniverse.com/2010/05/introducing-oauth-2-0/
  4. ^ http://developers.facebook.com/docs/authentication/
  5. ^ Making auth easier: OAuth 2.0 for Google APIs
  6. ^ OAuth Security Advisory: 2009.1. 2009-04-23 [2009-04-23].
  7. ^ http://oauth.net/core/1.0a

外部链接



-叶子- 2011-04-23 23:46 发表评论
]]>