Lower-SQL至系统沦陷
2021-03-26 18:30:00 Author: mp.weixin.qq.com(查看原文) 阅读量:79 收藏

声明:本文仅限于技术讨论与分享,严禁用于非法途径。若读者因此作出任何危害网络安全行为后果自负,与本号及原作者无关。
在一次edusrc挖掘中,发现了一个系统,对于学校来讲算是及其重要的一个系统,其中部署这大批量的教师+学生信息
同时这个功能点的验证码可以被绕过,拦截重放Intruder进行BP爆破,献上我的大字典并没有任何结果,阿巴阿巴....
爆破无法成功,尝试一波sql注入,照理来讲这种子域下重要的系统应该会有waf等一系列防护操作,即使这样还是需要试试。上来一个admin’  发现报错。笃定大概率有sql,还是iis搭建的

尝试利用admin’ or ‘1’=’1 密码123456手法 来嗅探系统中是否存在密码为123456的用户,当我开心敲下空格,阿巴阿巴.... 有限制
尝试绕waf,发现当 or 两侧拥有空格时,or这个关键字会被waf拦截,当尝试使用/**/注释符来绕过时发现依旧会产生报错,或许可能是对于等于号进行了限制,利用LIKE尝试,依旧是提示检测到非法字符
 

从上文的报错可以知道是用的iis7.5搭建,mssql数据库,内敛注释仅被mysql解析,多次FUZZ发现是对于/**/注释符进行了过滤,那么就在/**/中任意添加字符串,这边还有前端长度限制,直接F12改maxlength值,同时此系统的应该是没有存在123456密码的用户。换种思路,能来证明其存在注入,让其报错 返回服务器版本信息。
Payload:whskxk'/*!&*/or/*!&*/convert(int,@@version)=1/*!&*/AND/*!&*/'1'LIKE'1

 
成功返回服务器版本信息
 
已经知道此类系统存在SQL 用fofa进行查找 进入其它系统来寻找后台漏洞,发现存在68个类似使用此系统的学校

发现一处可以进入的学校,打入payload 密码123456

 
当我们利用payload进入系统的时候,发现存在两个功能点,第一个是权限较低的用户,第二个是管理员用户,当点击此功能点的时候 会发现下面有一个地址携带敏感的工号(这个之前在两个功能点都进去之后,没有莫得特别严重的漏洞,回过头来摸索的时候发现的。挖洞讲究的是细心+耐心)
感觉有戏,打开无痕模式 复制此URL,同时将Userid的值修改成admin。
我德西玛 精神小伙,虎躯一震,揉揉眼睛。全校学生个人信息到手,教师的个人信息也同时到手。其家庭成员信息也到手,阿巴巴阿巴....
回想FOFA搜集到的资产+未授权访问....
EDUSRC冲分!!!GOGOGO!!!
 
涉及漏洞均已提交EDUSRC,同时涉及院校都已积极修复响应。遵守网络安全!共筑美好社会!
 

简单判断一个参数是否存在注入的原理,能够利用简单的SQL注入获取其他敏感数据。来一次SQL注入原理与实践。复制下方链接到任意浏览器借助PC端体验

https://www.hetianlab.com/expc.do?ec=ECIDee9320adea6e062017112114390500001&pk_campaign=weixin-wemedia#stu 

3天入门Python安全开发

资深老师带你从0开始

实战编写3个Python程序

编写200+代码

快扫码报名👇

👇点击阅读原文,成为靶场实战一员!


文章来源: http://mp.weixin.qq.com/s?__biz=MjM5MTYxNjQxOA==&mid=2652872164&idx=1&sn=9dcb7fd14c19c96a96ad70b4e57d8137&chksm=bd59e1298a2e683fa8e998f8462f0a74bbb144668a8786b3670f598833d198df7c02360bcb89#rd
如有侵权请联系:admin#unsafe.sh