PHP代码审计实战思路浅析

战略性的思考而非战术

对于面向过程写法的程序来说，最快的审计方法可能时直接丢seay审计系统里，但对于基于mvc模式的程序来说，你直接丢seay审计系统的话，那不是给自己找麻烦吗？

像面向过程写法的程序，可以找下它的公共函数文件有啥可以利用的不，然后就是丢seay审计系统。

而对于基于mvc写法的程序来说，跟读他的入口文件，了解整个程序的运行流程跟目录结构，之后再深入去了解它的核心类库，如果核心类库存在漏洞的话，那在这套程序中找出个漏洞的希望那不是一般的大啊！了解了整个框架运行流程后，也没从核心类库中发现什么可利用的点的话，这时就可以从功能点入手了(这时可以把源码丢进seay源代码审计系统了)。

一套组合拳打下了后还是没找到漏洞咋办？没事，换套程序继续。如果换了n套程序都找不出来，那就换个人吧……

实战环节

代码语言：javascript复制

目标：某开源cms(icms)
环境：win phpstudy sublime

大概目录结构长这样

代码语言：javascript复制

├── app       应用
├── cache     缓存
├── core      icms程序入口
├── iPHP      iphp框架文件
├── public    公共资源
├── res       用户资源
└── template  模板

打开index.php

发现载入了一个icms.php，然后调用了iCMS::run()方法(如果你第一反应是以为iCMS.php是个类文件，那你后面的审计估计有点难受。)

跟进iCMS.php

该处载入了配置跟框架文件，继续跟进iPHP.php

载入几个框架文件，然后调用iPHP::bootstrap()方法，这回差不多了，继续跟进iPHP::bootstrap()

该处做了些环境配置，然后就是调用核心的iWAF、iSecurity类来一下全局过滤(iWAF这些先跟)，看到这可有有的小伙伴又有疑惑了，iWAF什么时候加载进来了啊？

看到48行的spl_autoload_register函数了没，再具体点，看到56行那个autoload了没

这也没看到哪有include、require之类的啊，怎么加载进来的？别急，继续跟进57行的self::auto_require

没错就是这了，不过代码太长了就不贴了，大概就是判断传来的类名中是否有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/下找

iPHP::bootstrap()大概知道它干了什么了，再回头去看看iCMS::init()

大概就是初始化配置信息，继续往回看，跟进iCMS::run()

继续跟进iPHP::run

(代码有点长)大概就是从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行