WebKit推出智能反追踪技术，可实时查看谁拿了你的cookie

想象一下&＃xff0c;如果你逛完一家超市之后&＃xff0c;你的相关信息&＃xff0c;如&＃xff1a;姓名、出生年月、体型、身高、购买记录等都被记录了下来&＃xff0c;你会是什么感受&＃xff0c;你还会对这个超市有信任感吗&＃xff1f;

虚拟世界也一样&＃xff0c;在你使用一个浏览器搜索一些信息后&＃xff0c;比如你只搜索了一个衣服的品牌&＃xff0c;然后当你在登录该浏览器时&＃xff0c;它就会弹出很多与该品牌有关的广告&＃xff0c;那你还会对这个浏览器的隐私安全有信任感吗&＃xff1f;

如果你认为 IP 地址、COOKIEs 和 HTTP 头是在 web 上唯一标识和追踪用户的要素的话&＃xff0c;那么你就大错特错了&＃xff01;随着网络指纹技术的不断发展&＃xff0c;我们的上网信息随时都会以各种方式被追踪。

WebKit长期以来一直致力于反追踪技术的研究&＃xff0c;并且从一开始就默认阻止第三方COOKIE。现在&＃xff0c;研究人员正在为研发WebKit的一种新功能——智能反追踪技术&＃xff0c;通过进一步限制COOKIE和其他网站数据来减少跨站点追踪。

什么是跨站追踪和第三方COOKIE&＃xff1f;

网站可以从除自己以外的域中获取资源&＃xff0c;如图像和脚本&＃xff0c;这被称为跨源或跨站加载&＃xff0c;并且是网络强大功能的基础。然而&＃xff0c;通过资源的加载也可以实现对用户的跨站追踪。

打个比方&＃xff0c;你首先浏览一个买卖某产品的网站example-products.com&＃xff0c;然后再浏览了example-recipies.com了解一下晚餐的信息。如果这两个网站都从example-tracker.com加载资源&＃xff0c;并且example-tracker.com的COOKIE都存储在用户浏览器中&＃xff0c;example-tracker.com的管理员就可以知道你访问了产品网站和食谱网站&＃xff0c;除此以外&＃xff0c;你在这些网站上做了什么&＃xff0c;使用什么样的网络浏览器等等都能被管理员看得一清二楚&＃xff0c;这就是所谓的跨站追踪&＃xff0c;而example-tracker.com使用的COOKIE就被称为第三方COOKIE。

译者注&＃xff1a;COOKIE&＃xff0c;很多网站都会用的一个机制&＃xff0c;可以保存用户的相关信息&＃xff0c;token等等&＃xff0c;很多人熟知的应该是第一方COOKIE&＃xff0c;可以针对二级域名进行信息的保存&＃xff0c;如果遇到跨域的情况&＃xff0c;那么第一方COOKIE是没有用的&＃xff0c;因为它做不到跨域。但是可以利用第三方COOKIE来实现这一机制&＃xff0c;第三方COOKIE不仅可以存储用户的信息&＃xff0c;token之类&＃xff0c;更多的可以来实现用户行为的追踪以及分析。

在WebKit研发团队的实际测试中&＃xff0c;研究人员已经发现有超过70个流行网站存在着这样的追踪器&＃xff0c;它们都在悄悄地收集用户的数据。

智能反追踪技术如何工作&＃xff1f;

智能反追踪技术可以收集有关资源载荷的统计信息以及相关的用户交互&＃xff0c;例如点击、文本输入等&＃xff0c;这些统计数据会被放入每个顶级私人控制域&＃xff08;top privately-controlled domain&＃xff09;或TLD &＃43; 1的Bucket中。

机器学习分类器

WebKit会将收集的统计数据&＃xff0c;使用机器学习模型对顶级私人控制域所进行的用户跨站的追踪进行分类。在收集的各种统计数据中&＃xff0c;机器学习分类器会根据当前的追踪做法&＃xff0c;把数据分为三种&＃xff1a;

1.子域中唯一域的数量

2.唯一域数的子帧

3.重定向到的唯一域的数量

所有数据收集和分类都是在当前所使用的设备上进行。

分类后采取的行动

假设智能反追踪技术将example.com分类为具有追踪用户跨站的能力&＃xff0c;那接下来会做出什么应对措施呢&＃xff1f;

如果用户在过去30天内没有与example.com进行互动&＃xff0c;则会立即清除example.com网站数据和COOKIE&＃xff0c;如果在30天内添加了新的数据&＃xff0c;则会连同这些数据一起清除。

然而&＃xff0c;如果用户把example.com作为顶级域名&＃xff08;通常被称为第一方域名&＃xff09;进行交互&＃xff0c;则智能反追踪技术就会将其视为用户对该网站感兴趣&＃xff0c;并暂时不对其做出处理&＃xff0c;时间表如下所示&＃xff1a;

如上图所示&＃xff0c;如果用户在最近24小时内与example.com进行了互动&＃xff0c;那么当example.com是第三方域名时&＃xff0c;其COOKIE将可用&＃xff0c;也就是允许用户帐户在别处使用该COOKIE进行登录。

这意味着用户只能从实际交互的网站中获得长期的持久性COOKIE和网站数据&＃xff0c;并在用户浏览网页时主动删除追踪数据。

对COOKIE进行分区

如果用户是在最近30天内&＃xff0c;而不是最近24小时与example.com进行了互动&＃xff0c;那么example.com虽然将保留其COOKIE&＃xff0c;但将被分区。分区意味着第三方在每个顶级私人控制域或TLD &＃43; 1获得独一无二的独立存储&＃xff0c;例如。 account.example.com和www.example.com共享分区example.com。

这样&＃xff0c;即使用户只是偶尔访问了某个网站&＃xff0c;同时限制使用COOKIE进行跨站点追踪&＃xff0c;用户也可以保持登录状态。请注意&＃xff0c;WebKit已经为所有第三方域进行了分区缓存和HTML5存储。

通过智能反追踪技术&＃xff0c;WebKit就在用户隐私和网站对设备存储的需求之间取得了平衡。

存储必需的用户交互

如果用户不定期与感兴趣的网站直接交互&＃xff0c;就需要检查它们不是依赖COOKIE和其他存储空间&＃xff0c;以便智能反追踪技术能提供更好的透明度&＃xff0c;并使用户能够更好地控制存储在他们设备上的数据。

管理单点登录

如果你运行具有集中式会话的单一登录系统&＃xff0c;则需要与控制会话的域进行交互。否则&＃xff0c;就将遇到智能反追踪技术的拦截&＃xff0c;将会话控制器域视为追踪器。

想像一下上图所示的场景&＃xff0c;account.com为三个站点SiteA.com&＃xff0c;SiteB.com和SiteC.com上的一个中央会话。在account.com的24小时内可以不对COOKIE进行分区&＃xff0c;会话信息可以从account.com往下传播。此时&＃xff0c;站点上必须维护没有account.com COOKIE的会话&＃xff0c;或者用户必须在account.com上重新进行身份验证&＃xff0c;并通过短暂停留来获取新的用户交互。用户可以通过导航和HTTP响应中设置的新COOKIE来授予站点在其间传播会话信息的能力。如果要实现单点登出(single sign out)功能&＃xff0c;则需要使服务器上的account.com会话无效。