Python FastAPI 登录安全 - 我应该在我的应用程序两端加盐吗？ 如果是这样，我该怎么做？

Question

我最近一直在关注有关安全性的 FastAPI 文档 - OAuth2、密码散列、承载和 JWT。 试图设置我自己的登录/令牌系统。 在大多数情况下，我了解引擎盖下发生的事情的内部运作。

我担心的是整体安全和保护人们的隐私。 大多数教程甚至 FastAPI 都解释了如何 hash 并将密码存储到您的数据库中。 因此，我计划在从前端发送有关用户创建和忘记密码/更改密码的用户密码时，对我的用户密码进行 Hash。

从这个意义上验证它很简单。 密码是通过表单数据从前端（在我的情况下为 React）发送的。 我使用 Bcrypt 来“取消哈希”/“比较”它，如果匹配，则 API 将执行向用户分配令牌的过程。

作为程序员/创作者，我永远不想看到原始字符串格式的用户密码。 所以我也想在前端输入 hash 密码。 我将在我的 React 应用程序中使用 Bcrypt 到 Hash 原始字符串密码。

我担心的是，虽然没有任何盐的基本 hash 在宏伟的计划中实际上毫无价值。 hash 的加盐过程让我有点困惑。 盐的目的是为密码 hash 添加不可预测性。 我的印象是，当 Bcrypt 生成盐时，盐永远不会相同，这意味着密码的哈希版本永远不会相同。 因此，如果我在应用程序的任一侧（前端 React / 后端 FastAPI）应用盐，这是否意味着我永远无法真正比较它们？

或者 Bcrypt 知道如何比较盐 + 散列字符串？ 还是散列过程的全部意义在于简单地从物理路径中隐藏密码，实际上我不应该对我的散列进行盐渍化？

非常感谢任何可以帮助我更好地理解这一点的人。 我真的在努力让我的项目尽可能安全。

我已经阅读了有关此问题的其他几篇文章，但似乎更关注是否应该在后端使用 hash。 实际上，我认为无论如何都应该在两端应用基本的 hash。 我不打算在我的应用程序中存储或查看原始字符串密码。