0x01 背景
织梦内容管理系统(DedeCms)以简单、实用、开源而闻名,是国内最知名的PHP开源网站管理系统,也是使用用户最多的PHP类CMS系统,在经历多年的发展,目前的版本无论在功能,还是在易用性方面,都有了长足的发展和进步,DedeCms免费版的主要目标用户锁定在个人站长,功能更专注于个人网站或中小型门户的构建,当然也不乏有企业用户和学校等在使用该系统。 2018年1月10日, 锦行信息安全公众号公开了一个关于DeDeCMS前台任意用户密码修改漏洞的细节[2]。 2018年1月10日,Seebug漏洞平台[3]收录该漏洞,漏洞编号为SSV-97074,知道创宇404漏洞应急团队成功复现该漏洞。 2018年1月17日,阿里先知平台公开了一个任意用户登陆漏洞[4][5],和一个安全隐患[6],通过组合漏洞,导致后台密码可以被修改。 2018年1月18日,知道创宇404漏洞应急团队成功复现该漏洞。
0x02 漏洞简述
整个漏洞利用链包括3个过程:
- 前台任意用户密码修改漏洞
- 前台任意用户登陆漏洞
- 前台管理员密码修改可影响后台的安全隐患
通过3个问题连起来,我们可以重置后台admin密码,如果我们获得了后台地址,就可以进一步登陆后台进行下一步攻击。
1、前台任意用户密码修改漏洞
前台任意用户密码修改漏洞的核心问题是由于DeDeCMS对于部分判断使用错误的弱类型判断,再加上在设置初始值时使用了NULL作为默认填充,导致可以使用弱类型判断的漏洞来绕过判断。 漏洞利用有几个限制:
- 漏洞只影响前台账户 admin账户在前台是敏感词无法登陆
- admin账户的前后台密码不一致,无法修改后台密码。
- 漏洞只影响未设置密保问题的账户
2、前台任意用户登陆漏洞
前台任意用户登陆漏洞主要是利用了DeDeCMS的机制问题,通过一个特殊的机制,我们可以获得任意通过后台加密过的cookie,通过这个cookie我们可以绕过登陆,实现任意用户登陆。 漏洞利用有一个限制: 如果后台开启了账户注册审核,那就必须等待审核通过才能进行下一步利用。
3、前台管理员密码修改可影响后台的安全隐患
在DeDeCMS的设计中,admin被设置为不可从前台登陆,但是当后台登陆admin账户的时候,前台同样会登陆管理员账户。 而且在前台的修改密码接口,如果提供了旧密码,admin同样可以修改密码,并且这里修改密码会同步给后台账户。 通过3个漏洞配合,我们可以避开整个漏洞利用下的大部分问题。 前台任意用户密码修改漏洞->修改admin密码,前台任意用户登录漏洞->登陆admin账户,通过刚才修改的admin密码,来重置admin账户密码。
0x03 漏洞复现
1、 登陆admin前台账户
安装DeDeCMS 注册用户名为000001的账户 由于是本地复现漏洞,所以我们直接从数据库中修改为审核通过访问
http://your_website/member/index.php?uid=0000001
获取cookie中last_vid_ckMd5
值,设置DeDeUserID_ckMd5
为刚才获取的值,并设置DedeUserID
为0000001 访问
http://your_website/member/
2、修改admin前台登陆密码
使用DeDeCMS前台任意用户密码修改漏洞修改admin前台密码。 构造漏洞利用请求
http://yourwebsite/member/resetpassword.php
dopost=safequestion&safequestion=0.0&safeanswer=&id=1
从Burp获取下一步利用链接
/member/resetpassword.php?dopost=getpasswd&id=1&key=nlszc9Kn
直接访问该链接,修改新密码
成功修改登陆admin密码
3、修改后台密码
访问
http://yourwebsite/member/edit_baseinfo.php
使用刚才修改的密码再次修改密码
成功登陆
0x04 代码分析
1、 前台任意用户登陆
在分析漏洞之前,我们先来看看通过cookie获取登陆状态的代码。
/include/memberlogin.class.php 161行
通过GetCookie函数从DedeUserID
取到了明文的M_ID,通过intval
转化之后,直接从数据库中读取该id对应的用户数据。 让我们来看看GetCookie
函数
/include/helpers/cookie.helper.php 56行
这里的cfg_cookie_encode
是未知的,DeDeCMS通过这种加盐的方式,来保证cookie只能是服务端设置的,所以我们没办法通过自己设置cookie来登陆其他账户。 这里我们需要从别的地方获取这个加密后的值。
/member/index.php 161行
161行存在一段特殊的代码,这段代码是用来更新最新的访客记录的,当last_vid
没有设置的时候,会把userid
更新到这个变量中,更新到flag中。 而这里的userid
就是注册时的用户名(如果不是已存在的用户名的话,会因为用户不存在无法访问这个页面)。 通过这种方式,我们就可以通过已知明文来获取我们想要的密文。 这里我们通过注册userid
为形似00001或者1aaa这样的用户,在获取登陆状态时,mid
会经过intval
的转化变为1,我们就成功的登陆到admin的账户下。 ps:该漏洞影响所有用户
2、前台任意用户密码修改
漏洞主要逻辑在 /member/resetpassword.php
75行至95行
下面是设置了安全问题时数据库的样子,safequestion代表问题的id,safeanswer代表安全问题的回答。 我们需要绕过第一个判断
if(empty($safequestion)) $safequestion = '';
这里我们只要传入0.0
就可以绕过这里,然后0.0 == 0
为True,第二个判断NULL==""
为True,成功进入sn函数。 跟入/member/inc/inc_pwd_functions.php
第150行
有效时间10分钟,进入newmail函数 跟入/member/inc/inc_pwd_functions.php
第73行
77行通过random生成了8位的临时密码。 这里我们使用的是安全问题修改密码,所以直接进入94行,将key代入修改页。 跳转进入形似
/member/resetpassword.php?dopost=getpasswd&id=1&key=nlszc9Kn
的链接,进入修改密码流程 唯一存在问题的是,这里&
错误的经过一次编码,所以这里我们只能手动从流量中抓到这个链接,访问修改密码。
3、修改后台密码安全隐患
在DeDeCMS的代码中,专门对前台修改管理员密码做了设置,如果是管理员,则一并更新后台密码,也就是这个安全隐患导致了这个问题。
/member/edit_baseinfo.php 119行
0x05 修复方案
截至该文章完成时,DeDeCMS的官方仍然没有修复该漏洞,所以需要采用临时修复方案,等待官方正式修复更新。 由于攻击漏洞涉及到3个漏洞,但官方仍然没有公开补丁,所以只能从一定程度上减小各个漏洞的影响。
- 前台任意用户登陆漏洞:开启新用户注册审核,当发现userid为1xxxx或1时,不予以 通过审核。
在官方更新正式补丁之前,可以尝试暂时注释该部分代码,以避免更大的安全隐患
/member/index.php 161-162行
- 前台修改后台管理员密码:设置较为复杂的后台地址,如果后台地址不可发现,则无法登陆后台。
- 前台任意用户密码修改漏洞:
修改文件/member/resetpassword.php
第84行
即可临时防护该该漏洞。
0x06 ref
[1] DeDeCMS官网 http://www.dedecms.com/ [2] 漏洞详情原文https://mp.weixin.qq.com/s/2ULQj2risPKzskX32WRMeg [3] Seebug漏洞平台https://www.seebug.org/vuldb/ssvid-97074 [4] 阿里先知平台漏洞分析1https://xianzhi.aliyun.com/forum/topic/1959 [5] 阿里先知平台漏洞分析2https://xianzhi.aliyun.com/forum/topic/1961 [6] 漏洞最早分析原文http://www.cnblogs.com/iamstudy/articles/dedecms_old_version_method.html 作者:LoRexxar'@知道创宇404实验室