用散列“密码”生成HMAC签名

Question

我正在我的RESTful API项目中试验认证方法，我非常喜欢生成HMAC-SHA256签名作为认证方法的想法。

客户通过几个简单的步骤创建签名:

# example client-side code
sig = hmac.new(bytes('SUPER_SECRET_KEY', 'utf-8'), b'', sha256)
sig.update(request_path)
sig.update(request_body)
# ...other variables needed for generating the signature...

signature = sig.hexdigest()

并将其与他的“用户名”一起添加到请求标头中（例如Authoration：THE_USER_NAME： abcd1234xyz890）。

在服务器端，我尝试以相同的方式重新创建它：

# example server-side code
def do_check(request):
    # get user name from request header
    username = request.headers['Authorization'].split(':')[0]

    # some method to retrieve the "secret key" from database
    user = db.User().filter(username=username).one()

    # use user's "secret key" to generate the signature
    sig = hmac.new(bytes(user.key, 'utf8'), b'', sha256)
    sig.update(bytes(request.path, 'utf-8'))
    sig.update(request.data)
    # ...other variables needed for generating the signature...

    return sig.hexdigest()
    # compare the returned signature with the one client sent us...

只要我将用户的密钥以纯文本的形式存储在我的数据库中，所有这些都可以正常工作:

| username      | key              |
------------------------------------
| THE_USER_NAME | SUPER_SECRET_KEY |

我们都知道这是绝对不可接受的，所以我试图简单地用bcrypt散列SUPER_SECRET_KEY并存储散列字符串：

| username      | key                                                          |
--------------------------------------------------------------------------------
| THE_USER_NAME | $2b$12$UOIKEBFBedbcYFhbXBclJOZIEgSGaFmeZYhQtaE4l6WobFW1qvIf6 |

我现在面临的问题是客户端使用“密钥”的未哈希版本来生成签名，我无法在服务器端执行此操作，因为我不再以纯文本形式使用它。

类似方法的一个例子是在Amazon Web Services中生成HMAC签名（也是对同一过程的简化解释），该签名不需要任何额外的登录或身份验证，也不提供任何令牌或密钥/秘密组合的“替换”。我真的怀疑AWS是否将秘密存储在数据库（？）中的纯文本中

如何使用数据库中“密钥”的散列版本在服务器端重新创建HMAC签名，同时不强迫客户端更改其签名生成方法（例如，避免安装bcrypt甚至散列秘密）？

Answer 1

密码散列不使用共享秘密。散列秘密的行为应该会破坏实际值，同时保留验证密码的能力。不能合理地期望您从散列中恢复密码。

Hmac认证和验证使用共享秘密。双方肯定都知道这个秘密。

由于这个原因，密码哈希与hmac有着本质的不同，你不能简单地哈希hmac密钥。散列不允许您返回到实际的键。

[澄清后删除无关部分]

所以你必须在某个地方有某种秘密，但它不需要在数据库中。实际的hmac共享密钥可以在数据库中使用对称密码（使用数据库中不存在的其他密钥）进行加密。因此，服务器读取加密的hmac密钥，解密并使用该密钥。

重要的是，您必须以某种可以解密的方式对其进行加密，这排除了散列。