问题还原
通过cas单点登陆访问系统，通过一个系统内嵌入第三方系统的页面，同时第三方系统也配置了cas。访问一个系统跳转到登陆页面，然后内嵌入iframe中的第三方系统又进入登陆页面。
初步分析，该系统为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 在2月4号发布的 Chrome 80 版本（schedule：/features/schedule）中默认屏蔽所有第三方 Cookie，即默认为所有 Cookie 加上 SameSite=Lax 属性（/feature/5088147346030592），并且拒绝非Secure的Cookie设为 SameSite=None（/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。
购买SSL证书，升级HTTP服务，将 API 切换为 HTTPS 协议请求，并且检查响应头中的 Set-Cookie 中是否包含了 SameSite=None 和 Secure字样。
