Cookie的SameSite属性

Cookie的SameSite属性用来限制第三方Cookie，从而减少安全风险。

它可以设置三个值：

• Strict
• Lax
• None

1.Strict

Strict 最为严格，完全禁止第三方Cookie，跨站点时，任何情况下都不会发送Cookie。换言之，只有当前网页的URL与请求目标一致，才会带上Cookie。

Set-Cookie: CookieName=CookieValue; SameSite=Strict;

这个规则过于严格，可能造成非常不好的用户体验。比如，当前网页有一个 GitHub 链接，用户点击跳转就不会带有 GitHub 的 Cookie，跳转过去总是未登陆状态。

2.Lax

Lax规则稍稍放宽，大多数情况也是不发送第三方 Cookie，但是导航到目标网址的 Get 请求除外。

Set-Cookie: CookieName=CookieValue; SameSite=Lax;

导航到目标网址的 GET 请求，只包括三种情况：链接，预加载请求，GET 表单。详见下表。

设置了Strict或Lax以后，基本就杜绝了 CSRF 攻击。当然，前提是用户浏览器支持 SameSite 属性。

3.None

Chrome 计划将Lax变为默认设置。这时，网站可以选择显式关闭SameSite属性，将其设为None。不过，前提是必须同时设置Secure属性（Cookie 只能通过 HTTPS 协议发送），否则无效。

下面的设置无效：

Set-Cookie: widget_session=abc123; SameSite=None

下面的设置有效：

Set-Cookie: widget_session=abc123; SameSite=None; Secure            //需要同时设置Secure属性：Cookie只能通过https协议发送

Chrome 新增Cookie设置

Chrome80为用户引入了两个独立设置：

• SameSite by default cookies（默认Cookies): 设置后，所有未指定的SameSite属性的Cookie将自动强制使用SameSite = Lax
• Cookie without SameSite must be secure（没有SameSite的Cookie必须是安全的）：设置后，没有SameSite属性或具有SameSite属性的Cookie Set-Cookie: SameSite = None 需要是安全的。 在此上下文中，安全是指所有浏览器请求都必须遵循 HTTPS 协议。不符合此要求的 Cookie 将被拒绝。所有网站都应使用HTTPS来满足此要求。