-
-
[原创][分享]ghostscript 命令注入漏洞分析
-
发表于:
2021-9-9 23:02
17662
-
[原创][分享]ghostscript 命令注入漏洞分析
最近在网上看到一个关于ghostscript软件的一个poc生成脚本,看了下生成的poc感觉应该挺简单的,随手分析下,该漏洞目前在野。
一、漏洞信息
二、漏洞复现
环境搭建
Ubuntu20.4
复现过程
a) 使用提供的poc生成脚本生成poc
b) 安装imagemagick
c) 运行convert转换图片

三、漏洞分析
根据流出的poc readme 得知该漏洞并不是直接由convert触发,而是convert调用了GhostScript, GhostScript触发了该漏洞。
先找到convert调用GhostScript的地方,并观察传递的命令行参数。
在linux系统中,调用其他进程的函数无非就system,execX,popen这几个函数,所以可以在libc中对这几个函数下断点。
一段操作后并未发现断点命中,怀疑可能是先fork然后在子进程中调用。
果然命中

根据栈回溯,找到调用fork函数的地方,并修改ip强制将ip指向子进程的空间中,找到了调用gs的地方。



传递的详细命令行参数如下
gs -sstdout=%stderr -dQUIET -dSAFER -dBATCH -dNOPAUSE -dNOPROMPT -dMaxBitmap=500000000 -dAlignToPixels=0 -dGridFitTT=2 -sDEVICE=pngalpha -dTextAlphaBits=4 -dGraphicsAlphaBits=4 -r72x72 -g612x792 -dEPSCrop -sOutputFile=/tmp/magick-15565sSaJTfcgWCk7%d -f/tmp/magick-15565gqAGdyB3qGD9 -f/tmp/magick-15565RttrpTjPQ4Qb
其中最关键的参数是/tmp/magick-15565RttrpTjPQ4Qb指向的文件

可以看到,我们传入的命令已经被写入到了其中。
手动执行上面的命令行测试
/tmp/magick-15565RttrpTjPQ4Qb 是一个软连接,它指向/proc/self/fd/3, 由于进程不同所以需要将self替换为convert的进程id

可以肯定该漏洞肯定是由GhostScript触发的。
现在来调试GhostScript,和前面的思路一样,既然是命令注入肯定逃不脱system, execX, popen系列的函数,所以还是在libc中将这些函数下断点等它来即可。

可以看到在popen函数中命中了断点,并且利用’;’来执行命令。
查了一下GhostScript是一个开源的软件,下载了一份源码看下具体的调用逻辑,但由于太过复杂,所以只是简单的分析了下来龙去脉。
这里有一个数据结构,应该是根据%pipe%这个字段来调用该数据结构中的函数指针进行解析。

pipe_fopen函数中调用了open_pipe函数指针。

open_pipe函数指针在pipe_init函数中初始化并赋值为fs_file_open_pipe

fs_file_open_pipe函数中调用了popen函数,这里就是漏洞的触发点。

很明显,此处是将括号中的字符串当作文件名直接传递给了popen函数来进行执行,所以才导致该漏洞存在。 
另附poc生成脚本
python
'/home/hua/桌面/IM-RCE-via-GhostScript-9.5.py'
'touch the_poc'
'/home/hua/桌面/test.jpg'
python
'/home/hua/桌面/IM-RCE-via-GhostScript-9.5.py'
'touch the_poc'
'/home/hua/桌面/test.jpg'
sudo apt install imagemagick
-
6.q16
sudo apt install imagemagick
-
6.q16
[注意]看雪招聘,专注安全领域的专业人才平台!