- 1、本文档共39页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
OAuth_2.0_中文译本
OAuth 2.0
OAuth 2.0
OOAAuutthh 22..00 中文译本
(一)背景知识
OAuth2.0很可能是下一代的“用户验证和授权”标准,目前在国内还没有很靠谱的技术资料。为了弘
扬“开放精神”,让业内的人更容易理解“开放平台”相关技术,进而长远地促进国内开放平台领域的发
展,笔者特意将OAuth2.0协议翻译成中文。
目前OAuth2.0还没有最后定稿,最新的修改版是第11个版本,本文下面的翻译即基于这个第11
版本。原文见/html/draft-ietf-oauth-v2-11。
关于OAuth2.0的更多背景知识,请参考我的另一篇文章:
/mathml/readpaper?pid=65
(二)术语中英对照表
由于OAuth协议版本较多(1.0,1.0a,2.0等),并且各个版本中的技术术语也各不相同,关于英文技
术术语与中文的对应关系,我们以OAuth2.0的第11版本中的描述为准。
另外有一些情况,一些英文术语不容易找到普遍接受的汉语释义,翻译过来反而可能引起误解,而英
文术语本身可能更容易理解,因此就不考虑对这部分词汇做翻译了。比如,“webservice”、“endpoint”、
“user-agent”、“URI”、“cookie”等,你只需要知道它是什么就好了。
还有一些特别难于翻译的词汇,比如“profile”,这个词用在协议里,大概表示:协议功能的某个剖面、
子集、子视图或轮廓。如果翻译成“视图”,容易让人想到“view”这个词,产生冲突,最后,我在这里
创造了一个新词汇:“子态”。
下面是整理出来的重要技术术语的中英对照表:
云计算 ——cloudcomputing
第三方 ——third-party
应用/程序 ——application
私有证书 ——credential
身份验证 ——authentication
授权 ——authorization
明文 ——clear-text
客户端 ——client{译者注:本文中的客户端与平常所说的“客户端”并不相同,是相对资源服务器和
授权服务器来说的,它可能指第三方应用的服务器程序或客户端程序}
服务器 ——server
资源拥有者 ——resourceowner
受保护资源 ——protectedresource
资源服务器 ——resourceserver
访问令牌 ——accesstoken
授权服务器 ——authorizationserver
访问许可 ——accessgrant
实体 ——entity
签名 ——signature
刷新令牌 ——refreshtoken
作用域 ——scope
授权码 ——authorizationcode
标识符 ——identifier
密钥 ——secret
断言 ——assertion
原生程序 ——nativeapplication
子态 ——profile
同源策略 ——same-originpolicy
回调 ——callback
自治的 ——autonomous
查询参数部分 ——querycomponent
分段参数部分 ——fragmentcomponent
媒体类型 ——mediatype
厂商特性的 ——vendor-specific
增强型巴科斯范式 ——ABNF
互联网编号分配机构 ——IANA
互联网工程指导组 ——IESG
标准轨道 ——standards-track
(三)中文译本
1. 引言
随着分布式webservice和云计算的使用越来越多,第三方应用需要能访问到一些服务器托管资源。
这些资源通常都是受保护的,并且要求使用资源拥有者的私有证书(典型的证书是用户名和密码)进
行身份验证。
在传统的基于客户端-服务器的身份验证模型中,客户端为了访问服务器的受保护资源,是使用资源
拥有者的私有证书来做身份验证的。为了让第三方应用能够访问受保护资源,资源拥有者必需将他/
她/它的私有证书透露给第三方。这引出了很多问题并存在很多局限性:
• 第三方应用需要用明文保存资源拥有者的私有证书(一般是密码),留作以后再次使用。
• 虽然密码验证会造成安全隐患,服务器仍然需要支持用密码做身份验证(对称的密码验证)。
• 第三方应用对资源拥有者的受保护资源获得过多的使用权限,而资源拥有者
文档评论(0)