HMAC解决方案中密钥的使用（最佳/最佳做法）是什么？

Question

我正在根据另一家公司向我提供的规范实施类似HMAC的解决方案。散列参数和密钥的使用不是问题，密钥本身的分布也不是问题，因为我们处于密切联系和密切的地理位置。

但是 - 什么是实际的密钥值最佳做法？

由于两家公司携手合作，它似乎是
c9ac56dd392a3206fc80145406517d02
用Rijndael算法生成，
Daisy Daisy give me your answer do
都几乎同样的安全（在这种情况下）作为秘密密钥用来添加到哈希？

Answer 1

援引Wikipedia page on HMAC：

的HMAC的加密强度取决于底层散列函数的加密强度，其散列输出，的大小和在键的尺寸和质量。

这意味着完全随机的密钥，其中每个位是随机生成的，远远优于字符集。

密钥的最佳大小等于块大小。如果密钥太短，则通常用零填充（这不是随机的）。如果密钥太长，则使用其散列函数。散列输出的长度无论如何都是块大小。

使用的可见字符作为重点，使按键更容易猜测，也有可见字符远不比的组合，如果我们允许对位的每一个可能的组合。例如：

ASCII中有95个可见字符（256个组合）。如果块大小为16字节（HMAC_MD5），则有95^16 = = 4.4 * 10^31个组合。但是对于16个字节有3.4 * 10^38个可能性。攻击者知道密钥只包含可见的ASCII字符，因此知道他比需要考虑每个可能的位组合需要大约10 000 000次的时间。

总结我推荐使用密码伪随机数生成器来生成密钥，而不是使用自己的密钥。

---

编辑：

由于martinstoeckli建议，如果你要，你可以使用密钥导出函数来从文本密码指定长度的字节的密钥。这比将纯文本转换为字节并将这些字节直接用作密钥要安全得多。尽管如此，没有比由随机字节组成的密钥更安全的了。