前两天w22师傅带来一个摄像头，在师傅的指导下复现了这个固件重打包漏洞，简单记录一下，又学到了很多不可描述的知识！
!!文末另有福利哦!!
转发本文到朋友圈、参与抽奖获取****同款摄像头
首先拿到摄像头后因为没有固件，于是这里直接使用编程器读取Flash芯片的内容[略]，接下来就是对固件进行分析、仿真、校验分析及绕过
1 文件系统提取
首先使用Binwalk提取固件，使用如下命令提取，-M参数的意思是以递归扫描提取文件，-e则为自动提取已知文件
Binwalk -Me
从上图中可以看出文件系统类型为squashfs，压缩格式为xz
可以看到0.squashfs的大小为2886212字节
2 固件分析
首先分析一下/etc/init.d/rcS**（一般rcS为启动程序）
**
可以看到他启动了一个goahead服务，并且挂载mtd后，启动了/mnt/mtd/startap
首先分析goahead，使用checksec命令或者file命令，可以看出是mips小端序
分析goahead程序，发现http目录的位置在/etc/webs中
在目录中发现一个可以上传固件升级的地方，他会把我们上传的固件交给cgi去处理：
尝试访问一下该目录，发现为固件上传目录：
但如果随意上传文件，会提示如下错误：
3 环境搭建
因为提取出固件了，所以我们这使用QEMU仿真运行，首先我们使用qemu启动Debian系统，再使用chroot命令切换到摄像头固件根目录：
sudo qemu-system-mipsel -M malta -kernel ./vmlinux-3.2.0-4-4kc-malta -hda ./debian_wheezy_mipsel_standard.qcow2 -append "root=/dev/sda1 console=tty0" -net nic -net tap,ifname=tap0,script=no,downscript=no -nographic -s
内核及镜像下载地址：
https://people.debian.org/~aurel32/qemu/mipsel/
挂载dev和proc，并chroot进固件中
启动gohead
访问刚刚我们发现的目录
4 固件上传校验分析及绕过
打开IDA，分析gohead，搜索Bad Magic Number字符串
在校验的过程中,它会获取一个地方取4个字节(Dword)与\x27\x05\x19\x56做一个字符串比较，而0x27051956正是uboot文件头的Magicnumber，与uboot的对比结构体如下
最后还需要将文件名修改为appfw
5 制作后门
#include <stdio.h>
这里我们使用OsandaMalith的后门，并使用MIPS的GCC进行交叉编译**「建议使用buildroot」**
将其移动到固件的/bin目录中
最后在/etc/init.d/rcS里的export之后加上启动脚本，如下所示：
在QEMU中测试后门是否能够正常使用：
6 固件重打包
首先是使用mksquashfs将根目录打包为squashfs文件系统
wget https://www.squashfs-lzma.org/downloads/squashfs4.2.tar.gz
在默认配置的情况下，squashfs并不支持xz，这里我们修改一下Makefile使其支持XZ格式
另外还需要下载一个支持包并安装，地址如下：
wget https://tukaani.org/xz/xz-5.2.5.tar.gz
安装squashfs-tools
最后使用如下命令打包文件系统：
mksquashfs squashfs-root/ my.bin -comp xz -b 256k
其中参数解析如下：
comp 参数可以指定压缩的格式
因为文件大小和之前的不相同，这里使用00进行填充
dd if=my.bin of=my.bin.ov bs=2949120 conv=sync
因为我们还缺少一个uImage头，所以还需要mkimage工具帮助我们生成uimage头
安装：sudo apt-get install u-boot-tools -y
生成uImage
mkimage -A MIPS -O linux -T kernel -C lzma -a 0x80000000 -e 0x803B8000 -n "rootfs" -d my.bin uImage
但是当尝试升级的时候依旧提示：
猜测可能是load address和entry point地址错误，通过串口调试，可以得到加载内核时的load address 和 entry address，然后使用mkimage重新生成固件
mkimage -A MIPS -O linux -T kernel -C lzma -a 0x80010000 -e 0x803a3f90 -n "rootfs" -d my.bin uImage
7 总结
感谢w22师傅的耐心指导，在复现该漏洞时，主要难点在于要分析出这是uImage头校验，以及在打包uImage时的load addr和entry point地址
可以看到我们在使用qemu仿真MIPS摄像头时，需要输入很长的命令，并每次都配置挂载点、IP等等，这里推荐一个docker版的qemu：
欢迎star：
https://github.com/yywz1999/myQemu
请于2021.6.25日前转发本推文至朋友圈（凭转发截图兑奖，开奖前删除无效），点击下方卡片进行抽奖