aspx代码审计-1

技术 作者:i春秋 2017-09-20 11:03:19
今天和大家分享一下aspx网站的代码审计,漏洞类型就是SQL注入和cookie欺骗。
本文作者:i春秋签约作家——非主流 今天看的cms名字叫做:XX星员工请假系统 我们首先看一下网站的目录结构: 其中,很明显可以看到bin目录下面都是dll文件,也就是aspx网站的源码;install目录就是安装目录;admin目录就是后台目录…etc。 我们今天的目标是纯白盒审计,一切只看代码。下面就是正题咯 先看login.aspx吧,毕竟登录框,说不定就有注入呢? 其中inherits的值就是这个文件的相关代码的保存位置,说的可能有点复杂,如下图,我使用了IlSPY工具对appform.dll文件进行了反编译,界面的右边就是当前book.login的相关代码。 我们看到,有一个公共函数:LoginForm() 里面调用了UsersHelper模块的Login函数我们直接双击Login,应用程序自动搜索这个Login函数,接着跟踪: 发现对username和password进行了参数绑定,并不能导致SQL注入。 但因为本文并不是一个很全面的对某个系统进行代码审计,所以我们随机找了一个函数,例如此处: 其中的BindUsers函数,很明显是直接拼接在where条件查询语句后,所以便导致了注入。 接着是另一处有缺陷的地方: 通过引用得知,此处应该是admin目录下的具备管理员权限才可以使用的功能,那么通过代码,我们可以看到: 直接拼接引发注入,如下图便是我在官方的demo复现的截图: Post的参数如下: 【 我们试着将cookie清空,重新访问此时发现,页面会跳转到deny.aspx上 这是为什么呢?原来代码里写的很清楚了,这是admin类,需要遵循如下规则: 当admin类下的所有功能模块在页面引导时,需要使用IsInRole()函数查询是否为administrators,那么跟踪发现。 这个函数好像没毛病啊,但是他的role参数时如何获取的呢?如下图所示,原来是从cookie中读取这个值。 那么意思我们只需要再cookie如此构造便可以绕过这里的验证,所以POC在哪里呢?

关注公众号:拾黑(shiheibook)了解更多

[广告]赞助链接:

四季很好,只要有你,文娱排行榜:https://www.yaopaiming.com/
让资讯触达的更精准有趣:https://www.0xu.cn/

公众号 关注网络尖刀微信公众号
随时掌握互联网精彩
赞助链接