什么是两条腿的Oauth

Question

我一直在探索我目前正在开发的REST API的OAuth版本1.0.

我有3个身份验证方案

1. 这涉及3方,服务提供商,消费者和用户.三脚Oauth符合这种情况.
2. 涉及2方,消费者和服务提供者.这是一个双腿Oauth最适用的场景,如果是这样的话,这个过程是什么,因为基于我的理解,这与基本认证之间几乎没有区别.
3. 我还创建了一种特殊类型的用户,可以在未经用户授权的情况下始终访问当前登录用户的数据.在实现OAuth的同时,这如何适应图片.

使用这种情况？我如何能够巧妙地实现Oauth,这又如何帮助我理解3腿和2腿的Oauth流程？

Answer 1

第 1 点：正确，只需使用典型的 3 足 oauth 流程即可。

2. 2 条腿的 oauth 与 http-basic 几乎相同，除了 oauth 签名为您提供针对 MITM 攻击的保护（但如果您在 TLS 上使用 http-basic 则可以获得相同的保护）。2-legged oauth 的过程只是使用消费者密钥/秘密对请求进行签名，这与 http basic 上的用户名/密码同义。

第三点。我不是 100% 清楚你的意思，但这听起来类似于谷歌如何使用 2-legged oauth 来处理谷歌应用程序域。在这里查看他们的文档：https://developers.google.com/accounts/docs/OAuth#GoogleAppsOAuth

您研究过 OAuth 2.0 吗？它仍处于草案阶段，但针对不同场景具有更大的灵活性。可能是需要考虑的事情。http://oauth.net/2/