最近seacms 更新了版本，直接从6.61更新到了6.64， 小版本之间的时间间隔比较短，但是在新版本发布没有多久，已经有不少最新版本的漏洞被挖掘出，今天我们就来总结分析一下这些漏洞。
后台sql注入漏洞，这个漏洞在提交cve的报告中，只列出了sqlmap的扫描结果，并没有写明漏洞产生的原因，作者在第一次溯源的时候也是因为疏忽，竟然没有找到漏洞点。
坑点：
-
相信很多童鞋在做审计的时候，phpstorm的全局搜索也是和作者一样设置的吧，默认搜索的范围是php文件，一些没有用的文件是不去搜索的，因为这样确实是可以加快搜索的速度和进度，不用去看很多js和css等样式文件，以及html等模板文件，但是这个漏洞呢，问题就出在了htm模板文件之中，常规做审计的过程中，还真的是容易忽略！
2.在利用cve报告中提供的payload进行注入的时候，默认会进行跳转，这样对于漏洞追踪也产生了一点困难。
要理解这个漏洞，首先要知道一个基础的问题，就是关于php的include机制，我们来做个实验：
-
首先建立一个php文件，内容如下：
然后建立一个htm文件，文件内容如下：
然后我们运行php文件，结果如下：
4.结果中我们可以看到，htm文件中的符合php语法的部分被正确解析执行了，当然这算是一个常识，例如我们有一个情景，有一个任意文件包含漏洞，我们怎么才能getshell呢，就可以利用这个知识点，我们首先污染apache或者nginx的日志文件，然后将其包含进来，这个时候其中符合php语法的部分，就会被解析执行，从而我们就能获取webshell，这在渗透中是非常常见的思路，在ctf中也是遇到过很多次了。
经过溯源，漏洞产生的位置是：/admin/templets/admin_video_main.htm的42行附近。
先看一下seacms的全局过滤以及伪全局机制：
这种防御方法有一个弱点，就是如果sql变量没有引号包围，那就相当于没有过滤，是十分危险的。
下面我们来看一下整个的漏洞逻辑部分：
乍一看，整个的处理替换逻辑十分复杂，很难通过肉眼直接看出来，这里可以用一个小技巧，我们既然知道了是sql注入漏洞，那我们可以着重看进入sql查询的过程，我们这里在其中加几个var_dump，就能很明显的看出来了：
经过简化，我们的代码可以抽象成：
然后我们就可以开始测试：
可以清楚的看到，报错注入是可以直接回显结果的，这里我们测试发现cve提交的payload有点小问题，是不用加repeat和allrepeat这两个参数的。
/admin_video.php?order=v_name and (extractvalue(1,concat(0x7e,(select user()),0x7e))) -- 1
提取数据的过程就不累述了，有回显的注入比较好办。
这是一串xss漏洞的cve集合，产生问题的文件是admin_video.php
作者给出的利用链接有：
admin_video.php?action=keoiw"><script>alert(1)</script>c7dkw
其余可以利用的参数有：
area
type
yuyan
jqtype
v_isunion
v_recycled
v_ismoney
具体的利用可以参考具体链接。
我们去看一下这个代码层：
首先这里我们传入的action是不满足任何一个if条件的，所以就进入最后一个else语句，然后我们跟进模板htm文件，查看一下变量的输出是否经过过滤。
可以明显的发现，传入的变量没有经过任何的过滤，就直接输出，上面的参数基本都是这样的模式，所以这个漏洞发现的难度不是很大，但是需要及时跟进业务逻辑的更新操作。
同样是新业务点的xss漏洞，利用payload如下：
/admin_datarelate.php?action=dorandomset&maxHit=1000&time=1000</script><script>alert(1)</script>&submit=1
/admin_datarelate.php?action=dorandomset&maxHit=1000</script><script>alert(1)</script>&time=1000&submit=1
原理和上面的cve类似，这里就不重复讲解。
一枚任意文件删除漏洞，产生问题的文件是/admin/admin_template.php的114行附近。
有关的代码逻辑为：
可以看到，接受到参数以后，对其进行了简单的过滤，我们只要绕过就可以进行任意文件的删除：
$dirTemplate="../templets";
substr(strtolower($filedir),0,11)!=$dirTemplate
过滤简单的截取了传入变量的前11个字符，然后与模板文件的开头对比，但是这里忽略了操作系统中的../上跳操作，即bypass payload为：
../templets/../install/install_lock.txt
这样我们就可以删除安装产生的install锁文件，从而重新安装seacms，拿到webshell。
实际演示一下删除index.php.bak：
删除之前：
执行删除操作：admin_template.php?action=del&filedir=../templets/../install/index.php.bak
删除完：
可以发现，确实成功删除了文件，这个过滤其实是十分不安全的，所以很容易就可以bypass。
对于cms的cve挖掘，需要及时的跟进业务逻辑的更新，很可能新增加的业务就会有漏洞的产生。
- 结尾 - 精彩推荐 【技术分享】圣诞前夕X-MAS CTF一道有趣的web+pwn 【技术分享】使用unicorn engin还原Armariris字符串混淆 【技术分享】metinfo 6.2.0正则匹配不严谨导致注入+getshell组合拳 戳“阅读原文”查看更多内容 原文始发于微信公众号（安全客）：【技术分享】seacms v6.64 最新漏洞分析
