随着 Google Chrome 80 发表，Google 悄悄加入一个新功能，允许使用者建立能连到某页面特定字词或片语的连结。不过，Brave Browser 研究人员认为这有潜在隐私风险，并担心 Google 新增太快。
2019 年 2 月，Google 建立名为「Scroll To Text Fragment」的新网页功能，允许使用者建立能连到某网站页面特定单词的连结，系统并会自动以底色色框标示该单词。
要启用此功能，使用者需要透过如同网页平台孵育小组（WICG）「Scroll To Text Fragment」草案所述「https://example.com#:~:text=prefix-,startText,endText,-suffix」格式建立特殊的 URL。
由于製作纯文字片段 URL 可能有点複杂，所以 Google Chrome 开发人员 Paul Kinlan 设计了书籤小工具（bookmarklet）来简化作业。举例来说，使用者想建立可连到 xkcd 网路漫画维基百科文章页面「戴贝雷帽的人」（man with a beret）片语的连结，可使用「 https://en.wikipedia.org/wiki/Xkcd#:~:text=man%20with%20a%20beret」URL 格式建立。
当 Chrome 80 的使用者点击这个连结时，画面会直接跳到这个片语，片语也会自动以黄色萤光底色标示。乍看之下似乎非常有用，因为可以方便地将 Web 页面的特定位置分享给其他人，不过 Brave Browser 安全研究员 Peter Snyder 认为，此功能会带来隐私风险，而 Google 发表前并没有解决问题。
Scroll To Text Fragment 功能有资料外洩风险
主流浏览器开发人员皆属全球资讯网协会（W3C）旗下 WICG 小组成员，将新 Web 平台功能新增至浏览器之前，会先负责提出这些功能再讨论。
虽然浏览器开发人员不一定非要透过此过程确定是否新增某个功能，但允许其他开发人员和安全研究人员提出可能遇到的任何技术、安全性或隐私问题。
针对「ScrollToTextFragment」功能讨论的过程中，Snyder 表示担忧，亦即这让攻击者能在特定条件下，判定特定纯文字是否出现在某页面。
「举例而言：考虑到我可以查看 DNS 封包（例如公司网路）的情况下，然后我可以透过『#:~:text=cancer』发送连结到公司健康的入口网站。在某些页面配置，透过查找页面较下方位置的请求资源，我便可以判断员工是否有癌症。」
Snyder 进一步阐述担忧，提出攻击者判断一个人是否为 Facebook 和 Twitter 等社交网路某个人的好友还是关注者的可能方法。
「除了『#:~:text=cancer』的例子，我确信同样方法也可用来判断你是否和名字叫『twitter.com#:~:text=@handle』的某个人是 Facebook 好友，或者也可以判断出其他许多东西。所有这些问题的根源在于这是一个违反同源政策（SOP）之举，其中某个别来源可以控制某一个不相关来源的初始状态。只要这样的情况存在，就会有各种跨来源资讯窃取的相关攻击出现。此外，透过针对所有网站预设启用这个功能，而不是让网站选择加入此功能，就会自动将让所有网站曝露在这样的潜在隐私风险。」
随着隐私疑虑出现，令人惊讶的是 Google 竟然仍在 Chrome 80 预设启用此功能，而没有在 GitHub 或在说明中针对此隐私问题进一步讨论。
「没错，这是以没有任何标记的 M80 版发表的。我们与安全团队讨论这个问题和其他疑问，总结来说，我们知道有这个问题存在，但问题严重性出现分歧，所以在不要求选择启用的情况下继续推出这功能（虽然我们仍新增选择启用／选择关闭的选项）。」Google Chrome 开发人员 David Bokan 被问到此功能是否上线时表示。
随着 Google 没有进一步讨论的情况下启用该功能，Snyder 便在 Twitter 提出一个重要问题。如果使用族群最广泛的 Google Chrome 开发人员对业界的关心置之不理，且连回应公开问题的最起码动作也没有，就新增这些功能，那幺透过 WICG 提出新 Web 平台功能又有什幺意义？
好消息是，Google 似乎正在考虑提供各网站可选择启不启用此功能的选项，并希望 Chrome 82 开始支援。
- Privacy Concerns Raised Over New Google Chrome Feature
