JWT存储位置
JWT（JSON Web Tokens）通常在浏览器中有几种存储方式，每种方式根据安全性和易用性的不同，适合不同的应用场景：
-
LocalStorage: 将JWT存储在浏览器的LocalStorage中是一种常见的做法。它使得前端应用可以轻松地访问到这些令牌，以便在需要时将它们附加到API请求的头部。但它也有一个明显的缺点，即容易受到跨站脚本攻击（XSS）的影响，因为恶意脚本可以读取LocalStorage。
-
SessionStorage: SessionStorage的工作方式类似于LocalStorage，但其存储的数据只在浏览器会话期间可用。这意味着数据在用户关闭浏览器窗口或标签页后将被清除。这比LocalStorage更安全一些，尽管依然容易受到XSS攻击。
-
Cookies: 将JWT存储在Cookie中是另一种常见做法。如果正确配置，Cookie可以相对安全地存储JWT。通过设置
HttpOnly标志，可以防止JavaScript通过XSS读取Cookie。此外，设置Secure标志可以确保Cookie仅通过HTTPS传输，进一步增加安全性。然而，存储在Cookies中的JWT可能会使应用容易受到跨站请求伪造（CSRF）攻击。
防范CSRF攻击
CSRF（Cross-Site Request Forgery）攻击可以让攻击者利用用户的登录态发起恶意请求。对于使用JWT和Cookies存储方式的应用，可以采取以下措施来降低CSRF攻击的风险：
-
SameSite Cookie属性: 设置
SameSite属性为Strict或Lax，可以阻止来自其他站点的请求携带Cookie，从而防止CSRF攻击。 -
CSRF Tokens: 在每个请求中加入一个CSRF Token，该Token必须是难以预测的，并且验证请求中的Token与服务器生成的Token匹配。这种方式可以有效防止外部站点发起的请求。
-
双重Cookie验证: 另一种方法是使用双重Cookie策略，即在发送请求时，从JWT或其他数据中生成一个值，并将其存储在另一个Cookie中。然后，将这个值加入请求中（例如，在请求头中），服务器将验证这个值与Cookie中的值是否匹配。
总的来说，选择哪种JWT存储方式以及采取哪种CSRF防护措施，需根据应用的安全需求和实际情况进行综合考虑。