老板前一段给买了几款路由把玩,研究了下D-Link DIR 629、DIR 823这两款板子。发现在soap.cgi中存在几处栈溢出,均可以远程利用,并且其他型号的路由也有对soap这一部分代码的复用。
逆向分析与漏洞挖掘
因为是想挖几个能远程利用的洞,首先去看了HTTP服务,也就是/htdocs/cgibin。
D-Link HTTP服务由cgibin提供,并通过软链接的文件名进入到不同的处理分支:
在各个cgi处理函数中,会通过cgibin_parse_request来解析用户输入,其函数原型大致如下:
参数save_param_func用于传入解析/存储HTTP请求的具体handler,读取HTTP请求后使用该handler具体处理用户输入。在soapcgi_main(0x00418E28)中传入了漏洞函数vulnerable_sprintf_parser(0x0041893C):
跟进vulnerable_sprintf_parser可以发现程序未进行边界检查便将全局变量g_http_soapaction通过sprintf写到栈上:
g_http_soapaction来自于soapcgi_main中对HTTP Header SOAPACTION字段的解析:
取HTTP_SOAPACTION:
取#后的值:
至此漏洞原理已经明了:soapcgi_main中未进行边界检查便将HTTP Header中的SOAPACTION字段存储至栈上,导致栈溢出。
漏洞利用
基础信息:
MIPS大端序,开启了NX,未开启ASLR、PIE,只需要做个ROP。
溢出的崩溃现场如下:
$S0、$S2-S3、$FP、$SP指向的内存可控,要编写ROP只能在这几个寄存器上做文章,最终用ropper在uClibc中找了个很不错的gadget:
现在需要做的就是找到libc加载的实际基址。
在隔壁开锁王师傅的指导下把板子拆开,接上串口:
成功获取到shell:
拿到shell后读/proc/pid/maps就可以获取到libc的加载基址。
最终编写ROP如下:
攻击演示:
发表评论
您还未登录,请先登录。
登录