COOKIE 的SameSite属性用来限制第三方 COOKIE，从而减少安全风险。
它可以设置三个值。Strict、Lax和None
Strict
Strict最为严格，完全禁止第三方 COOKIE，跨站点时，任何情况下都不会发送 COOKIE。换言之，只有当前网页的 URL 与请求目标一致，才会带上 COOKIE。Set-COOKIE: COOKIEName=COOKIEValue; SameSite=Lax;
这个规则过于严格，可能造成非常不好的用户体验。比如，当前网页有一个 GitHub 链接，用户点击跳转就不会带有 GitHub 的 COOKIE，跳转过去总是未登陆状态。
Lax
Lax规则稍稍放宽，大多数情况也是不发送第三方 COOKIE，但是导航到目标网址的 Get 请求除外。Set-COOKIE: COOKIEName=COOKIEValue; SameSite=Lax;
导航到目标网址的 GET 请求，只包括三种情况：链接，预加载请求，GET 表单。详见下表。
| 请求类型 | 示例 | 正常情况 | Lax |
|---|---|---|---|
| 连接 | <a href="..."></a> | 发送 COOKIE | 发送 COOKIE |
| 预加载 | <link rel="prerender" href="..."/> | 发送 COOKIE | 发送 COOKIE |
| GET 表单 | <form method="GET" action="..."> | 发送 COOKIE | 发送 COOKIE |
| POST 表单 | <form method="POST" action="..."> | 发送 COOKIE | 不发送 |
| iframe | <iframe src="..."></iframe> | 发送 COOKIE | 不发送 |
| AJAX | $.get("...") | 发送COOKIE | 不发送 |
| Image | <img src="..."> | 发送COOKIE | 不发送 |
设置了Strict或Lax以后，基本就杜绝了 CSRF 攻击。当然，前提是用户浏览器支持 SameSite 属性。
None
Chrome 计划将Lax变为默认设置。这时，网站可以选择显式关闭SameSite属性，将其设为None。不过，前提是必须同时设置Secure属性（COOKIE 只能通过 HTTPS 协议发送），否则无效。
Set-COOKIE: COOKIEName=COOKIEValue; SameSite=None; Secure网友回复
我知道答案，我要回答
私活外包
