反“QQ安全管家,360防蹭网,金山卫士防蹭网”解决方案

八月 14, 2011

QQ安全管家,360等争相推出防蹭网解决方案,经过数天的调试,从x86和MIPS平台(路由)两方面提供解决方案,完全屏蔽蹭网扫描。

首先针对PC平台:

PC平台我们视为直接用网卡连接被蹭路由,即PC—-Router—-WAN的简单拓扑。

为了安全起见,首先打开连接状态,属性,取消勾选Microsoft 网络客户端,确定,关闭:

image

 

其次,安装ARP防火墙:

8

在工具,选择基本参数配置,勾选安全模式:

9

就这样,成功屏蔽了非网关的ARP探测。

 

但是,并不是所有蹭网的用户都是通过网卡直接蹭网,有相当一部分用户是通过中继设备连接被蹭端,自己再有线或无线连接自己的设备的,我们需要在路由上做一些设置。这里以dualwan路由V1.28 0536版作为测试。

首先,用无线网卡连接被蹭端,运行防蹭网扫描:

1

一直第一台设备为中继(蹭网端),第二台设备为PC(主人),第三台设备为本机。

记录主人端MAC地址,每两个十六进制位用“-”分割。

回到中继,telnet上路由:

运行:
arptables -A INPUT --src-mac 主人MAC -j DROP
如果没有回显,则证明成功。

image

可以把主人的MAC换成自己网卡的MAC,测试一遍。

7

然后进入路由,把上面的脚本保存为启动脚本:

10

路由端屏蔽防蹭网检测的方案完美宣告结束,值得一提的是,ddwrt中对arptables的支持似乎并不好,dualwan原生集成,openwrt可以挂载模块生效。对于ddwrt的进一步解决方案,笔者会另行研究。

 

原理分析:

 

经过抓包发现,在执行蹭网检测时,程序向网段每个IP都发送了1-3次ARP请求:

2

随后用ICMP检测存活:

3

最后用NBNS检测主机名:

image

一次探测大约产生了40KB的数据IO:

image

由于先探测ARP,对于ARP不响应的IP不予回应,所以屏蔽了ARP探测,理论上可以不屏蔽ICMP回应,直接越过检测,在局域网中隐身。

实际操作也证明了这一点。

 

针对防蹭网软件提供商的修补方案:

同路由商家协作,建立API,直接从路由节点调用路由表分析数据,避免采用ARP扫描。

反防蹭网解决方案一文经72小时的调试宣告结束,转载请注明Wifibeta.COM,尊重作者劳动,谢谢!

Leave a comment
6 Comments.

Leave a Reply


[ Ctrl + Enter ]

 
Copyright © 2017 WiFi~BETA | Powered by WordPress  | Theme designed by Evlos  | 本站法律顾问:ITLAW-庄毅雄 | 知识共享许可协议 |