security - 离线用户身份验证的最佳模型是什么？

Question

我正在将身份验证构建到客户端-服务器应用程序中，我收到的一些反馈是我应该将哈希计算留给服务器(最初实现是让客户端接收哈希，计算哈希从客户输入的密码，并比较它们)。这似乎有道理，但我遇到了一个问题 - 如何验证离线用户？

例如，如果我部署到无法访问互联网的移动设备，处理身份验证的最安全方法是什么？

在我看来，我必须允许客户端接收哈希+任何盐信息，或者使用单独的密码/密码并允许客户端接收该密码的哈希+盐。

我倾向于后者，因为它似乎限制了攻击向量 - 如果移动设备受到损害，则整个系统(例如所有经过网络验证的部分)的安全性保持不变。

我的最佳选择和考虑因素是什么？

Answer 1

如果您更详细地解释您的应用程序，我可能会发现我的说法有些偏差，但现在我将对您的用例和威胁模型做出一些假设。

我的理解是，您有一些敏感信息想要在连接间歇性的移动设备和某些远程服务之间同步。该服务仅可供经过身份验证的用户访问，即使移动设备处于离线状态，用户也必须向移动设备验证自己的身份才能访问其信息副本。

如果您想要强大的安全性，请使用基于密码的加密来加密移动设备的副本。

您可以使用用于对服务进行身份验证的相同密码，但一般来说，我会避免出于不同目的重复使用相同的 key 。更好的方法是为移动设备设置主加密密码，该密码对移动数据库以及用于向同步服务验证用户身份的“密码”进行加密。请注意，服务身份验证密码实际上可以是 SSL 客户端证书身份验证的私钥，也可以是基于字符的密码。

您必须评估仅使用一个密码的风险，但在许多情况下，我认为这为用户提供了便利，再加上一个强主密码(而不是两个弱但简单的主密码)提供的安全性-记住密码是一个很好的平衡。

请注意，此方法将允许服务访问权限已被撤销的用户继续访问其本地副本，但不会有任何新的更新。您可以包含一些由移动软件强制执行的时间限制概念，但坚定的攻击者可以规避这一点。

如果您只需要玩具安全性，那么您在移动设备上存储正确的哈希值的建议就足够了，并且您对真实密码还是备用密码进行哈希处理并不重要，因为如果您使用正确的哈希值，他们应该花费数十亿年的时间才能找到允许他们访问远程服务的密码冲突。

但是，假设攻击者可以看到密码哈希，那么是什么阻止他们查看同步数据呢？他们为什么需要恢复密码？加密移动数据库可以防止这种情况发生。