记某市某管理系统SQL注入漏洞

*本文中涉及到的相关漏洞已报送厂商并得到修复,本文仅限技术研究与讨论,严禁用于非法用途,否则产生的一切后果自行承担。

前言

近日在谷歌引擎查找到一个站点。是某市的某报到系统。漏洞已经上报CNVD,这里就当是记录分享了。

过程记录

1.进来是一个管理员登陆入口,进去了之后尝试用一些弱口令进行登录。无果,这里就暂时放弃暴力破解。尝试寻找其他突破口。
记某市某管理系统SQL注入漏洞2.进入网站的主界面,有一处查询框。一般这样的搜索查询框可能会有SQL注入。
记某市某管理系统SQL注入漏洞13.尝试能不能进行SQL注入。直接随便输入,然后在后面加上单引号进行验证。果然不出所料报错了,报错信息可以看出是access数据库,真让人头大。
记某市某管理系统SQL注入漏洞24.由于url上没有明确显示可以注入的参数,怀疑可能是POST传参,于是打开Burp抓包看看。
记某市某管理系统SQL注入漏洞35.是GET类型的传参,只是被隐藏了。直接使用工具sqlmap进行注入。首先是简单查询一些服务器的信息。确定能够进行SQL注入。这里保险起见,加上了“delay”参数。
SqlMap语句:

python sqlmap.py -u "http://XXXX//report/reportsearch.asp?XXXX&username=admin&XXXX" --delay 1 --batch -random-agent -p "username"

记某市某管理系统SQL注入漏洞46.access数据库是没有数据库,只有表结构。所以直接查询所有的表名(与其说是查询不如说是爆破)。指定注入的参数为“username”,这里是查询到了管理员表。
记某市某管理系统SQL注入漏洞57.继续查询管理员表的列名,并且查询其值。
记某市某管理系统SQL注入漏洞6这里得到的账号密码并不能登陆管理后台。前面我也试过了,白白等了那么久。嘶……
8.前面有看到有个表叫做login,那好吧,最后查一个,因为access数据库太慢了。成功查询到后台账号密码了。试试登陆。
记某市某管理系统SQL注入漏洞79.成功进入后台,到此就差不多了。新手不敢做太多事情,害怕。溜了溜了。
记某市某管理系统SQL注入漏洞8

总结

程序员在开发过程中,难免出错,但是一些基础的防注入措施还是挺有必要的。

(1)对进入数据库的特殊字符(’”&*;等)要进行处理。
(2)应严格规定数据长度,以防在一定程度上正确执行较长的SQL注入语句。

© 版权声明
THE END
喜欢就支持一下吧
点赞0
分享
大佬不来一句? 抢沙发

请登录后发表评论