开发者社区> 科技小能手> 正文
阿里云
为了无法计算的价值
打开APP
阿里云APP内打开

ndiswrapper加载TL-WN322Gplus之殇-抓取802.11数据帧

简介:
+关注继续查看
修改NDIS库的实现来抓取802.11帧看似简单,实则困难。原因就在于NDIS只是Windows网络驱动的一套框架,类似Linux的Netfilter,它看重的是接口而不是实现,特别对于小端口驱动,最终只要将数据和上层驱动接口即可,具体读写设备的逻辑完全对外是封闭的。而对于Windows平台上的TP-Link无线网卡驱动,正是小端口驱动的典范,因此别指望它大量调用NDIS函数,它只需要最终调用NdisMIndicateReceivePacket即可,而NdisMIndicateReceivePacket所做的就是调用Linux的netif_rx将数据包交给Linux,在此之前,802.11帧和以太帧的适配转换工作已经在“小端口驱动的实现”中完成了。
        那么在哪里可以看到802.11帧呢?我们不得不靠猜测来找到它。鉴于各个厂商的实现不一致,可以使用Windows开发工具箱中的dumpbin来查看具体的网卡驱动,我这里使用的是athur.sys/netathur.inf/athurext.cat,dumpbin结果如下:

在实在看不出结果的情况下,可以考虑memcpy这个超级底层库函数,因为几乎所有的模块都涉及到内存拷贝,而数据帧从硬件到内存也会涉及到memcpy,当然这只是猜测,实现者完全可以不使用库函数,直接使用指针运算,然而这种实现难道可以商业化吗,因此我敢肯定商业代码中的帧拷贝操作[几乎]一定用了memcpy。
        然而问题来了,使用memcpy的操作太多了,到底哪个是复制802.11帧的呢?这就牵扯到了如何过滤802.11帧的问题了。这需要你对802.11帧格式有着深刻的理解,才能在茫茫内存中发现802.11帧。ndiswrapper的driver里面有个crt.c文件,封装C库供ntoskernel以及NDIS调用,修改其中的memcpy就好了,以下是我的一个修改,仅仅过滤802.11的纯数据帧,一种是FromAP的,另一种是ToAP的,关键不同点是第二个字节代表From AP和To AP:
noregparm void *WIN_FUNC(_win_memcpy,3)         (void *to, const void *from, SIZE_T n) { #ifdef DUMP_802_11  #define    80211_MINLEN    24 #define    80211_CTRL    0x88 #define    80211_TOAP    0x01 #define    80211_FROMAP    0x02     //最短的帧头24字节     if (n > 80211_MINLEN) {         int i = 0;         char *search = from;                 for (i = 0; i < n-1; i++, search++) {             //寻找802.11帧的控制字段;             //可能会将非802.11帧然而恰好匹配的也匹配进来             if (((*search & 0x000000ff) == 80211_CTRL) &&                 (*(search+1) == 80211_TOAP ||                  *(search+1) == 80211_FROMAP)) {                 if (n-i > 80211_MINLEN) {                     int j = 0;                     char *frame = search;                     //将其后的帧体打印出来                     printk("###### memcpy #####\n");                     for (j = 0; j < n-i; j++, frame++) {                         printk("%02X ", *frame & 0x000000ff );                     }                     printk("\n###### memcpy END#####\n");                 }                 break;             }         }     } #endif     return memcpy(to, from, n); }

上面的过滤算法不一定是最高效的,然而只求说明问题。除此之外,这个算法还有以下的问题:
1.字节匹配使用了遍历搜索,其实还可以使用诸如二分等方式优化;
2.不能解决802.11帧分批copy的情况,如果一个帧分好几次copy将无法得到整个帧,甚至帧头都无法取得;
3.如果Windows驱动程序根本就没有使用memcpy进行帧拷贝,比如使用DMA零拷贝技术。那此方法将完全失效;

重新make -C $ndiswrapper_dir
运行ndiswrapper -l确认下面的行
netathur : driver installed
        device (0CF3:1006) present

运行modprobe ndiswrapper

配置wlan0的IP地址以及连接接入点,然后ping 190.168.1.100,参见下面的图片确认地址信息,以便和抓包结果比对:

最后,dmesg的结果如下:


这就说明,802.11数据帧已经被dump了下来。不管怎么说,总算是抓到了802.11帧,也是一件不容易的事,虽然还有很多改进的空间。如此之工作完成,以后就可以尽情分析802.11网络上的种种怪事了,还不错...


 本文转自 dog250 51CTO博客,原文链接:http://blog.51cto.com/dog250/1268943


版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

相关文章
如何expanded time来观察信号到来的先后顺序?(仿真工具使用技巧)【Modesim/Questasim】
如何expanded time来观察信号到来的先后顺序?(仿真工具使用技巧)【Modesim/Questasim】
0 0
java实现RS信号报告
java实现RS信号报告
0 0
STM32:USART串口外设(内含:1.USART简介+2.USART基本结构+3.数据帧+4.起始位侦测+5.数据采样+6.波特率发生器)
STM32:USART串口外设(内含:1.USART简介+2.USART基本结构+3.数据帧+4.起始位侦测+5.数据采样+6.波特率发生器)
0 0
Linux驱动开发: 使用usbmon抓取usb 总线上通信的数据
Linux驱动开发: 使用usbmon抓取usb 总线上通信的数据
0 0
文章
问答
文章排行榜
最热
最新
相关电子书
更多
低代码开发师(初级)实战教程
立即下载
阿里巴巴DevOps 最佳实践手册
立即下载
冬季实战营第三期:MySQL数据库进阶实战
立即下载