USB Fuzzing基础知识:从漏洞挖掘到漏洞报告

番茄系统家园 · 2022-05-23 11:02:32

USB Fuzzing基础知识:从漏洞挖掘到漏洞报告

最近,我开始使用基于Facedancer的一种工具来挖掘USB主机堆栈中的漏洞。本文首先介绍我的Fuzzing测试方法,然后给出完整更新的Windows8.1 x64中的漏洞的实际示例。本文的目的不是重新定义USBFuzzing测试,也不是对我的Fuzzing测试架构进行完整描述,而是要叙述从Fuzzing测试到漏洞报告的完整步骤。

0x01Fuzzing 方法

我的Fuzzing结构基于Facedancer和Umap工具,并向其中添加了一些功能:

  • · 在PCAP中为仿真设备捕获流量;
  • · 从已记录的PCAP重放流量;
  • · 基于Radamsa的数据包变异。

0x02 USB基础
本文的目的不是要详细描述USB的工作原理,但仍需要一些知识才能更好地理解USBFuzzing。连接设备后,主机会向该设备发出标准请求,以检索有关该设备的信息(供应商ID,产品ID,可用功能等),这样做是为了对其进行配置并将适当的驱动程序加载到OS中,此信息称为描述符。这些请求/描述符在特殊端点上交换:每个连接的新标准设备都必须响应发送给它的请求。端点是设备接口之间的逻辑链接和USB主机堆栈,接口由一个或多个端点组成,并提供类功能(HID,大容量存储等)或特定功能。

0x03 Fuzzing的实例示例
我模拟了USB大容量存储设备,并丢弃了交换的流量,然后,我决定Fuzzing配置描述符,尤其是bNumEndpoints字段。

变异只是将这个字节替换为一个随机字节。一段时间后,我在Windows 8.1x64上触发了BSOD。在这里,我的变异描述符以红色框的形式发送到主机。在使用变异描述符对数据包序列重放了几次之后,我推测主机在以橙色框发送设置配置请求后立即触发了BSOD。

USB Fuzzing基础知识:从漏洞挖掘到漏洞报告

在Wireshark中,变异的描述符如下所示:

USB Fuzzing基础知识:从漏洞挖掘到漏洞报告

崩溃转储分析几乎没有用,因为内核池内存已被损坏:每次崩溃都在另一个位置。我继续注入数据包,并且在某个时候WindowsBSOD给了我以下问题的位置:USBSTOR.sys。

驱动程序名称是显式的:它是大容量存储驱动程序。

0x04逆向大容量存储驱动程序

下载完USBSTOR.sys的符号后,我将其加载到IDA Pro中,幸运的是,这些符号很容易理解,我很快找到了有趣的函数:USBSTOR_SelectConfiguration()

第一个基本块显示了对usbd.sys导出的调用:USBD_CreateConfigurationRequestEx(),该输出返回指向URB_FUNCTION_SELECT_CONFIGURATION结构的指针。根据MSDN [6],此“例程分配并格式化URB以选择USB设备的配置”。URB是客户端驱动程序用来描述其要发送到设备的请求的结构[7]。

第二个基本块调用USBSTOR_SyncSendUsbRequest(),并将先前创建的URB作为第一个参数。调用此函数后,请求将通过USB堆栈发送,然后从主机控制器物理发送到设备。如果我中断USBSTOR_SyncSendUsbRequest()调用,则会观察到不是此调用导致系统崩溃。

USB Fuzzing基础知识:从漏洞挖掘到漏洞报告

USBD_CreateConfigurationRequestEx()函数中,我看到它复制 bNumEndpoints(我设置为0的Fuzzing空间)从USB_INTERFACE_DESCRIPTOR结构的NumberOfPipes基于USBD_INTERFACE_INFORMATION结构。该USB_INTERFACE_DESCRIPTOR枚举过程结构初始化,并且不会在本文中进行研究。

USB Fuzzing基础知识:从漏洞挖掘到漏洞报告

现在,在调用USBD_CreateConfigurationRequestEx()之后,我回到USBSTOR.sys ,RDI指向:

R14指向:

USB Fuzzing基础知识:从漏洞挖掘到漏洞报告

现在,将_USBD_INTERFACE_INFORMATION结构复制到RCX,我将此指针放回RAX中。

USB Fuzzing基础知识:从漏洞挖掘到漏洞报告

这些指令的伪代码为:

在这里,有一个memset,其大小等于0x1800000038,导致不可利用的内核池溢出。

Windows 8.1 32位

我看到了在64位模式下发生的情况,但没有看到32位模式下发生的情况。我将不再详细说明指令流,因为是完全相同的。

以下代码段对应于先前代码段的32位等效:

USB Fuzzing基础知识:从漏洞挖掘到漏洞报告

在伪代码中,memset()的大小如下:

此处,由于结构中的指针大小不同,因此大小计算也不同。因为EAX只有32位长,所以结果0x1400000024不适合它,因此存储了0x00000024。_URB_SELECT_CONFIGURATION的大小为0x38字节,因此未初始化分配结构的20个字节,如果分配的空间紧随其后没有正确地用memcpy()填充,则在特定条件下可以利用该漏洞。

0x05 参考文献

本文翻译自:https://blog.quarkslab.com/usb-fuzzing-basics-from-fuzzing-to-bug-reporting.html如若转载,请注明原文地址:

免责声明: 凡标注转载/编译字样内容并非本站原创,转载目的在于传递更多信息,并不代表本网赞同其观点和对其真实性负责。如果你觉得本文好,欢迎推荐给朋友阅读;本文链接: https://m.nndssk.com/dngz/332380yMt4Tz.html
猜你喜欢
最新应用
热门应用