Indicate whether to send a cookie in a cross-site request by specifying its SameSite attributehtml
问题还原
原先一直访问正常的系统,最近打开页面一直加载不出来。chrome
- 初步分析,该系统为iframe内嵌第三方系统页面,将iframe中的连接复制出来能够单独访问,排除第三方系统的问题。
- 进一步尝试,将这个带有连接的iframe放在一个全新的html文件中也不能正常访问,排除当前系统的iframe加载问题。
- 发现问题,将刚刚新建的html文件再火狐浏览器中打开能够正常访问。 最后定位是浏览器兼容性问题,当前浏览器:Google Chrome ,版本85.0.4183.102(正式版本) (64 位)。
打开浏览器控制台发现接口请求报500错,控制台出现如下提示(Indicate whether a cookie is intended to be set in a cross-site context by specifying its SameSite attribute): 跨域
缘由分析
Google 在2020年2月4号发布的 Chrome 80 版本(schedule:https://www.chromestatus.com/features/schedule)中默认屏蔽全部第三方 Cookie,即默认为全部 Cookie 加上 SameSite=Lax 属性(https://www.chromestatus.com/feature/5088147346030592),而且拒绝非Secure的Cookie设为 SameSite=None(https://www.chromestatus.com/feature/5633521622188032) SameSite的做用就是防止跨域传送cookie,从而防止 CSRF 攻击和用户追踪,此举是为了从源头屏蔽 CSRF 漏洞。 关于 SameSite 属性的介绍,可参考阮一峰的《Cookie 的 SameSite 属性》。 上述问题中,在当前系统访问第三方系统时,带了一些cookie过去,而后被这个SameSite机制拦截掉了。 可能在 Chrome 80 中受到影响的场景以下 组件数据基于第三方网站的登陆态返回相关用户数据的API请求 HTTP 本地部署
解决方案
- Chrome浏览器打开新标签页,地址栏中分别输入
chrome://flags/#same-site-by-default-cookies chrome://flags/#cookies-without-same-site-must-be-secure
而后如上如图所示将这两个配置均设置为Disabled浏览器
-
不使用谷歌浏览器或者将谷歌浏览器降级到 Chrome 79 及如下版本,并关闭自动更新。服务器
-
将两个系统部署在同一台服务器,经过相同IP同源策略传送cookie。cookie
-
购买SSL证书,升级HTTP服务,将 API 切换为 HTTPS 协议请求,而且检查响应头中的 Set-Cookie 中是否包含了 SameSite=None 和 Secure字样。网站