寻求CHIPS Cookie应用演示、场景适配及测试工具咨询

Chrome将在2024年进一步限制第三方Cookie支持，这要求我们采用CHIPS方案——给Cookie添加Partitioned;属性，让第三方Cookie关联源与第三方域名的组合，避免跨源滥用。

问题1：是否有演示CHIPS方案实际应用的站点？ #

• Google官方隐私沙箱测试环境提供了CHIPS方案的配套演示示例，部分大型跨站服务提供商也在测试环境中部署了CHIPS的实际应用场景，可通过Chrome隐私沙箱开发者工具面板找到相关测试入口。

问题2：我的场景能否适配该方案？ #

你的场景为：用户通过同一OAuth/OpenID Connect提供商登录Site A与Site B，Site A页面用带credentials:"include"的fetch调用Site B的REST接口，此前可正常发送Cookie，Chrome新限制后失效。针对该场景：

• 仅在Set-Cookie头添加Partitioned;属性无法直接解决，CHIPS分区Cookie的生效需要请求上下文匹配「Top-level站点+第三方域名」的组合。
• 无需在Site A页面嵌入Site B的iframe，更优方案是：
  1. Site B设置Cookie时，同时添加Partitioned;和SameSite=None; Secure属性（第三方Cookie必须满足SameSite=None且Secure要求）；
  2. 确保Site A的fetch请求上下文的Top-level站点为Site A，此时浏览器会识别该Cookie属于Site A+Site B的分区，允许在跨站fetch请求中携带。
• 额外注意：OAuth登录完成后设置的Cookie必须已带上Partitioned;属性，后续跨站请求才能正常携带该Cookie。

问题3：是否有Chrome扩展可添加Partitioned;属性用于测试？ #

• 推荐使用「Cookie Editor」扩展，它支持直接编辑Cookie属性，添加Partitioned;后不会导致Cookie丢失。操作时需注意：编辑后保留Secure属性（HTTPS环境下），不要修改Cookie的域名、路径等核心属性，否则可能导致Cookie失效。
• 更稳定的方式是使用Chrome原生开发者工具：打开「Application」面板，找到目标Cookie，双击属性栏添加Partitioned字段即可，这种原生操作不会出现第三方扩展导致的Cookie消失问题。

内容的提问来源于stack exchange，提问作者R...