系统安全之Windows下DNS ID欺骗解析

系统安全之Windows下DNS ID欺骗解析 - 系统安全 - 电脑教程网

系统安全之Windows下DNS ID欺骗解析

日期:2007-03-06   荐:

域名系统(DNS)是一种用于TCP/IP应用程序的分布式数据库,它提供主机名字和IP地址之间的转换信息。通常,网络用户通过UDP协议和DNS服务器进行通信,而服务器在特定的53 端口监听,并返回用户所需的相关信息。

一.DNS协议的相关数据结构

DNS数据报:

typedef strUCt dns {  unsigned short id;  //标识,通过它客户端可以将DNS的请求与应答相匹配;  unsigned short flags;  //标志:[QR opcode AA TC RD RA zero rcode ]  unsigned short quests;  //问题数目;  unsigned short answers;  //资源记录数目;  unsigned short author;  //授权资源记录数目;  unsigned short addition;  //额外资源记录数目; }DNS,*PDNS;

在16位的标志中:QR位判断是查询/响应报文,opcode区别查询类型,AA判断是否为授权回答,TC判断是否可截断,RD判断是否期望递归查询,RA判断是否为可用递归,zero必须为0,rcode为返回码字段。

DNS查询数据报:

 typedef struct query {  unsinged char *name;  //查询的域名,这是一个大小在0到63之间的字符串;  unsigned short type;  //查询类型,大约有20个不同的类型  unsigned short classes;  //查询类,通常是A类既查询IP地址。 }QUERY,*PQUERY;  DNS响应数据报:  typedef struct response {  unsigned short name;  //查询的域名  unsigned short type;  //查询类型  unsigned short classes;  //类型码  unsigned int  ttl;  //生存时间  unsigned short length;  //资源数据长度  unsigned int  addr;  //资源数据 }RESPONSE,*PRESPONSE;

二.Windows下DNS ID欺骗的原理

我们可以看到,在DNS数据报头部的id(标识)是用来匹配响应和请求数据报的。现在,让我们来看看域名解析的整个过程。客户端首先以特定的标识向DNS服务器发送域名查询数据报,在DNS服务器查询之后以相同的ID号给客户端发送域名响应数据报。这时客户端会将收到的DNS响应数据报的ID和自己发送的查询数据报ID相比较,如果匹配则表明接收到的正是自己等待的数据报,如果不匹配则丢弃之。

假如我们能够伪装DNS服务器提前向客户端发送响应数据报,那么客户端的DNS缓存里域名所对应的IP就是我们自定义的IP了,同时客户端也就被带到了我们希望的网站。条件只有一个,那就是我们发送的ID匹配的DSN响应数据报在DNS服务器发送的响应数据报之前到达客户端。下图清楚的展现了DNS ID欺骗的过程:

Client <--response-- . . . . . .. . . . . . . . . . DNS Server    <--[a.b.c == 112.112.112.112]-- Your Computer

到此,我想大家都知道了DNS ID欺骗的实质了,那么如何才能实现呢?这要分两种情况:

1. 本地主机与DNS服务器,本地主机与客户端主机均不在同一个局域网内,方法有以下几种:向客户端主机随机发送大量DNS响应数据报,命中率很低;向DNS服务器发起拒绝服务攻击,太粗鲁;BIND漏洞,使用范围比较窄。

2. 本地主机至少与DNS服务器或客户端主机中的某一台处在同一个局域网内:我们可以通过ARP欺骗来实现可靠而稳定的DNS ID欺骗,下面我们将详细讨论这种情况。  

首先我们进行DNS ID欺骗的基础是ARP欺骗,也就是在局域网内同时欺骗网关和客户端主机(也可能是欺骗网关和DNS服务器,或欺骗DNS服务器和客户端主机)。我们以客户端的名义向网关发送ARP响应数据报,不过其中将源MAC地址改为我们自己主机的MAC地址;同时以网关的名义向客户端主机发送ARP响应数据报,同样将源MAC地址改为我们自己主机的MAC地址。这样以来,网关看来客户端的MAC地址就是我们主机的MAC地址;客户端也认为网关的MAC地址为我们主机的MAC地址。由于在局域网内数据报的传送是建立在MAC地址之上了,所以网关和客户端之间的数据流通必须先通过本地主机。

在监视网关和客户端主机之间的数据报时,如果发现了客户端发送的DNS查询数据报(目的端口为53),那么我们可以提前将自己构造的DNS响应数据报发送到客户端。注意,我们必须提取有客户端发送来的DNS查询数据报的ID信息,因为客户端是通过它来进行匹配认证的,这就是一个我们可以利用的DNS漏洞。这样客户端会先收到我们发送的DNS响应数据报并访问我们自定义的网站,虽然客户端也会收到DNS服务器的响应报文,不过已经来不及了,哈哈。

三.核心代码分析

主程序创建两个线程,一个线程进行实时的ARP欺骗,另一个线程监听接收到的数据报,若发现有域名服务查询数据报,则立即向客户端发送自定义的DSN响应数据报。测试环境:Windows2000 + VC6.0 + Winpcap_3.0_alpha,注册表:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\ IPEnableRouter = 0x1。

1.sniff线程: PacketSetHwFilter(lpadapter,NDIS_PACKET_TYPE_PROMISCUOUS); //将网卡设置为混杂模式 PacketSetBuff(lpadapter,500*1024); //设置网络适配器的内核缓存; PacketSetReadTimeout(lpadapter,1); //设置等待时间; PacketReceivePacket(lpadapter,lppacketr,TRUE); //接收网络数据报; checksum((USHORT *)temp,sizeof(PSD)+sizeof(UDPHDR)+sizeof(DNS)+ulen+sizeof (QUERY)+sizeof(RESPONSE)); //计算校验和; PacketInitPacket(lppackets,sendbuf,sizeof(ETHDR)+sizeof(IPHDR)+sizeof(UDPHDR) +sizeof(DNS)+ulen+4+sizeof(RESPONSE)); //初始化一个_PACKET结构,发送DNS响应数据报; 2.arpspoof线程; PacketInitPacket(lppackets,sendbuf,sizeof(eth)+sizeof(arp)); //初始化ARP响应数据报; PacketSendPacket(lpadapter,lppackets,TRUE); //发送ARP欺骗的响应数据报;    3.getmac()函数 GetAdaptersInfo(padapterinfo,&adapterinfosize); //获取网络适配器的属性; SendARP(destip,0,pulmac,&ullen); //发送ARP请求数据报,过去网络主机的MAC地址;    4.main()函数 PacketGetAdapterNames((char *)adaptername,&adapterlength); //获得本地主机的网络适配器列表和描述; lpadapter=PacketOpenAdapter(adapterlist[open-1]);  //打开指定的网络适配器; CreateThread(NULL,0,sniff,NULL,0,&threadrid); CreateThread(NULL,0,arpspoof,NULL,0,&threadsid); //创建两个线程; WaitForMultipleObjects(2,thread,FALSE,INFINITE); //等待其中的某个线程结束;

四.小结与后记

局域网内的网络安全是一个值得大家关注的问题,往往容易发起各种欺骗攻击,这是局域网自身的属性所决定的--网络共享。本文所讲解的DNS ID欺骗是基于ARP欺骗之上的网络攻击,如果在广域网上,则比较麻烦。不过也有一些例外情况:如果IE中使用代理服务器,欺骗不能进行,因为这时客户端并不会在本地进行域名请求;如果你访问的不是网站主页,而是相关子目录的文件,这样你在自定义的网站上不会找到相关的文件,登陆以失败告终。如果你不幸被欺骗了,先禁用本地连接,然后启用本地连接就可以清除DNS缓存。

(出处:http://www.sheup.com)




标签: