IoT Firmware Emulation and Exploitation 想起来什么写点什么

qemu仿真

一些想法

配置网卡

tunctl -t tap0  虚拟一个网卡
ifconfig tap0 192.168.2.1/24  把这个网卡设置到这个网段

对于固件的fuzz可行的点在哪里

nvram仿真

#include <stdio.h>
#include <string.h>

char *nvram_get(char *key)
{
        char *value = NULL;

        if(strcmp(key, "lan_ipaddr") == 0)
        {
                value = strdup("127.0.0.1");
        }

        if(strcmp(key, "lan_proto") == 0)
        {
                value = strdup("static");
        }

        printf("nvram_get(%s) == %s\n", key, value);
        return value;
}
我们需要将此代码作为共享库进行交叉编译，并将其复制到squashfs-root目录中，这个目录是我们运行qemu的目录：
eve@eve:~$ arm-linux-gcc -shared nvram.c -o nvram.so
eve@eve:~$ cp nvram.so squashfs-root/nvram.so
现在，我们将尝试再次在Qemu中运行httpd，这一次在LD_PRELOAD环境变量中指定nvram.so文件的路径：
eve@eve:~/squashfs-root$ sudo chroot . ./qemu-arm -E LD_PRELOAD="/nvram.so" usr/sbin/httpd 
usr/sbin/httpd: relocation error: /nvram.so: symbol __register_frame_info, version GLIBC_2.0 not defined in file libgcc_s.so.1 with link time reference
看起来nvram.so文件期望引用__register_frame_info函数，该函数符号在目标系统的libgcc_s.so库中不存在。发生这种情况是因为我们用来构建nvram.so的工具链与供应商用来为目标系统构建固件的工具链不同。我们希望__register_frame_info存在，而他们却没有。

由于供应商未为其系统发布GPL代码，因此我们不能简单地使用其工具链来重新构建nvram.so。我们可以向公司发起GPL请求，但是有一种更简单（更快！）的方法。我们只需要在nvram.c中为__register_frame_info符号添加占位符定义(函数声明)：
#include <stdio.h>
#include <string.h>

void __register_frame_info(void) { }
void __deregister_frame_info(void) { }
void __unregister_frame_info(void) { }

char *nvram_get(char *key)
{
        char *value = NULL;

        if(strcmp(key, "lan_ipaddr") == 0)
        {
                value = strdup("127.0.0.1");
        }

        if(strcmp(key, "lan_proto") == 0)
        {
                value = strdup("static");
        }

        printf("nvram_get(%s) == %s\n", key, value);
        return value;
}

firmae思路

对firmadyne进行改进

• boot

• network

• nvram

• kernel

• others

boot

网络