D-Link DIR505路由器溢出漏洞实战

关注

原创最新推荐文章于 2026-07-21 12:16:32 发布 5.4k 阅读 AI 写同款· GEO 优化 ›

我用一个例子疏通“路由器漏洞&复现”【建议收藏！！】一、介绍该缺陷存在于Cisco IOS XR软件的Cisco Discovery Protocol中，它可能导致黑客的攻击。 “该漏洞是Cisco Discovery Protocol中字段字符串输入的错误验证所致。黑客可以通过向受影响设备发送恶意Cisco Discovery Protocol数据包以利用漏洞。” “被成功利用的漏洞可能导致堆栈溢出，黑客便可以执行任意代码。” Cisco专家指出，其他黑客也可以利用此缺陷。美国国家安全局（NSA）声称该漏洞在漏洞排名中位居前25。 IOS . 阅读详情

D-Link DIR505路由器溢出漏洞复现

一.基本IOT试验环境准备

本试验需要基于一些常用二进制以及模拟器工具，实践之前请提前安装和准备：

binwalk及sasquatch 插件安装：
binwalk用于IOT固件解包以及文件系统、二进制文件提取。

buildroot交叉编译环境安装
用户在X86 环境下编译其他CPU架构的二进制程序。

qemu模拟器安装
虚机程序，可使用它在X86环境下模拟运行其他CPU架构的二进制程序。

wine模拟器安装
Linux环境下的windows程序运行模拟器。本实践采用在Linux环境下运行IDA 逆向工具。

二.漏洞复现及利用过程

2.1淘硬件：

在咸鱼平台上淘这类IOT小设备作为试验用途还是挺实惠的，如下图40元包邮搞定DIR505路由器硬件：
在这里插入图片描述

2.2固件包获取及二进制提取：

如果是从二进制着手去挖掘漏洞固件获取是第一步。在能够通过互联网手段下载到固件包的情况下优先直接下载；否者需要采用编程器这类设备进行固件提取，本次实践直接在网上找到了固件包，版本为：DIR505A1_FW105CNB01.bin

预先安装好binwalk工具，并安装sasquatch 文件系统补丁，进行文件系统提取，拿到my_cgi.cgi二进制文件，供后续分析。采用binwalk -Me 命令进行解包、提取后，拿到sasquatch文件系统如下图所示：

在这里插入图片描述

my_cgi.cgi文件在 /usr/bin路径之下：

在这里插入图片描述

2.3伪代码溢出点分析：

经过相关资料的查阅，得知该漏洞发生的位在my_cgi.cgi的get_input_entries函数。由于该文件的访问没有权限控制，所以一旦它的溢出漏洞被发现并且没利用成功，威胁程度非常高。

IDA工具逆向my_cgi.cgi二进制文件，得到C语言伪代码，如下图所示：
在这里插入图片描述

如上图所示，get_input_entries的入参content_length 控制while循环次数，每次循环给buf赋值写入数据。而数据来源用户POST报文的数据字段，当数据的长度content_length 超过buf的大小即会产生溢出。由于没有异常保护，这个溢出点完全是攻击者可控的。

2.4二进制模拟调试确认溢出漏洞：

通过逆向分析伪代码找到漏洞位置之后，需要进行模拟调试进行漏洞确认。

在IDA 通过 jump to xref 找到 my_cgi.cgi 中main函数调用 get_input_entries 函数的位置，如下图所示：

在这里插入图片描述

如上图所示，get_input_entries 入参 my_entries buf长度为477456，故当POST数据长度content_length > 477456时有机会触发溢出。

使用file命令得知my_cgi.cgi二进制程序是一个mips 32位大端ELF:
在这里插入图片描述

所以需要使用 qemu 的 qemu-mips 的模拟程序。

故构造如下shell脚本，调用qemu-mips 调试 my_cgi.cgi 二进制程序：

在这里插入图片描述

如上图所示，qemu-mips 通过 -E参数设置HTTP头的参数。qemu构造的是一个HTTP POST报文其数据内容为‘storage_path=’+ 490000个‘Q’(需要明显大于 my_entries buf的长度，确保能够溢出) HTTP 头 CONTENT_LENGTH字段值即POST数据的长度。脚本运行结果如下：
在这里插入图片描述

如上图所示my_cgi.cgi跑出了段错误。出现段错误，可能是由于RA寄存器的被改写，程序访问了程序段地址空间之外的地址所导致。

为了证明这个段错误是由于溢出引起的，我们重新构造脚本，让POST数据小于 my_entries buf的长度，并运行：

在这里插入图片描述

如上图所示，当POST数据填充长度为490 远小于 my_entries buf 长度时，my_cgi.cgi运行时不会出现段错误的。正常返回了Web页面数据。

至此，我们确认了my_cgi.cgi二进制程序中 get_input_entries 溢出漏洞的存在。

2.5EXP编写及漏洞利用：

上一节我们通过QEMU的模拟运行确认了溢出漏洞的存在，现在我们需要精确控制溢出，实现对IOT设备的控制。

2.5.1MIPS溢出漏洞利用原理：

RA通用寄存器：

MIPS 有$0-$31 32通用寄存器。其中$31 也称为$RA (返回地址Return Address)寄存器**。也就是说当一个函数执行完成后可以通过$RA寄存器的函数地址决定后续程序执行走向。

MIPS架构下非叶子子函数程序执行流程：

当函数A调用函数B时，函数调用步骤：

01 当函数A调用B时，函数调用指令复制$PC寄存器（指令寄存器）的值到$RA。

02 当程序跳转到B执行，由于B不是叶子函数，函数指令会将函数返回地址即A的地址存入堆栈。

03 B函数执行完成准备返回时，指令会将堆栈内存储的A函数地址反写会$RA寄存器，然后通过jr $RA 的指令，将执行流程重新转向A

终上所述，若我们能够精确的控制溢出，改写堆栈上保存函数的返回地址，那么攻击者就能够控制程序执行走向造成系统被完全控制等严重后果（本次实践，拿到路由器shell）。

2.5.2精确控制$RA寄存器的值：

在2.4节，我们通过调试脚本（run_script.sh），确认了溢出漏洞的存在，现在需要反复调试run_script.sh脚本中 storage_path= Padding 数据的长度，直到正好能够覆盖$RA寄存器中的值。

在这里插入图片描述
如上图所示，脚本中增加 -g $PORT 参数，使得my_cgi.cgi 运行之后，能够被IDA 进行远程调试。由于my_entries buf 长度为477456，所以从该长度开始尝试，反复试验后，发现填充 4777464个字符Q后，再写入4个字节A正好可实现对$RA寄存器数据的覆盖。