2011-04-13 156 views

回答

1

OAuth 2依靠https进行安全性管理,您不必再对请求进行“签名”,只需将您的API密钥和令牌作为查询字符串参数发送即可。

这很容易实现,你不需要库或类似的东西。

检查Facebook的graph api以开始使用OAuth2!

+0

虽然这是真的,图书馆就使事情更容易。例如,一个好的库会使从刷新令牌获得新访问令牌的过程非常简单。 – 2011-04-13 08:06:25

+0

我拥有一个库,我可以告诉你,在OAuth 2.0的情况下几乎是不必要的 – 2011-04-13 15:42:15

+0

当然,但是你在做什么流程? – 2011-04-14 17:49:43

1

OAuth 2.0尚未完成,与1.0有很大不同。所以对于2.0来说1.0体验并没有太大的帮助,尽管它有一些帮助。

正如已经指出的,主要区别在于它依靠HTTPS进行安全性保护,因此您不再需要对请求进行签名。如果不是XSS攻击和Firesheep,这将是很好的!

11

OAuth 1.0和2.0是两个完全不同的协议。但是,它们旨在解决几乎相同的一组基本用例,开发新版本的大多数人都在使用1.0实现。所以他们都确保升级的微不足道。

随着2.0的发展和身份验证访问令牌的发布方式,您可以获得更多选择。具有早期2.0支持的提供商使用通过HTTPS发送的承载令牌,并且不包含任何加密技术。另一个(更好的选择)是使用与OAuth 1.0 HMAC-SHA1类似的MAC令牌,但使用起来更简单(没有疯狂的参数规范化)。

主要的区别和转换可能更复杂的地方是在处理大规模时。 2.0处理的规模明显好于1.0(实际上它吸收它)。所以如果你需要规模,2.0会让你的生活变得更容易,但为了利用它,你需要做一些工作。