0x01 背景织梦内容管理系统(DedeCms)以简单、实用、开源而闻名，是国内最知名的PHP开源网站管理系统，也是使用用户最多的PHP类CMS系统，在经历多年的发展，目前的版本无论在功能，还是在易用性方面，都有了长足的发展和进步，DedeCms免费版的主要目标用户锁定在个人站长，功能更专注于个人网站或中小型门户的构建，当然也不乏有企业用户和学校等在使用该系统。
2018年1月10日， 锦行信息安全公众号公开了一个关于DeDeCMS前台任意用户密码修改漏洞的细节2。
2018年1月10日，Seebug漏洞平台3收录该漏洞，漏洞编号为SSV-97074，知道创宇404漏洞应急团队成功复现该漏洞。
2018年1月17日，阿里先知平台公开了一个任意用户登陆漏洞4，和一个安全隐患6，通过组合漏洞，导致后台密码可以被修改。
2018年1月18日，知道创宇404漏洞应急团队成功复现该漏洞。
0x02 漏洞简述整个漏洞利用链包括3个过程：
1、前台任意用户密码修改漏洞
2、前台任意用户登陆漏洞
3、前台管理员密码修改可影响后台的安全隐患
通过3个问题连起来，我们可以重置后台admin密码，如果我们获得了后台地址，就可以进一步登陆后台进行下一步攻击。
1、前台任意用户密码修改漏洞
前台任意用户密码修改漏洞的核心问题是由于DeDeCMS对于部分判断使用错误的弱类型判断，再加上在设置初始值时使用了NULL作为默认填充，导致可以使用弱类型判断的漏洞来绕过判断。
漏洞利用有几个限制：
1、漏洞只影响前台账户
admin账户在前台是敏感词无法登陆
2、admin账户的前后台密码不一致，无法修改后台密码。
3、漏洞只影响未设置密保问题的账户
2、前台任意用户登陆漏洞
前台任意用户登陆漏洞主要是利用了DeDeCMS的机制问题，通过一个特殊的机制，我们可以获得任意通过后台加密过的cookie，通过这个cookie我们可以绕过登陆，实现任意用户登陆。
漏洞利用有一个限制：
如果后台开启了账户注册审核，那就必须等待审核通过才能进行下一步利用。
3、前台管理员密码修改可影响后台的安全隐患
在DeDeCMS的设计中，admin被设置为不可从前台登陆，但是当后台登陆admin账户的时候，前台同样会登陆管理员账户。
而且在前台的修改密码接口，如果提供了旧密码，admin同样可以修改密码，并且这里修改密码会同步给后台账户。
通过3个漏洞配合，我们可以避开整个漏洞利用下的大部分问题。
前台任意用户密码修改漏洞->修改admin密码，前台任意用户登录漏洞->登陆admin账户，通过刚才修改的admin密码，来重置admin账户密码。
0x03 漏洞复现1、 登陆admin前台账户
安装DeDeCMS
注册用户名为000001的账户
由于是本地复现漏洞，所以我们直接从数据库中修改为审核通过
访问
获取cookie中last_vid_ckMd5值，设置
DeDeUserID_ckMd5为刚才获取的值，并设置DedeUserID为0000001访问/
2、修改admin前台登陆密码
使用DeDeCMS前台任意用户密码修改漏洞修改admin前台密码。
构造漏洞利用请求
从Burp获取下一步利用链接
/member/resetpassword.php?dopost=getpasswd&id=1&key=nlszc9Kn
直接访问该链接，修改新密码
成功修改登陆admin密码
3、修改后台密码
访问
使用刚才修改的密码再次修改密码
成功登陆
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来登陆其他账户。
这里我们需要从别的地方获取这个加密后的值。
1/member/index.php 161行
161行存在一段特殊的代码，这段代码是用来更新最新的访客记录的，当last_vid没有设置的时候，会把userid更新到这个变量中，更新到flag中。
而这里的userid就是注册时的用户名（如果不是已存在的用户名的话，会因为用户不存在无法访问这个页面）。
通过这种方式，我们就可以通过已知明文来获取我们想要的密文。
这里我们通过注册userid为形似00001或者1aaa这样的用户，在获取登陆状态时，mid会经过intval的转化变为1，我们就成功的登陆到admin的账户下。
ps：该漏洞影响所有用户
2、前台任意用户密码修改
漏洞主要逻辑在
/member/resetpassword.php 75行至95行
当找回密码的方式为安全问题时
dedecms会从数据库中获取用户的安全问题、回答进行比对，当我们在注册时没设置安全问题时。
从数据库中可以看到默认值为NULL（admin默认没有设置安全问题）
下面是设置了安全问题时数据库的样子，safequestion代表问题的id，safeanswer代表安全问题的回答。
我们需要绕过第一个判断
1if(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代入修改页。
跳转进入形似
1/member/resetpassword.php?dopost=getpasswd&id=1&key=nlszc9Kn的链接，进入修改密码流程唯一存在问题的是，这里&错误的经过一次编码，所以这里我们只能手动从流量中抓到这个链接，访问修改密码。
3、修改后台密码安全隐患
在DeDeCMS的代码中，专门对前台修改管理员密码做了设置，如果是管理员，则一并更新后台密码，也就是这个安全隐患导致了这个问题。
1/member/edit_baseinfo.php 119行
0x05 修复方案截至该文章完成时，DeDeCMS的官方仍然没有修复该漏洞，所以需要采用临时修复方案，等待官方正式修复更新。
由于攻击漏洞涉及到3个漏洞，但官方仍然没有公开补丁，所以只能从一定程度上减小各个漏洞的影响。
前台任意用户登陆漏洞：开启新用户注册审核，当发现userid为1xxxx或1时，不予以
通过审核。
在官方更新正式补丁之前，可以尝试暂时注释该部分代码，以避免更大的安全隐患
1/member/index.php 161-162行
前台修改后台管理员密码：设置较为复杂的后台地址，如果后台地址不可发现，则无法登陆后台。
前台任意用户密码修改漏洞：
修改文件/member/resetpassword.php 第84行
将其中的==修改为===
即可临时防护该该漏洞。
作者：锦行信息安全
