使用Fiddler的X5S插件查找XSS漏洞

OWASP top 10的安全威胁中的CrossSite Scripting(跨站脚本攻击),允许攻击者通过浏览器往网站注入恶意脚本。这种漏洞经常出现在web应用中需要用户输入的地方,如果网站有XSS漏洞,攻击者就可以通过这种漏洞向浏览网站的用户发送恶意脚本,同时也可以利用该漏洞偷取sessionid,用来劫持用户帐户的会话。

所以网站开发者必须针对这种攻击进行适当的测试,必须过滤网站的每个输入及输出。为了使漏洞检测更容易,也可以使用各种扫描器,有很多自动或手动工具可以帮我们查找这些漏洞。X5S就是一款用来测试XSS漏洞的工具,它是Fiddler的一个插件,是一个WebDebugging Proxy。

X5S是专门帮助渗透测试人员查找网站的XSS漏洞的。这里需要先说明的是,该工具不是自动化工具,只是列出哪里可能存在XSS漏洞,所以要使用该工具,读者需要了解XSS,知道什么样的编码可能导致产生XSS漏洞。该工具只针对有经验的渗透测试人员,因为他们知道如何利用编码漏洞插入恶意脚本。

在本文中,我们可以看到如何使用包含x5s插件的Fiddler,以及如何找到网站中的漏洞。

Fiddler:Fiddler是一款流行的Webdebugging proxy工具,可以监视与记录用户PC与网站之间的流量,即可以通过log文件审查流量,也可以调试基于Java和.NET的HTTP相关的应用程序。当然,Fiddler对所有用户免费。

Fiddler也支持与浏览器相结合,使其更易使用。支持的浏览器包括IE、GoogleChrome、Safari、MozillaFirefox、Opera等。

 

图1Fiddler截图显示了左侧的流量日志

读者可以从这里下载 Fiddler。在Fiddler中,可以找到许多标签,用来分析流量与包的行为。本文不涉及如何分析流量的知识,主要是演示得用X5S挖掘XSS漏洞。

X5S:X5S是Fiddler中的一个插件,使用fiddler的包记录技术,并通过在每个请求中添加一条序文(Preamble),来找出包中的哪些请求可能存在XSS漏洞。但用户需要了解XSS和encoding编码知识,因为所有和XSS相关的工作都要手动完成。
基本上X5S就是去检测需要用户输入的地方有没有被正确编码。有时Unicode字符转换可能bypass一些安全过滤,所以也会检测这种字符转换。

该插件会查看URL中的请求和响应,之后尝试注入XSSpayloads来确定是否存在XSS漏洞。如果读者知道如何运行某处的代码,就会发现挖掘XSS漏洞还是挺容易的。

另外,读者需要知道的是,该工具基本上只能检测反射型XSS问题,不能检测基于DOM的XSS漏洞,也不能检测存储型XSS,因为这种漏洞的数据不会在请求和响应的参数中出现。要想检测这两种漏洞,读者需要用额外的工具。

要想使用X5S挖掘Web应用程序中的XSS漏洞,可以从以下连接下载X5S并安装,安装之前记得确保已经安装了Fiddler:

下载 X5S

安装完后,启动Fiddler,就可以看到X5S标签了,如下图所示:

 

图2Fiddler中的X5S标签

可以看到X5S标签已经添加到Fiddler中了。如果读者在自己的Fiddler中看不到Watcher标签,不必担心,watcher只是fiddler的另一个插件,用来进行XSS测试。本文只对X5S感兴趣,只讨论该插件。

配置

在开始挖掘XSS漏洞之前,我们需要对X5S进行适当配置。首先是进入Fiddler,打开X5S标签,选择顶部的enable复选框,之后在Preamble文本框输入XSS。这里可以输入任意单词,但要确保不是常见的词,X5S会用该选项注入请求的每个参数中。接下来选择“EnableDomain Name Targeting”前面的复选框,并添加域名,这里可以添加所有想要测试的域名,而且可以添加多个,完全取决于用户。

另外别忘了选中“Request”和“Responses”前面的复选框,并在“AutoInjection Options”下选中所有复选框。

 

图3X5s配置

下面进行测试用例配置

测试用例配置

X5S的标签下面还有三个子标签,单击第二个“TestCase Configuration”。

在该标签下可以配置X5S的测试用例,即探测字符,包含三种类型:

可转换测试用例:探测字符可能是大写的、小写的、以及转换为其它形式。
传统测试用例: XSS注入使用的字符。这些注入字符包括”、’、<和>。读者应该已经知道,如果不经过适当过滤,这些字符可能是引起XSS漏洞的主要问题所在。
超长UTF-8测试用例:这种测试用例会注入non-shortestUTF-8编码或传统测试用例,例如ASCII字符<的UTF-8格式为0x3C。

