dzX 2.0/2.5通杀0day 存储型XSS一枚

admin

漏洞发生在插附件的地方。说到插附件各位看官也应该都想到了肯定是文件名。因为文件名是按照本地上传的文件名来显示的。
: J8 D9 T7 i$ g6 t5 F$ g5 D如果你的操作系统是linux你可以直接修改一个图片文件的文件名，像这样：
4 p* O" {, h, {) P7 `9 D
6 y7 s# S/ `- E1
<img src=javascript/alert(1);>.png
(这里的/在linux下会被转换成:      这个payload只有在IE6下才能弹起来，我知道你们都是高手 可以根据需要 插点高级的payload)
2 l0 I+ z+ o8 ?1 k# b如果你的操作系统是windows,你可以上你喜欢的抓包工具(我个人喜欢用Tamper data)。第一次上传应该是抓不到文件名的，至少我没有抓到。
  s8 ]$ {) L# V( }9 I4 ~- `所以你需要在上传，插入，发帖完成之后重新编辑你的帖子来更新你的图片，这个时候抓包是可以抓到这个可爱的filename的。
修改xxx.png为

1
4 B$ k  X- z" s3 [9 U<img src=javascript:alert(1);>.png
提交。
8 H' Q+ a( R  ]# Uxss会被触发在第二个页面，也就是点击图片放大之后触发。
* l) c  i3 F9 ^( E# G0 `$ E1 _pwned!

3 }' h1 ?: S5 N9 I/ v字符长度限制在80左右，过滤了” ’ / etc..（斜杠的问题我会在后面继续叙述）
9 u9 d# F+ c$ j9 p因为不懂XSS，就拿给自己玩的好的几位基友去构造payload都说斜杠过滤了，字符限制云云 基本上都失败了。
虽然现在XSS很火，但我个人真的不是很喜欢这个东西。
但基友居然都说不行就只好自己硬着头皮再试试了。
在尝试中发现反斜杠也被过滤时，我才发现这不是一个xss filter的问题。
而是上传过程中，我们可爱的/和反斜杠在这里应该起到分割filename和filepath的作用 所以被杀也是应该的。  Orz..
这貌似就是传说中的mission impossible了。
我们需要解决这个斜杠的问题。经过各种尝试最后迂回到了附件描述的地方。很没有把握地插了一个XSS payload.像这样：
# I* d$ ^0 ^4 J9 ~4 }) g5 ^1
<img src=x onerror=alert(document.cookie)>.png
& L% L' \! i* I+ H& X* U原来的文件名被这个描述给覆盖掉了。
( t. ^2 M* A. o" \pwned!

+ g& Y5 v' \4 [6 P# p而且已经可以带上我们的斜杠了（因为它已经不再是前面的那种情况了）
+ P! l. T+ d) i到这儿，我觉得应该已经没有任何的阻碍了。
' I+ \6 ^. X- k可能经过测试，会有人说payload会在主页面测漏，有HTTPonly cookie,属于被动触发云云。
8 V8 y, `5 w; a4 |whatever!
$ b0 j5 X  _* D0 i3 O0 B我觉得这些已经不应该是该去研究的问题了。
/ Q# L! j9 J6 K因为没有哪个网站和你有这么大的恨。
3 X) M  q2 J' t! ?解决方案：
0 F& r1 r7 @! H( i. W( i4 M$ Z全局-上传设置-论坛附件-帖子中显示图片附件-否
3 c' V. t) N  ]. v5 Y$ I8 J这样，就搞定了。

coolboy

我在法客见过