第三方 Cookie 与存储分区 | FuzeVPN

需要三个 HTTPS 来源。 单一来源、HTTP 环境或同一可注册站点的两个子域不能正确测量分区。

不可用

开始新流程

在第三方测试来源执行第一方初始化。
在站点 A 下作为第三方加载。
在站点 B 下作为第三方加载。
比较 Cookie、localStorage、IndexedDB、CHIPS 和 Storage Access API。

比较调整前后

在同一设备上运行同一测试并保存初始结果。启用 VPN 或调整一个相关设置后，在其他条件相同的情况下重测并保存新结果。

保存调整前和调整后的结果，即可进行比较。

这个测试能说明什么

现代浏览器可按嵌入它的站点分隔第三方存储。本测试看这种行为，而不只是 Cookie 是否存在。同一可注册域名的不同路径或子域通常仍属同站，不能据此做有效跨站对比。不同存储机制需单独观察。

如何操作

确认配置提供两个不同的 HTTPS 顶层站点和第三个独立嵌入站点。
跟随直接访问、站点 A、站点 B 的顺序，不跳过参考值创建。
分别读各机制，结束时按清理流程操作；仅在愿意时测试 Storage Access。

如何测量

流程比较两站下普通 Cookie、Partitioned Cookie、localStorage 和 IndexedDB，检查能否读取参考值或分区标识。

各测试站点向协调端交换临时观测，客户端参考值哈希化。服务器测试状态存技术数据而不存 IP、User-Agent，但基础设施日志可能包含测试 URL 中的标识。

解读结果

第三方状态共享: 同一参考值在两个不同站点下均可访问，这个机制在本次上下文允许共享。
存储分区: 写入正常，但两个站点下标识不同，支持本机制及条件下的隔离。
缺失或无法确定: 拦截、分区、过期、框架政策或故障都能导致缺失。无效站点配置或缺少权限不能证明普遍阻止。

比较调整前后

用相同三个站点、配置、模式和既有权限完成初始流程。
只改一个 Cookie 或保护设置，清理测试状态后重新走完整流程。
分别比较机制及 Storage Access 授权；普通和隐私模式应各自建立基线。

测试的局限

Partitioned 和 Storage Access 支持因浏览器而异，仅属性存在不能证明实际处理。
行为只适用于这些站点和条件，不代表全部第三方关系。

需要时如何调整

共享范围超出预期: 核对第三方存储设置及站点例外，再开启新流程重测。
配置或控制项失败: 保留无法确定，检查站点可用性或浏览器政策，暂不要归因于 Cookie 拦截。

常见问题

两个子域能测试分区吗？

通常不能，如果同属一个可注册站点。需验证真正不同的顶层站点。

Cookie 被阻止代表所有存储被阻止吗？

不是。Cookie、localStorage 和 IndexedDB 行为可能不同，要分别观察。

资料与技术参考

MDN · State partitioning