在 Python 中签署 OAuth 请求

Question

目前我正在使用 OAuth 协议连接 Twitter API 并用 Python 编写代码。与大多数用户一样，我认为规范中最困难的部分是处理签名。

在网上寻找解决方案后，我决定使用我的自定义代码，以便更好地了解正在发生的事情。

为了其他用户的利益，我在这里发布了一个非常简单且简短的 Python 中 SHA1 签名规范的实现：

import hmac

from hashlib import sha1
from urllib import quote, urlencode
from base64 import b64encode
from urlparse import urlparse

def sign_request_sha1(url,method,data,secret=""):
  pu = urlparse(urlparse(url).geturl())

  normUrl = "%s://%s%s%s" % (
      pu.scheme,
      pu.hostname,
      "" if not pu.port or {"http":80,"https":443}[pu.scheme] == pu.port else ":%d" % pu.port,
      pu.path,
                            )

  names = data.keys()
  names.sort()

  sig = "%s&%s&%s" % (
          method.upper(),
          quote(normUrl,''),
          quote("&".join(["%s=%s" % (k,quote(data[k].encode('utf-8'),'')) for k in names]),''),
                     )

  key = "%s&%s" % (quote(CONSUMER_SECRET.encode('utf-8'),''),secret)

  return b64encode(hmac.new(key,sig,sha1).digest())

该函数的输入参数是：

• url：您要为特定 OAuth 请求调用的 url。
• method：这必须是“GET”或“POST”，具体取决于您要如何发出请求。
• data：包含请求所有参数的字典，包括任何自定义参数，但不包括“oauth_signature”参数（出于显而易见的原因）。
• 秘密：您在协议初始阶段收到的秘密令牌。

我用 Twitter 测试了它，它似乎有效，但我希望收到一些关于错误、改进等的评论。

最后，在这里您可以找到一段调用初始“请求令牌”阶段的代码的代码：

from random import getrandbits
from base64 import b64encode
from time import time

def twitter_request_token(req,callback,errback):
  req_url="http://twitter.com:80/oauth/request_token"

  data = { \
    "oauth_consumer_key" : CONSUMER_KEY,
    "oauth_nonce" : b64encode("%0x" % getrandbits(256))[:32],
    "oauth_timestamp" : str(int(time())),
    "oauth_signature_method" : "HMAC-SHA1",
    "oauth_version" : "1.0",
    "oauth_callback" : "http://localhost:8080/",
         }

  data["oauth_signature"] = sign_request_sha1(req_url,"GET",data)

谢谢。

Answer 1

我对此的本能反应是如果您在代码中输入字母 AES，那么您就错了。或者，正如 Reddit 用户 khafra 最近提醒我们西西里岛的版本 ：

哈哈..你这个傻瓜！你是一个典型错误的受害者。最著名的是：永远不要卷入亚洲的陆地战争。但稍微不太出名的是：当有一个经过充分测试的库可以做得更好时，永远不要尝试推出自己的加密货币！

我的意思是，我明白了。我第一次查看它时，oauth.py 没有也不给我留下深刻的印象。从那以后我们做了很多工作，看起来好多了，但似乎仍然没有测试，所以我不知道。不管怎样，无论测试与否，它被更多的人审查和使用，而不是你的代码。

但这只是我对加密代码重用问题的紧张，并不能真正帮助您弄清楚协议机制。对我来说看起来不错，但最近我对 OAuth 规范没有太多关注。

只需为 pu.port 业务使用更多线路即可；将条件 if 表达式、or 表达式和 {}[] 结构全部集中在一行中确实 难以阅读。

如果您确实希望熟悉该协议的人进行代码审查，您最好询问 邮件列表。如果您可以为他们提供替代 API，使他们存储库中的代码对新用户更具吸引力，那么这对每个人都有好处。