问答
发起
提问
文章
攻防
活动
Toggle navigation
首页
(current)
问答
商城
实战攻防技术
漏洞分析与复现
NEW
活动
摸鱼办
搜索
登录
注册
某攻防演练期间遇到的shuipfcms的RCE审计过程
在某次授权的攻防演练项目中遇到了目标使用shuipfcms系统,接着对shuipfcms进行本地搭建后代码审计,最终获取目标权限。
背景 -- 在某次授权的攻防演练项目中遇到了目标使用shuipfcms系统,接着对shuipfcms进行本地搭建后代码审计,最终获取目标权限。 思路介绍 ---- 1. 某一处泄露Authcode 2. 利用Authcode加密cloud\_token 3. thinkphp缓存getshell 代码分析 ---- **Authcode泄露** 在shuipf/Application/Attachment/Controller/AdminController.class.php:37  swfupload函数是不需要鉴权就可以直接访问到的,可以看到红色箭头处,当我们的密钥不对的时候,会直接打印出系统的AuthCode。 如图所示:  我们得到这个AuthCode后可以干什么呢? **cloud\_token解密** 在shuipf/Application/Api/Controller/IndexController.class.php:17  这里我们POST进来一个token,然后调用authcode函数进行解密:  当key为空的时候,就会用authcode来解密了。 而这个CLOUD\_USERNAME默认是没设置的,属于云平台的配置选项,所以默认条件下,这个地方的解密是用authcode来解密的。 上文已经泄露了authcode,所以这里解密后的内容也是我们可控的了。 然后看一下解密后的操作:  调用了一个S函数,这个是TP3内置的缓存操作函数。这里的键值是getTokenKey函数的返回值,跟进一下:shuipf/Libs/System/Cloud.class.php:161  OK,这个值还是比较好计算的。 **thinkphp缓存getshell** 然后看一下缓存的处理: shuipf/Core/Library/Think/Cache/Driver/File.class.php:120  首先是文件名的生成方式,第一个红色箭头处,跟进:  这里的DATA\_CACHE\_KEY默认为空,不用管,但是$this->options\['prefix'\]是有的。看一下生成方式:   就是三个长度的随机字母加一个下划线。这个就比较有难度了需要猜测和爆破了。 然后就是一个写入反序列化数据的操作。 我在本地测了一下,数据像这样:  成功写入了webshell。但是实战中的前缀需要爆破,win不区分大小写,会很快,linux则稍微麻烦一点。比如我本地是rDe\_。 ### 利用过程 首先我们发送报文获取authcode:  然后我们生成token发送:  响应报文中有验证通过就证明成功了。然后我们就需要找到我们的缓存文件了。 这次比较幸运,目标有列目录的漏洞。 然后我们访问缓存文件即可成功getshell。  **注:zc.com解析为127.0.0.1为本地环境**
发表于 2021-07-30 15:46:05
阅读 ( 8288 )
分类:
代码审计
1 推荐
收藏
0 条评论
请先
登录
后评论
中铁13层打工人
77 篇文章
×
发送私信
请先
登录
后发送私信
×
举报此文章
垃圾广告信息:
广告、推广、测试等内容
违规内容:
色情、暴力、血腥、敏感信息等内容
不友善内容:
人身攻击、挑衅辱骂、恶意行为
其他原因:
请补充说明
举报原因:
×
如果觉得我的文章对您有用,请随意打赏。你的支持将鼓励我继续创作!