选择想要测试的字符。这里可以选择任意多个,或直接全选。之后就可以开始XSS攻击,挖掘注入点了。

 

图4X5S测试用例配置

为了演示效果,这里我添加了一个包含XSS漏洞的域名。但为了安全起见,本文把网站的域名隐藏了。

下面开始一个页面一个页面地测试所有forms,并在Result标签查看扫描结果。如果显示搜索结果,说明网站可能存在XSS漏洞。单击其中的任意一条扫描结果,可以在下面的文本区域查看细节描述。

 

图5X5S fiddler中的XSS扫描结果

选择某条结果,下面的文本区域就会显示细节描述,如加上XSS字符后是如何发现preamble的。查看细节描述并分析,描述中的红字部分,显示了页面中preamble的信息。

下一步要做的就是查找疑似包含漏洞的URL。Fiddler左侧记录了之前访问过的URL,我们要做的就是找出包含漏洞的URL请求。查看记录,找到用灰色高亮的请求地址。

如下图所示,为了安全起见,这里把URL信息隐藏了。

 

图6包含可疑preamble信息的URL请求

可以看到红框内的URL用亮灰色高亮显示了。右击该条记录,选择copy下的“JustURL”,拷贝该请求URL。

 

图7 拷贝请求URL

打开浏览器,将该地址拷贝到浏览器,并用自己的XSS payloads替换地址中的preamble字符。读者可以使用以下XSS payloads:

<script>alert(1)</script>
“><script>alert(1)</script>
</style><script>alert(1)</script>
“)</script><script>alert(1)</script>
“><img src=”a”     onerror=”prompt”>

这种情况下有很多XSS payloads可用,上文中的这些payloads如果显示一个Javascript警告框并显示1,就说明执行成功了。因为在payloads中插入了alert(1),弹出了对话框就表示网站执行了我们的自定义脚本,也就是说该站存在XSS漏洞。

 

图8 用Fiddler与X5S找到XSS漏洞

下面测试是否能在alert对话框中显示cookies,只需要将alert(1)替换成alert(document.cookie)即可。

如果在alert对话框中显示了cookies,那说明这是一个比较严重的漏洞,攻击者可以利用该漏洞劫持用户的sessions以劫持用户帐户,可能对用户或网站造成损害。

这是利用X5S查找网站反射型XSS漏洞的最简单演示,显示了X5S对渗透测试人员的重要性。

为什么渗透测试人员不使用该工具

许多渗透测试人员不推荐该工具,唯一的原因是当今已经有很多集成了各种扫描技术的扫描工具,这些扫描器可以爬行(crawl)网站的所有URL并列出发现的所有漏洞,大部分扫描器都很棒。而该工具只能检测反射型XSS漏洞。

同时该工具花费的时间也比较长,因为我们必须手动检测每个URL,有可能错过某个包含XSS漏洞的页面,就没办法对这个页面进行检测了,因此也有可能在浪费了大量时间后因软件的局限性没有发现漏洞。

但是我们发现仍有许多渗透测试人员经常使用这个工具,这完全取决于测试人员自己的选择。不过我仍建议读者试试这个工具,如果用得顺手,可以继续用该工具查找WEB应用程序中的XSS漏洞。作为初学者,读者可以使用该工具提高关于XSS payloads的相关知识,有时我们可能要花费数小时才能exploit某个可疑的漏洞。

总结:

X5S是一个很不错的Fiddler插件,可以用作查找XSS漏洞的渗透测试工具。不过只有理解了XSS的基本原理,以及存在多少种方法注入Javascript代码之后再使用该工具。如果用户不擅长手工XSS测试,该工具无疑只是个鸡肋。但对专业XSS测试人员,使用该工具可能是查找web应用的XSS漏洞的最快方式。通过本文的示例可知,该工具找到了所有可能存在XSS漏洞的可疑热点(hotspots),用户只需要测试这些热点,并确认哪里可以执行外部脚本,如果可以注入就表示成功了。否则就继续测试,直到测试完所有的XSS payloads。只有有经验的渗透测试人员能确认某个可疑网站是否存在XSS漏洞,因为他们能更好地理解web应用的输出和注入的payloads的行为反馈。

我们已经知道使用这个工具之前需要有相当的经验,同时也需要很多时间去打开每个URL检测其中的所有forms,来检测XSS漏洞是否存在,是一个很费时间的过程。而这些东西在自动漏洞扫描器中都是自动完成了,使该工具只有少数研究者和测试人员使用,但其仍可作为一个不错的开端。

 

原文地址:

http://resources.infosecinstitute.com/using-x5s-with-fiddler-to-find-xss-vulnerabilities/

Tagged:

Comments are closed.