reactjs - AWS Cognito 身份服务提供商似乎将访问 token 存储在本地存储中。这安全吗？

Question

我们正在开发一个使用 Amplify 托管在 AWS 上的 React 前端网站的应用程序。这与运行在 EC2/Elastic Beanstalk 上的 .NET Core 3.1 Web API 进行通信。 Cognito 用于通过配置为使用 JWT token 的 Web API 进行用户身份验证。

它工作正常，但我们注意到 Cognito 提供程序将 JWT 访问 token 存储在浏览器本地存储中。这是我们在 Chrome 中使用 F12 并检查本地存储时看到的。

根据我们的阅读，不建议将访问 token 存储在本地存储中，因为这会使应用程序容易受到 XSS 攻击。奇怪的是，Cognito 身份提供者选择在这里存储敏感信息。

如果认为这种方法不安全，是否可以将提供程序配置为将此信息存储在其他位置，例如 cookie？

另外，当我们同时控制前端和后端时，是否有替代方法可用于保护不涉及 token 的 API？显然，API 需要知道哪个用户登录到 Web 应用程序才能执行授权检查。 [注意应用程序中的授权是记录级别的，并在数据库表中定义，因此它超越了简单的用户配置文件属性。]

非常感谢您的建议。

道格

Answer 1

安全性是一个范围而不是一项功能，因此它实际上取决于您对风险与努力的偏好。 Amplify 并不是一个特别好的代码库，它有 500 多个问题，如果您查看代码，您可能会对它的质量感到震惊。

如果您使用的是 Hosted-UI，那么您可以自己编写代码来管理 token ，而不是使用 amplify，尽管您需要了解一些有关 OAuth 授权和 OIDC 的知识。

请注意，托管 UI 缺少​​大量功能，因此如果您要使用它，请确保您对它感到满意。在我的头顶上

• 托管 UI 中没有静默刷新功能，因此没有安全的方式来存储刷新 token 。
• 在托管 UI 中不支持自定义身份验证流程
• 在托管 UI 中不支持无密码
• 无法在托管 UI 中预填充字段(例如用户名)
• 无法在自定义 UI 中自定义过多的晦涩错误消息
• 现在已修复，但多年来电子邮件地址都区分大小写!

另一种方法是使用 AWS SDK 直接使用 cognito-idp 获取 token ，但这也有很多问题:

• 没有代码/PKCE/nonce 功能在移动身份验证 session 中如此不安全
• 无法设置 oauth 范围，因此无法使用它们
• 因此无法用于 OIDC
• SRP 的实现很简单，离规范还很远
• 如果您强制进行设备注册，它将在设备注册之前交付一个有效的访问 token ! (允许不可见的设备进行恶意登录)

我们使用的是领先联盟的 auth0，但由于 SMS OTP 成本(auth0 每年最低 25,000 美元)，我们不得不迁移到 Cognito。

我已经使用 AWS 十多年了，Cognito 是到目前为止我用过的最糟糕的服务，而且我用过很多!如果可以避免，请这样做。

要回答最初的问题，是的，它不安全。您可能做的最好的事情就是将它们保存在内存中。如果您愿意，您可以将托管 UI 放在云端，并使用 lambda@edge 将 token 转换为 cookie。不过，这现在让您面临 CSRF 攻击。