php search file content 漏洞,Web漏洞分析之——顺瓜摸藤

阅读：

1,358

在分析一些漏洞时，能从相关的漏洞预警和描述中获取的情报往往很少。

很多时候，只能通过漏洞描述或者补丁中找到漏洞触发点，然而如何利用，如何找到从入口贯通到漏洞触发点的利用链，这时候就需要我们顺瓜摸藤了。

有时候，顺着一个瓜(漏洞触发点)，还能摸到很多条藤(利用链)。

前言

近日在PacketStorm看到一个关于国产cms的cve

https://packetstormsecurity.com/files/151824/ZZZPHP-CMS-1.6.1-Remote-Code-Execution.html

cve编号:

CVE-2019-9041

cve描述

再看看packetstormsecurity上关于exploit的介绍

根据描述，猜测该漏洞应为SSTI类

如果有升级补丁参照看一下，这个漏洞就很明朗了。

然而官网上最新版本只是2019-1-28更新的1.6.1，而1.6.1版本，正是存在漏洞的版本。

之前完全没有听说过这个cms，这个漏洞又有cve。

因此拿着个来举个例子，看看怎么顺瓜摸藤。

分析

从漏洞发现者所提供的exploit来看，这个漏洞的触发应该是需要后台权限。漏洞触发点位于inc/zzz_template.php中的parserIfLabel方法中，并且需要修改search模板并通过搜索功能执行该利用点。

首先先看下inc/zzz_template.php中的parserIfLabel方法

可以看到有一处eval方法，这个应该是最终代码执行触发的地方。

既然触发点已经找到了，那继续往上跟，找到可用的调用链

parserIfLabel方法只在两处被调用

先看位于第2238行的第二处调用

这处在parserIfLabel方法自身内部，递归调用来解析嵌套。此处虽然调用了parserIfLabel方法，但是并不处于parserIfLabel方法的调用链的上层，因此排除。

再看第一处：位于23行这处

parserCommom方法调用parserIfLabel方法并将$zcontent传入其中。

再看看parserCommom方法在何处被调用

跟入zzz_client.php中

zzz_client.php中一共四处调用了parserCommom方法，每一处都将名为$zcontent的参数传入其中。

这四处parserCommom分别位于四个ifelse条件中。

先一处处来看，首先选个短的看起来容易触发的条件分支先来。

先看第二处，这里elseif中的条件最短，为 $conf[‘iscache’]==1

只要$conf[‘iscache’]==1，就可以顺利的进入这个条件分支，parserCommom就能有机会被调用

查看配置文件，此处默认为0

但是由于漏洞介绍，这是个后台漏洞，那默认我们可以有后台的操作权限

于是我在后台管理那把缓存开启了

现在zzz_config.php中

可见iscache现在为1了。

现在的思路：

1、$conf[‘iscache’] 目前已经是1，稳稳的进入这个elseif分支

2、由于此处执行点位于zzz_client.php中，而zzz_client.php文件中没有定义任何函数，代码逐行执行，一马平川。

3、只有找到zzz_client.php被加载的地方，才能进入该elseif分支执行我们的parserCommom

4、找到控制传入parserCommom方法中$zcontent值的方法，将构造好的$zcontent传入我们的eval中执行。

首先要找zzz_client.php被加载的地方

看起来这四处都可以加载zzz_client.php

我们首先选主入口index.php

不出意外，直接执行到断点处

此时传入load_file方法中$tplfile值为

C:/wamp64/www/analysis/zzzphp/template/pc/cn2016/html/index.html

加载的是index.html模板

也就是说，我们只要在index.html中加入payload，就可以触发底层的eval执行任意代码。

找到后台编辑模板处

编辑index.html,插入payload

成功执行

但是需要注意的是 如下图

当cachefile在第一次执行create_file后，就会被成功创建

下一次再进入elseif($conf[‘iscache’]==1)分支后,

由于

这个if条件不满足

不会再次调用$parser->parserCommom($zcontent)的。

总结来说，此处可以远程代码执行，但是当cachefile被创建后，此处调用链失效。

到此为止，我们找到了一处不同于原作者的利用链。但仅仅zzz_client中就有四个分支调用了存在漏洞的函数。

也就是说，同一个漏洞触发点所生产的利用链远远不止两处，有兴趣的朋友也可以自己试试。

总结

在分析一个漏洞时，当找到存在漏洞的部位时，不妨仔细的检查下这个存在漏洞的方法在何处被调用，为什么被调用，实现了什么功能。不拘泥于漏洞作者给出的poc，也许可以找到其他的利用链进行利用。