Javascript 在Chrome for iOS中附加到用户代理字符串的唯一选项卡ID?

Javascript 在Chrome for iOS中附加到用户代理字符串的唯一选项卡ID?,javascript,security,user-agent,privacy,chrome-ios,Javascript,Security,User Agent,Privacy,Chrome Ios,当我在Chrome for iOS(iPhone和iPad)上测试我的web应用程序时,我注意到用户代理字符串中附加了一个奇怪的ID,例如: alert(navigator.userAgent) 将产生类似的结果(请注意末尾的“3810AC74-327F-43D7-A905-597FF9FDFEAB”部分): 此ID似乎是特定于选项卡的,即使在转到其他站点时也会持续存在 我的问题是,如果有人知道这方面的任何事情,以及它可能被用来做什么 更新: 此GUID已附加到。在评论中指出了这一点,

当我在Chrome for iOS(iPhone和iPad)上测试我的web应用程序时,我注意到用户代理字符串中附加了一个奇怪的ID,例如:

    alert(navigator.userAgent)
将产生类似的结果(请注意末尾的“3810AC74-327F-43D7-A905-597FF9FDFEAB”部分):

此ID似乎是特定于选项卡的,即使在转到其他站点时也会持续存在

我的问题是,如果有人知道这方面的任何事情,以及它可能被用来做什么

更新:


此GUID已附加到。在评论中指出了这一点,我感到很荣幸

这看起来真的很像一个邪恶的“超级cookie”(间谍软件在你的用户代理字符串上加了一个GUID)


奇怪的是,如果是这样的话,它是如何在你的两台设备上发生的。这也是Web服务器接收到的用户代理吗?

该ID与跟踪无关

下面有一个例子详细说明了为什么需要它:基本上,它是实现选项卡所必需的

从bug跟踪器:

在iOS中没有API可以知道,在网络层,从哪个 UIWebView网络请求来自

[…]解决方案[…]所有UIWebView都将tabID(仅在设备本地)添加到用户代理字符串中


您可能还想查看一些与讨论此问题的twitter线程。

n不,每个选项卡上的每个设备上的ID都不同(匿名或普通)。但它确实会在每个选项卡的会话中持续存在。无论是否手动创建,新选项卡都会获得一个新ID。我不认为它必须是常量才能跟踪窗口/选项卡(这取决于添加它的目的)。没有任何其他原因需要添加一个,也不一定是恶意原因,但看起来您有某种原因试图跟踪您的标签。在我能看到的任何地方,都没有提到有任何合法的附加内容,例如,我不会立即假设有邪恶的意图——也许这是让iOS UIWebView在标签和匿名之间保持单独设置的唯一方法,或者其他技术原因。但这只是一个关于封闭源代码应用程序的猜测:(我设法在friends设备上查看了您的测试页面,它也包含GUID!因此它开始看起来像是开箱即用的行为。关于这方面的信息太少了,我一点也不喜欢它存在的潜在漏洞,它肯定会被滥用。有关此问题的错误是
    Mozilla/5.0 (iPhone; CPU iPhone OS 5_1_1 like Mac OS X; en-us) AppleWebKit/534.46.0 (KHTML, like Gecko) CriOS/21.0.1180.77 Mobile/9B206 Safari/7534.48.3 (3810AC74-327F-43D7-A905-597FF9FDFEAB)