SRC漏洞挖掘之存储型XSS

最新推荐文章于 2024-05-15 09:39:03 发布

伟盾网络安全

最新推荐文章于 2024-05-15 09:39:03 发布

阅读量868

点赞数 2

分类专栏：漏洞挖掘文章标签： xss 安全 web安全

本文链接：https://blog.csdn.net/m0_49443776/article/details/128134312

版权

漏洞挖掘专栏收录该内容

1 篇文章 0 订阅

订阅专栏

SRC漏洞挖掘之存储型XSS

0x01 漏洞简介
0x02 漏洞分析
0x03 修复建议
0x04 参考链接

0x01 漏洞简介

某天闲来无聊，打开我的burp、火狐、chrome浏览器，随便找了一个目标，便开始了漏洞挖掘之旅。

故事要从一个评论开始说起，打开网站的论坛，一个显眼的标题映入眼帘，“真人MM主播全天在线直播表演”，咳咳。。。，开玩笑的啦，哦也是个正经银啦。就是常规的帖子，也是一时兴起，随手留个个言，抓了个包，然后便有了这篇文章。本篇有意思的点在于网站本身是有过滤的，下面我会讲解我当时的绕过思路，大佬勿喷。

0x02 漏洞分析

01 敏锐的嗅觉很重要

刚刚说到留言抓包，数据包截图如下
在这里插入图片描述

码打的有点多，见谅哈。一般我们挖洞，第一个就是观察力，看到以下数据包大家发现了什么呢。是不是看到了很显眼的%3Cp%3E，一般看到这种数据包的时候，我们就要留意了，这里是很可能存在xss漏洞的，因为如果标签过滤不严格，是会导致直接写入恶意xss标签的。但是这种低级错误，在这里是不会有的，毕竟也是被搞得多了，多少也有点安全经验，不过也只是有点而已。

02 漫长的绕过过程

既然数据包中存在html标签，那我们就从标签测起。首先，肯定是第一个尝试老大哥

果不其然，被过滤了，从过滤规则来看，应该是使用的黑名单+正则的过滤方式，当匹配到script标签的时候，自动在左右两边添加xss字符串，这样xss语句就无法执行了。

过滤了script，没事，我们还有很多标签没有尝试呢。这里推荐一个大佬写的XSS过滤绕过速查表，附在参考链接了。后面尝试了<img/src=1>，服务器提示src只能为站内链接（没有截图），然后我又把src属性去掉，尝试写入，提交后发现直接被删掉了。好吧，看来img标签暂时是用不了了。

后面又陆陆续续尝试了以下标签，object、div、iframe、a、meta、style、svg等等一些列标签，基本都阵亡了，直接被删除了，唯一存活下来的标签input、select，如图
在这里插入图片描述

好吧，既然还有存活的标签，那么我们就不能放弃，继续盘起！尝试完html标签，我们现在就要尝试html事件处理程序，先是最常用的onmouseover，提交后如图
在这里插入图片描述

可以看到，onmouseover中的on直接被替换了为了xss_，说明我们之前的猜测是正确的，后端就是使用的正则+黑名单的方式进行过滤的，javascript、eval、alert也是一样被过滤的。后面也经过一系列的尝试，发现都会被替换掉，这个时候也是有点陷入僵局了。要说不是xss注入点，它又能写入少数html标签，但你说是xss注入点嘛，能用的标签和事件都给你堵死了，有点食之无味，弃之可惜的感觉。但是本着白帽子的勇往直前，义无反顾，大义灭亲，所向无敌，，，扯远了，反正就是那种精神吧，咱们也不能放弃这个漏洞，是不。