PHP代码审计实战思路浅析
战略性的思考而非战术对于面向过程写法的程序来说，最快的审计方法可能时直接丢seay审计系统里，但对于基于mvc模式的程序来说，你直接丢seay审计系统的话，那不是给自己找麻烦吗？像面向过程写法的程序，可以找下它的公共函数文件有啥可以利用的不，然后就是丢seay审计系统。
而对于基于mvc写法的程序来说，跟读他的入口文件，了解整个程序的运行流程跟目录结构，之后再深入去了解它的核心类库，如果核心类库存在漏洞的话，那在这套程序中找出个漏洞的希望那不是一般的大啊！了解了整个框架运行流程后，也没从核心类库中发现什么可利用的点的话，这时就可以从功能点入手了(这时可以把源码丢进seay源代码审计系统了)。
一套组合拳打下了后还是没找到漏洞咋办？没事，换套程序继续。如果换了n套程序都找不出来，那就换个人吧……
实战环节目标：某开源cms(icms)环境：win+phpstudy+sublime大概目录结构长这样
├── app 应用├── cache 缓存├── core icms程序入口├── iPHP iphp框架文件├── public 公共资源├── res 用户资源└── template 模板打开index.php
http://i1.go2yd.com/image.php?url=0KNcC1b9Fh&zhiwu55.jpg
发现载入了一个icms.php，然后调用了iCMS::run方法(如果你第一反应是以为iCMS.php是个类文件，那你后面的审计估计有点难受。)
跟进iCMS.php
http://i1.go2yd.com/image.php?url=0KNcC1RGM2&zhiwu55.jpg
该处载入了配置跟框架文件，继续跟进iPHP.php
http://i1.go2yd.com/image.php?url=0KNcC11us7&zhiwu55.jpg
载入几个框架文件，然后调用iPHP::bootstrap方法，这回差不多了，继续跟进iPHP::bootstrap
http://i1.go2yd.com/image.php?url=0KNcC1IO2S&zhiwu55.jpg
该处做了些环境配置，然后就是调用核心的iWAF、iSecurity类来一下全局过滤(iWAF这些先跟)，看到这可有有的小伙伴又有疑惑了，iWAF什么时候加载进来了啊？
看到48行的splautoloadregister函数了没，再具体点，看到56行那个autoload了没
http://i1.go2yd.com/image.php?url=0KNcC1n7CJ&zhiwu55.jpg这也没看到哪有include、require之类的啊，怎么加载进来的？别急，继续跟进57行的self::auto_require
http://i1.go2yd.com/image.php?url=0KNcC1SOlj&zhiwu55.jpg没错就是这了，不过代码太长了就不贴了，大概就是判断传来的类名中是否有Admincp或者App，如果没有就加载app/xx/xx.class.php，如果有Admincp则加载app/xx/xx.Admincp.php，如果有App则加载app/xx/xx.app.php，如果有Func则加载app/xx/xx.func.php，如果以上都不满足则去iPHP/core/下找
http://i1.go2yd.com/image.php?url=0KNcC1isar&zhiwu55.jpg
http://i1.go2yd.com/image.php?url=0KNcC1ZfAR&zhiwu55.jpgiPHP::bootstrap大概知道它干了什么了，再回头去看看iCMS::init
http://i1.go2yd.com/image.php?url=0KNcC1wIeM&zhiwu55.jpg大概就是初始化配置信息，继续往回看，跟进iCMS::run
http://i1.go2yd.com/image.php?url=0KNcC1xFOU&zhiwu55.jpg继续跟进iPHP::run
http://i1.go2yd.com/image.php?url=0KNcC1UZbA&zhiwu55.jpg(代码有点长)大概就是从post或get获取应用名，加载类跟实例化类，调用方法等
划重点了(后面会用到)，这里的文件名格式是xx.app.php，类名是xxApp，其实整套程序并不止index.php这一个入口文件，还有admincp.php、user.php等，其中加载的文件名格式跟类名都是不一样的，比如：访问index.php加载的是xx.app.php的xxApp类，访问admincp.php加载的xx.admincp.php的xxAdmincp类
跟完入口文件后，对整个框架是怎么运行的，都有了个大概的了解，接下来可以去深入了解了
我跟啊跟，发现核心类中的iHttp类的remote方法有点意思，在iPHP/core/iHttp.class.php 130行
http://i1.go2yd.com/image.php?url=0KNcC1RD88&zhiwu55.jpg
http://i1.go2yd.com/image.php?url=0KNcC1GlMT&zhiwu55.jpg
remote方法封装了curl，用来获取远程页面内容，整个方法并没有对url进行任何限制或过滤，如果调用这个方法前也没用对url进行限制的话，那ssrf就跑不了了
全局搜索下看哪调用了这个方法，而remote是个静态方法，调用格式为iHttp::remote，所以直接搜这个就可以了
http://i1.go2yd.com/image.php?url=0KNcC1ktVr&zhiwu55.jpg
我想找前台的漏洞，so，直接看哪个的文件名格式类似xx.app.php就好啦
找啊找，仅发现前台只有一处调用了该方法
http://i1.go2yd.com/image.php?url=0KNcC1Qt5D&zhiwu55.jpg
找到之后，跟进去看看
http://i1.go2yd.com/image.php?url=0KNcC1zHfU&zhiwu55.jpg把$avatar传了进去，继续往上翻翻，看有没有啥过滤
一直往上翻，只看到这句
会不会在iSecurity::escapeStr这做了限制呢？继续跟进去看看
http://i1.go2yd.com/image.php?url=0KNcC13PXs&zhiwu55.jpg
貌似没有对url做限制！！！
再往上翻翻，看看是哪个方法
http://i1.go2yd.com/image.php?url=0KNcC1ynEc&zhiwu55.jpg这回稳了，手动构造数据包
http://i1.go2yd.com/image.php?url=0KNcC16gte&zhiwu55.jpg解释下个字段：
secode为验证码，可从http://127.0.0.1/icms/public/api.php?app=public&do=seccode获得，验证码信息存在cookie里，只要cookie不变，验证码就可一直用。
username跟nickname每次请求都要改变，avatar为传入的url，这个漏洞还有两处有点蛋疼的地方，第一，username跟nickname每次都要改变，而且这些值都是会存进数据库的；第二，这里的ssrf是没有回显。
使用dict来举个例子，访问一个未开启端口时如下
http://i1.go2yd.com/image.php?url=0KNcC1nlrP&zhiwu55.jpg访问一个开启的端口时如下http://i1.go2yd.com/image.php?url=0KNcC1JM5n&zhiwu55.jpg
如果上述说的都做完还没发现漏洞，那可以尝试丢到seay源代码审计系统，或者根据功能点进行审计，找找逻辑漏洞
如果做完上述操作后再用软件来辅助，会轻松的多，比如，seay源代码审计系统扫出来如下
http://i1.go2yd.com/image.php?url=0KNcC13unr&zhiwu55.jpg
拿第二条距离，漏洞描述是referer伪造会引起sql，点击瞅瞅
http://i1.go2yd.com/image.php?url=0KNcC1vRWI&zhiwu55.jpg看到referer先进入了iSecurity::escapeStr，然后再进入iDB::insert，通过前面的审计我知道iSecurity::escapeStr对单引号等做了过滤，所以普通的sql注入是没希望了，只能看看还有没有其他方式能结合利用（我记得这是有注入的……）如果我是一上来就用软件的话，那我现在可能还在一步一步的追一个函数，这样会增加不少功夫
本文到这就结束了，emmm！
*本文原创作者：wnltc0，本文属FreeBuf原创奖励计划，未经许可禁止转载
页:
[1]