隐藏在URL凭据中的有效载荷
去年Johan Carlsson发现可以在URL的凭据部分隐藏有效载荷。这一点特别吸引我,因为该载荷在Chrome和Firefox的URL中实际上不可见,甚至在同源导航中仍然保持隐藏。我像抓住骨头的狗一样不肯放手,试图探索可能的应用…
第一个令我惊讶的是document.URL
并不总是与location
匹配。
|
|
我原本以为这两个属性是相同的,因为我从未观察到它们有差异,但事实证明document.URL
包含URL的凭据部分,而location
不包含。这意味着你可以在事件中使用URL从凭据中获取有效载荷:
|
|
从凭据中获取有效载荷
在模糊测试以识别URL凭据部分哪些字符会被编码后,Shazzer发现Firefox不会对单引号进行URL编码。这在DOM XSS场景中特别有用,特别是当网站移除查询字符串和哈希时。这使得以下漏洞在Firefox中可被利用:
|
|
要利用此漏洞,你需要在Firefox的凭据部分提供有效载荷:
|
|
这可以通过重定向或用户导航来传递。你甚至可以使用此技术来控制锚链接的用户名或密码属性。这是因为每个锚元素都有这些属性,它们存储来自URL的凭据。如果是相对链接,它会继承父级凭据,允许你覆盖这些值:
|
|
锚元素覆盖示例
你可以将此与DOM覆盖结合使用,从而控制具有用户名或密码属性的对象。注意,你甚至可以提供空白的href,仍然可以通过URL控制用户名或密码。
|
|
结论
发现location
和document.URL
之间的差异,以及document.URL
如何保留URL的凭据部分——即使Chrome和Firefox等浏览器在地址栏中隐藏它——是相当令人惊讶的。Firefox对某些字符(如单引号)的处理方式(不进行URL编码)也可能对DOM XSS有用。
通过凭据隐藏有效载荷、操纵锚元素内的用户名和密码属性,以及可能将此与DOM覆盖结合使用的能力,可以用于更高级的利用。
注意:Safari会丢弃URL凭据。所有显示的示例仅在Chrome和Firefox中有效。此外,Chrome会阻止子资源使用URL凭据。