百度知道XSS漏洞

事情的起因是我一同学在百度知道上看到一个很奇怪的，正文带有连接的提问（ 这里），正常来说，这种情况是不可能出现的。

我条件反射的想到了：XSS漏洞。出于好奇，我决定探究这个漏洞。

通过查看源代码，我马上发现了问题的根源：未结束的<a>标签。

我姑且猜测可以插入<a>标签，于是尝试插入<a href="http://www.baidu.com">a</a>，结果和我预想的差不多，被过滤了。

如果标签不完整呢？没用的，会被转义。

到这里，回头仔细想想，为什么之前的标签没被过滤，而后来写的却被过滤了？对比之前的和第二次尝试，区别在于，第二次提交的<a>标签href属性的url地址是完整的，而之前的只有http://。

至此，我大概能猜到这个漏洞是怎么触发的了：一个不完整的标签 + href="http://"。

既然已经确定了怎么触发漏洞，接下来就利用漏洞做一些出格的事看看。既然标签可以被保留下来，就可以在属性上做文章。于此同时，我的那个同学已经在尝试使用style了。 链接

利用style="color:red"改变字体颜色

这时我不禁邪恶了下，打算做个出格点的， 链接

如此，页面已经面目全非了，并且添加了onclick事件。

好了，到此为止，如果别有用心，继续探究的话，完全可以由此对整个百度知道页面实施大规模的XSS攻击。我很想向百度知道的后台开发组反馈这一漏洞，但却没能在百度知道的页面上找到相应的渠道。是有那么个意见反馈区，但只是个贴吧，估计我在里面反馈只会被认为是疯子。

罢了，我将这一漏洞公布出来，如果有人可以向百度知道反馈是最好的，就算被别人利用来作恶，也会被百度知道引起注意的。

最后，对漏洞的成因进行猜想。事实上已经很显然了，只是一些逻辑错误。百度知道后台涉及有两次过滤（在当前讨论的问题中），第一次对url用<a>标签包含起来，第二次将html特殊字符进行html实体化。百度知道的奇葩之处在于不是先进行html实体化，而是先处理url，当url处理出错时，html实体化也相连出错。

本文链接