我有一个移动应用程序通过 HTTPS 与服务器通信。成功注册后，我会向应用程序返回一个唯一的 API 机密，以本地保存在设备上。此 API 密钥用于在此用户成功注册后对服务器进行的所有私有方法调用。
在我向服务器发出的每个请求的标头中：
"key": username
"sign": (SHA256 of post_parameters using API secret)
服务器使用在 db 中找到的用户名的唯一 API 机密获取 post_parameters 和 SHA256。如果结果与“sign”匹配，则授予访问权限。
我的问题是这样的：
如何在服务器 db 上确保每个用户的唯一 API 机密安全？如果有人可以访问用户名及其 API 机密，则他可以完全控制用户的帐户。
【问题讨论】：
标签： security hash client-server sha
您需要将秘密的哈希值存储在数据库中，但要求用户提供秘密。这样，如果数据库泄漏，那么攻击者拥有哈希值，但本身没有秘密。当用户登录时，对用户提供的secret进行hash，并检查它是否与存储的hash匹配。
为了让它更安全，你可以考虑使用 salt：在数据库中为每个用户存储一个随机值（明文），然后在计算哈希时，你哈希盐加上秘密。所以你存储
salt_value H(salt_value . secret)
其中. 表示串联。这更安全，因为如果攻击者有一个散列字典（即，已经计算出数百万个可能密码的散列），那么他仍然无法破坏散列：他的字典不会将所有可能的盐值都考虑在内。
对于超现代的安全性，您还可以重复哈希。而不是存储
H(salt_value . secret)
你存储
H(H(H(H(...H(salt_value . secret) ...))))
即，您对其进行大量哈希处理（例如，10,000 次）。当用户登录时，反复对salt和secret进行hash，然后将最终结果与存储的值进行比较。这更加安全，因为发起蛮力攻击需要更长的时间：攻击者必须计算 10,000 个哈希来尝试对某个秘密进行一次猜测。
【讨论】：