wordpress4.9.6-任意文件删除漏洞修复方案
2018年6月26日，知名开源博客软件和内容管理系统WordPress 被爆存在任意文件删除漏洞，攻击者可利用该漏洞进行任意文件删除攻击。恶意攻击者可以利用该漏洞删除WordPress建站配置文件wp-config.php，从而导致界面进入网站安装页面。漏洞原因为WordPress程序 unlink（） 函数在处理的用户输入传递给文件删除功能时，未进行适当判断处理，导致任意文件删除。
【漏洞详情】WordPress 的 unlink（） 函数处理的用户输入传递给文件删除功能时，会产生任意文件删除漏洞。
【风险等级】高风险
【漏洞风险】任意文件删除
添加微信好友, 获取相关信息
复制微信号
【影响版本】目前已知受影响版本如下：全系列 WordPress，包括当前的 4.9.6 版本。WordPress <= 4.9.6
修复方案：
1、更新wordpress程序
WordPress团队在其安全和维护版本4.9.7中发布了一个更新，修复了此博客文章中描述的漏洞以及稍后由Wordfence发现的相关漏洞。所以网站管理员只需要将wordpress系统更新到4.9.7版本即可修复此漏洞。
注：阿里云ecs云盾仍会提示未修复。
2、临时加固止血方案：
漏洞研究者提供了临时止血方案，可以在当前活动的主题/子主题的 functions.php 文件中添加如下内容：
add_filter（ ‘wp_update_attachment_metadata’， ‘rips_unlink_tempfix’ ）；
function rips_unlink_tempfix（ $data ） {
if（ isset（$data[‘thumb’]） ） {
$data[‘thumb’] = basename（$data[‘thumb’]）；
}
return $data;
}
【温馨提醒】建议变更前提前做好网站文件备份和数据库别分，避免变更引起网站不可用。
Wordpress <= 4.9.6 任意文件删除漏洞修复方案
WordPress任意文件删除漏洞视频演示：
原文中文翻译：
WordPress是网络上最受欢迎的CMS系统。据w3tech统计，约有30％的网站运行了该系统。该系统的应用是如此广泛，难免会成为网络犯罪分子攻击目标。在这篇博文中，我们将为读者介绍WordPress内核中的一个任意文件删除漏洞，这个漏洞可能会导致攻击者执行任意代码。早在7个月前，我们就向WordPress安全团队报告了这个漏洞，但到目前为止，该漏洞仍然没有得到修补。自初次报告（该报告既没有提供任何补丁，也没有给出具体的修复计划）至今，已经过了漫长的时间，但是仍然没有看到任何的修复迹象，所以，我们决定将这个漏洞公之于众，以督促其尽快采取行动。
谁会受到该漏洞的影响
在撰写本文时，该漏洞仍然没有补丁可用。并且，所有WordPress版本，包括当前的4.9.6版本在内，都面临这个漏洞的威胁。
要想利用下面讨论的这个漏洞，攻击者需要事先获得编辑和删除媒体文件的权限。因此，该漏洞可用于通过接管角色与作者一样低的帐户或通过利用其他漏洞/错误配置来实现提权。
危害：攻击者能够利用它做什么
利用这个漏洞，攻击者能够删除WordPress安装的任何文件（+ PHP服务器上的任何其他文件，即PHP进程有权删除的，尽情删就是了）。除了删除整个WordPress安装的可能性（如果当前没有备份可用的话，将会导致灾难性后果）之外，攻击者还可以利用任意文件删除功能绕过一些安全措施，继而在Web服务器上执行任意代码。更确切地说，攻击者可以删除下列文件：
.htaccess：通常情况下，删除该文件不会有任何安全影响。但是，在某些情况下，。htaccess文件包含与安全相关的安全约束（例如，对某些文件夹的访问限制），因此，删除此文件后，相应的安全限制将会随之消失。
index.php文件：通常情况下，一些空的index.php文件被放置到各个目录中，以防止相应目录中的内容被列出。删除这些文件后，攻击者就能够列出受该方法保护的目录中的所有文件。
wp-config.php：删除这个WordPress安装文件会在下次访问该网站时触发WordPress安装过程。这是因为wp-config.php包含数据库凭证，如果没有它，WordPress的就会采取尚未安装之前的操作。攻击者可以删除该文件，然后，使用为管理员帐户选择的凭据进行安装，最后在服务器上执行任意代码。
漏洞详情
将未经过滤的用户输入传递给文件删除函数时，就可能触发任意文件删除漏洞。对于PHP来说，当调用unlink（）函数并且可能影响部分或整个参数$filename的用户输入没有进行适当的过滤时，就可能出现这种情况；其中，该参数表示表要删除的文件的路径。
在WordPress Core中，引发这个漏洞的代码位于wp-includes/post.php文件中：
在上面显示的wp_delete_attachement（）函数中，$ meta ['thumb']的内容未经任何过滤处理就直接传递给unlink（）调用了。这段代码的用途是，在删除图像的同时，一起将其缩略图删掉。在WordPress中，通过媒体管理器上传的图像将作为attachement类型的文章对待。值$meta ['thumb']是从数据库中检索的，在数据库中，它保存在表示图像的文章的自定义字段中。因此，在从数据库检索后，到传递给关键函数unlink（）期间，并没有对表示缩略图文件名的值进行任何过滤或检查。如果该值在保存到数据库之前也没有经过任何过滤，或过滤不充分的话——我们将在下一个代码清单中看到这种情况——就可能出现一个两阶段的任意文件删除漏洞。
后面的代码片段（位于/wp-admin/post.php中）展示了隶属于附件的缩略图的文件名是如何保存到数据库的。用户输入从$_POST ['thumb']中取出后，直到通过wp_update_attachment_metadata（）保存到数据库这段过程中，系统没有对这些内容进行适当的安全过滤，因此，也就无法确保该值的确为正在编辑的附件的缩略图。此外，由于$_POST ['thumb']的值可以将任意文件的路径保存到WordPress上传目录相对路径中，所以当附件被删除时，该文件也会被删除，如前面的代码所展示的那样。
临时补丁
在撰写本文的时候，WordPress中的这个漏洞仍未得到修复。正因为如此，我们已经开发了一个临时补丁供大家使用。通过将该补丁添加到当前活动的主题/子主题的functions.php文件中，就可以将该补丁集成到现有的WordPress安装中。
实际上，该补丁的工作原理就是，“钩住”wp_update_attachement_metadata（）调用，对提供给thumb的数据进行安全过滤，确保其中不包含任何使路径遍历成为可能的内容，这样一来，攻击者就无法删除与安全相关的文件了。
当然，这里提供的补丁只是临时性的，主要用来防止用户收到恶意攻击。由于我们无法兼顾WordPress插件的所有可能的向后兼容性问题，所以，建议您谨慎地对WordPress文件进行任何修改。
时间线
2017/11/20向Hackerone上的WordPress安全团队报告该漏洞。
2017/11/22安全团队对这个漏洞进行分类和验证。
2017/12/12询问进展。
2017/12/18 WordPress正在开发一个补丁程序。我们询问发布日期，但是没有收到回应。
2018/01/09咨询补丁的发布日期，依然没有收到回复。
2018/01/20鉴于该安全问题的严重性和缺乏沟通，我们请求Hackerone进行调解。
2018/01/24 WordPress安全小组估计修复时间为6个月。
2018/05/24询问有关问题的进展和/或计划，并提醒他们尽快发布，但是没有得到任何回应。
2018/05/24向安全团队发送twitter DM，以确保他们不会忽视Hackerone上的消息。
2018/06/26漏洞提交7个月后，WordPress安全团队仍未解决问题。
2018/07/05 WordPress在4.9.7版本中发布了一个修复程序。
结束语
在这篇文章中，我们介绍了WordPress Core中的一个任意文件删除漏洞，任何具有作者权限的用户都能够利用该漏洞来完全接管WordPress网站，继而在服务器上执行任意代码。尽管该漏洞去年就报告给了WordPress安全团队，但截止撰写本文时为止，他们仍然没有对该漏洞进行修复。
为了提高对这个漏洞的认识，我们决定发布一些细节和相应的补丁。使用我们的安全分析方法，大家可以轻松发现该漏洞，我们确信这个问题已经为许多研究人员所了解。尽管用户帐户的要求对该漏洞的影响规模有一些影响，但共享多个用户帐户的站点，应该及时安装相应的安全补丁。
更新2018/07/05
WordPress团队在其安全和维护版本4.9.7中发布了一个更新，修复了此博客文章中描述的漏洞以及稍后由Wordfence发现的相关漏洞。
评论