http - 共享 key 长度

Question

我正在尝试使用共享 key 创建经过身份验证的 HTTP 服务端点。

一个很好的例子是 Flickr signing scheme .

我想知道最佳公钥和私钥长度是多少？我几乎可以肯定人们会说武断，但想知道普遍的看法是什么以及为什么。

另一个问题，Flickr 使用MD5 生成“签名”。我了解到 MD5 不再安全，MD5 的替代方案有哪些？由于该服务的消费者需要生成此签名，因此易用性和多平台库支持加分。

Answer 1

至于 MD5 的替代方案，我认为 SHA family of hash functions被认为是事实上的替代品。它们有不同的风格和不同的哈希大小:

• SHA1
• SHA256
• SHA512

显然，较新的版本(具有更长的哈希值)将提供更高的安全性。有报道称SHA1 is broken ，但对于大多数实际应用，我仍然认为它是安全的。

在选择共享 key 长度时，我会选择与散列值长度大致相同的长度，以便为可能的 key 提供足够的空间。在我看来，选择更长的 key 不会带来额外的好处。如果有人要暴力攻击您的应用程序，理论上他们会在尝试尽可能多的 key 时找到 key ，因为哈希值可能存在。 (免责声明:我不是密码学专家，之前的陈述可能有误)。

如今，大多数平台都支持 SHA，包括 .NET 和 Java。