应用错误收集

背景

很抱歉，这个问题有点开放，但是我只是想了解它的工作原理，并且是该领域的新手。

我正在建立由（阿波罗）服务器支持的SPA。这个问题与使用JWT Bearer令牌的传统身份验证有关。我将假定服务器具有有效的TLS证书。

问题

我将首先写出我的理解，如果发现任何错误，请纠正我。干杯！

用户注册。我们向SPA发送带有一些元数据（例如exp）的访问令牌，并将其存储在httpOnly（以防止XSS），SameSite=strict（以防止CSRF），secure（以防止访问MITM攻击）cookie。然后，该请求将随每一个身份验证请求一起发送，而不必查询数据库；如果我们将角色/作用域附加到JWT有效负载上，甚至可以进行授权，而不必查询用户数据库。

第一个问题出现在用户尝试注销时。

问题1

使用httpOnly cookie注销用户的最佳做法是什么？ Here我读到最佳实践是设置两个 cookie，其中一个不带有httpOnly（我猜是否具有相同的内容（JWT）？），并且在服务器身份验证逻辑中都需要这两个。当用户注销时，我们将删除非httpOnly的一个，从而有效地注销了该用户。

问题2

如何处理多设备登录？我猜测JWT没有任何可识别设备的信息，因此只需在Cookie中发出新令牌即可。

到目前为止，一切都很好。

现在，假设上述令牌从未泄漏，我相信这是一个安全的系统。但是，实际上事情并不是那么简单。有人可以从无人看管的计算机中快速复制cookie数据。甚至可以使用USB记忆棒脚本来完成此操作，因为cookie只是文件系统中的文件。

问题3

有什么方法可以减轻这种情况？这里还有一些问题，以及我的扶手椅解决方案：）

3.1：浏览器是否具有用于安全加密cookie的API？如果是这样，我们可以加密cookie。我猜他们没有。

3.2：我有使用子网掩码和IP地址唯一标识设备的整个想法。但这可能行不通-我假设子网掩码未在诸如IP地址之类的http请求中携带，而在js中这样做将受到攻击者的摆布。最后，该对（IP，子网掩码）对于设备来说不是很好的标识符，因为断开连接后，另一台设备可以假定该子网掩码。 F * ck。

3.3：使用短暂的JWT。有点黑的解决方案imo。我们将JWT的时间设置为15-30分钟，并假设在那段时间内，攻击者can't cause much damage。诸如删除帐户之类的重要操作仍应使用密码（将通过https发送），从而限制了攻击范围。 15分钟后，系统将提示用户重新登录，并可以还原所有效果或联系支持人员将其删除。

但是，出现了一个新问题：我们不希望用户每15分钟登录一次。我的理解到此为止：

3.3.1：使用存储为cookie的长寿命刷新令牌-并没有太大变化。

3.3.2：在数据库中使用一个长期的刷新令牌。好的，看起来很公平。用户一旦发现帐户中存在恶意行为，便可以联系支持人员，所有刷新令牌都将被删除，攻击者的剩余时间不到15分钟。实际上，我们只是对是否存在违规感兴趣，因此我们可以使用布尔值。为什么要麻烦刷新令牌？

恕我直言，问题是攻击者永远仍然可以查看权限。因此，我们仍然需要将其与设备的某些标识（用户代理，IP地址...）结合起来，从而带来额外的复杂性。

对于非关键（银行）应用程序来说，似乎最好的解决方案是仅使用寿命长的访问令牌。我将尝试用两个参数来证明这一决定的合理性：

3.3.3：如果某人可以物理访问您的设备，则他们通常会做更糟糕的事情，然后复制cookie。

3.3.4：Facebook似乎使用6个月的访问令牌？至少表面上看起来是这样：我去了fb.com，删除了c_user cookie，cmd + r，登录，然后在6个月内创建了一个新的减去一些更改的cookie。但是我无法以有效的方式将Cookie从Brave复制到Chrome。我是在做错什么，还是有实际的好方法来防止这种攻击（无需在每个请求上查询数据库）？

结束

很长的文字很抱歉，但是关于安全性有太多的困惑和不完整的答案，我只想确保自己做的一切正确。如果有人对我写的内容有任何评论或部分答案，我将非常感谢。我很高兴了解网络安全这一新领域！

使用JWT保护SPA的最佳做法

1 个答案: