PHP、MySQL 应用程序用户和凭据应该在应用程序或数据库上运行？ [复制]

Question

我们正在创建 PHP/MySQL Web 应用程序。

一方面：
我的 PHP 开发人员相信创建一个包含用户/密码/权限的表来授予或拒绝访问最终应用程序的某些部分。

另一方面，我的数据库专家希望直接使用数据库来创建用户/密码/权限。

对于 DB 选项，我认为我们需要在 MySQL 前面创建一个单独的 Web 服务，这样才能工作？还是让用户直接访问数据库？

最好的方法是什么？ Dupral 或 Joomla 等稳定的 php/mysql 应用程序如何运作？

是的，这是一个关于设计最佳实践的问题，但我需要找出 PHP/MySQL 开发的最佳实践。 MySQL 应该管理 Web 用户，还是只管理一个 DB 用户，其余的在应用程序级别。

Answer 1

走 PHP 路线。

---

无论您是通过 PHP 还是直接通过 MySQL 创建登录，它们最终仍会保存在您的 MySQL 数据库中。但是，这两种方法之间存在一些差异。要点是，如果您采用 PHP 路线，您的用户将能够自己创建登录名（这意味着他们自己挑选密码）。如果你走数据库路线，你的用户将不得不分配给他们的密码。

---

在 MySQL 中，可以使用 SHA() 之类的东西来安全地散列密码（使用盐），但据我所知，您无法在 MySQL 中选择更安全的加密算法。 SHA-256 / SHA-512 几乎肯定可以满足您的需求，尽管您可能想要更安全的东西。

使用 PHP，您可以访问 password_hash() 和 password_verify() 等方法，这些方法可以与 PASSWORD_BCRYPT 或 PASSWORD_ARGON2I 等算法一起使用（这比标准 SHA-256 或 SHA 安全得多-512)。

---

最后，您必须考虑如果发生数据库泄露（每天大约有 30,000 个）应该发生什么。如前所述，无论哪种情况，加密密码都存储在数据库中。如果您通过 MySQL 创建登录，您可能还会暴露加密的方法（可能连同使用的任何盐一起）。如果您通过 PHP 构建登录，攻击者将需要对您的网站进行完整的 shell 访问，以便能够弄清楚您是如何加密您的密码的。

---

最重要的是，从不让用户访问您的数据库。事实上，我建议确保您的主数据库用户角色只有required privileges 与数据交互（可能是SELECT、INSERT、UPDATE）并使用具有CREATE 权限的单独用户进行创建的用户。