DedeCMS v 5.7 sp2 RemoveXSS bypass
DedeCMS 简称织梦CMS，当前最新版为 5.7 sp2,最近又去挖了挖这个CMS,发现过滤XSS的RemoveXSS函数存在缺陷导致可以被绕过。
相关环境
源码信息：DedeCMS-V5.7-UTF8-SP2
漏洞类型：反射型XSS
下载地址：http://www.dedecms.com/products/dedecms/downloads/
漏洞文件：/include/helpers/filter.helper.php
漏洞分析
1.先查看/include/helpers/filter.helper.php文件，其中的RemoveXSS函数，其中代码如下：
2.过滤的大概流程是,前面先把例如十进制和十六进制的(&#xxxxxxxxxx;)这种编码,转换回原来的字符,后面就是根据$ra1和$ra2里的黑名单进行过滤替换,例如javascript:alert(1)会被过滤成 javascript:alert(1)；
3.如果这个时候,我输入的内容是
javascrip%26%2338%3B%26%2335%3B%26%2349%3B%26%2349%3B%26%2354%3B%26%2359%3B:alert(1)；
4.url解码得到
javascript:alert(1)；
5.这个时候进去RemoveXSS,进行第一次处理,也就是把(&#xxxxxxxxxx;)这种编码,转换回原来的字符,得到
javascript:alert(1)；
6.后面的过滤步骤就是黑名单过滤了,然而javascript并不在黑名单之内,所以不会过滤,最后就是输出内容了；
7.这个时候输出t在标签的属性里面会重新还原成字母t,所以最后会在html输出javascript:alert(1)；
8.下面是测试效果图：
总结
1.我画了草图，两次和一次编码的区别如下：
2.另外后面的代码会根据黑名单生成正则表达式，我拿其中一个测试,这段代码会生成正则表达式：
3.根据生成的其中一条正则表达式,可以看出,他应该是匹配javascript之间有没有恶意字符防止绕过,例如j
avascript会被匹配到
4.正则匹配的是恶意字符之间的&#xxxxxx;,以分号结尾,但是有一点要注意的就是
等于
,不需要分号结尾也是可以的,例如,不加分号正则就匹配不到,但是效果也是一样的,也是可以弹窗。
5.还有一个问题,就是织梦的正则匹配&#[xX]0{0,8}([9ab]); ,注意{0,8},大概是八位左右,如果我超过八位,就算加上分号过滤器也匹配不到，正好十六进制格式的时候可以有很多0,足够超过八位了,例如：
最终总结
漏洞挖挖总还是有的,织梦的XSS过滤器有三个问题：
1.两次编码的时候,正则和黑名单就没软用了；
2.黑名单匹配的时候，正则无法匹配到没有分号结尾的编码；
3.也是黑名单匹配的时候，匹配编码字符大概在0-8个字符之内,但是十六进制可以超过八个字符,这个时候也无法匹配。
DedeCMS 简称织梦CMS，当前最新版为 5.7 sp2,最近又去挖了挖这个CMS,发现过滤XSS的RemoveXSS函数存在缺陷导致可以被绕过。
相关环境
源码信息：DedeCMS-V5.7-UTF8-SP2
漏洞类型：反射型XSS
下载地址：http://www.dedecms.com/products/dedecms/downloads/
漏洞文件：/include/helpers/filter.helper.php
漏洞分析
1.先查看/include/helpers/filter.helper.php文件，其中的RemoveXSS函数，其中代码如下：
www.wnhack.com
2.过滤的大概流程是,前面先把例如十进制和十六进制的(&#xxxxxxxxxx;)这种编码,转换回原来的字符,后面就是根据$ra1和$ra2里的黑名单进行过滤替换,例如javascript:alert(1)会被过滤成 javascript:alert(1)；
3.如果这个时候,我输入的内容是
javascrip%26%2338%3B%26%2335%3B%26%2349%3B%26%2349%3B%26%2354%3B%26%2359%3B:alert(1)；
4.url解码得到
javascript:alert(1)；
5.这个时候进去RemoveXSS,进行第一次处理,也就是把(&#xxxxxxxxxx;)这种编码,转换回原来的字符,得到
javascript:alert(1)；
6.后面的过滤步骤就是黑名单过滤了,然而javascript并不在黑名单之内,所以不会过滤,最后就是输出内容了；
7.这个时候输出t在标签的属性里面会重新还原成字母t,所以最后会在html输出javascript:alert(1)；
内容来自无奈安全网
8.下面是测试效果图：
总结
1.我画了草图，两次和一次编码的区别如下：
2.另外后面的代码会根据黑名单生成正则表达式，我拿其中一个测试,这段代码会生成正则表达式：
3.根据生成的其中一条正则表达式,可以看出,他应该是匹配javascript之间有没有恶意字符防止绕过,例如j avascript会被匹配到
4.正则匹配的是恶意字符之间的&#xxxxxx;,以分号结尾,但是有一点要注意的就是 等于 ,不需要分号结尾也是可以的,例如,不加分号正则就匹配不到,但是效果也是一样的,也是可以弹窗。
5.还有一个问题,就是织梦的正则匹配&#[xX]0{0,8}([9ab]); ,注意{0,8},大概是八位左右,如果我超过八位,就算加上分号过滤器也匹配不到，正好十六进制格式的时候可以有很多0,足够超过八位了,例如：
最终总结
漏洞挖挖总还是有的,织梦的XSS过滤器有三个问题：
1.两次编码的时候,正则和黑名单就没软用了；
2.黑名单匹配的时候，正则无法匹配到没有分号结尾的编码；
3.也是黑名单匹配的时候，匹配编码字符大概在0-8个字符之内,但是十六进制可以超过八个字符,这个时候也无法匹配。
copyright 无奈人生