图1典型DNS欺骗过程

　（1）缓存感染黑客会熟练的使用DNS请求，将数据放入一个没有设防的DNS服务器的缓存当中。这些缓存信息会在客户进行DNS访问时返回给客户，从而将客户引导到入侵者所设置的运行木马的Web服务器或邮件服务器上，然后黑客从这些服务器上获取用户信息。

（2）DNS信息劫持入侵者通过监听客户端和DNS服务器的对话，通过猜测服务器响应给客户端的DNS查询ID.每个DNS报文包括一个相关联的16位ID号，DNS服务器根据这个ID号获取请求源位置。黑客在DNS服务器之前将虚假的响应交给用户，从而欺骗客户端去访问恶意的网站。

（3）DNS复位定向攻击者能够将DNS名称查询复位向到恶意DNS服务器。这样攻击者可以获得DNS服务器的写权限。

2.拒绝服务攻击

　黑客主要利用一些DNS软件的漏洞，如在BIND9版本（版本9.2.0以前的9系列）如果有人向运行BIND的设备发送特定的DNS数据包请求，BIND就会自动关闭。攻击者只能使BIND关闭，而无法在服务器上执行任意命令。如果得不到DNS服务，那么就会产生一场灾难：由于网址不能解析为IP地址，用户将无方访问互联网。这样，DNS产生的问题就好像是互联网本身所产生的问题，这将导致大量的混乱。

3、分布式拒绝服务攻击

　DDOS攻击通过使用攻击者控制的几十台或几百台计算机攻击一台主机，使得服务拒绝攻击更难以防范：使服务拒绝攻击更难以通过阻塞单一攻击源主机的数据流，来防范服务拒绝攻击。SynFlood是针对DNS服务器最常见的分布式拒绝服务攻击。

4.缓冲区漏洞

　Bind软件的缺省设置是允许主机间进行区域传输（zonetransfer）。区域传输主要用于主域名服务器与辅域名服务器之间的数据同步，使辅域名服务器可以从主域名服务器获得新的数据信息。一旦起用区域传输而不做任何限制，很可能会造成信息泄漏，黑客将可以获得整个授权区域内的所有主机的信息，判断主机功能及安全性，从中发现目标进行攻击。

应对以上这些安全问题有两个比较有效方法：TSIG和DNSSEC技术。

二、TSIG技术

　DNS的事务签名分为TSIG（TransactionSignatures）与SIG0（SIGnature）两种。该如何选择呢？首先，要先判断客户端与服务器间的信任关系为何，若是可信任者，可选择对称式的TSIG.TSIG只有一组密码，并无公开/私密金钥之分；若是非完全信任者，可选择非对称式金钥的SIG0，虽有公开/私密金钥之分，相对的，设定上也较复杂。至于要选用哪种较适合，就由自己来判断。通常区带传输是主域名服务器到辅助域名服务器。通常在主域名服务器配置文件/etc/named.conf的dns-ip-list的访问控制列表（ACL，accesscontrollist）会列出一些IP地址，它们只能为主域进行传输区带信息。一个典型例子如下：

acl“dns-ip-list”{172.20.15.100；172.20.15.123；}；zone“yourdomain.com”{typemaster；file“mydomain.dns”；allow-query{any；}；allow-update{none；}；allow-transfer{dns-ip-list；}；}；都是黑客会利用IP欺骗一个DNS服务器，迫使其进行非法区带传输。TSIG技术可以进行有效防范。

1.TSIG技术

　交易签章（TSIGRFC2845），是为了保护DNS安全而发展的。从BIND8.2版本开始引入TSIG机制，其验证DNS讯息方式是使用共享金钥（SecretKey）及单向杂凑函式（One-wayhashfunction）来提供讯息的验证和数据的完整性。主要针对区带传输（ZONETransfer）进行保护的作用，利用密码学编码方式为通讯传输信息加密以保证DNS讯息的安全，特别是响应与更新的讯息数据。也就是说在DNS服务器之间进行辖区传送时所提供保护的机制，以确保传输数据不被窃取及监听。下面以BIND9.21为例：首先在开始设置，必须为主域名服务器（masterDNS）和辅助域名（slaveDNS）进行时间同步，否则会造成区带传输的失败。可以使用ntp或者rdate工具进行服务器时间同步。

假设要限制yourdomain.com的主域到IP地址分别是172.20.15.100（ns1.yourdomain.com）和172.20.15.123（ns2.yourdomain.com）。的两个辅助域名服务器之间进行区带传输。在此将详述TSIG的实际操作，可以防止DNS服务器和黑客的DNS服务器之间不会发生IP欺骗。

步骤一：执行dnssec-keygenfunction产生加密金钥，一个为publickey文件，另一个为privatekey文件：产生加密金钥：

dnssec-keygen-ahmac-md5-b128-nHOSTzone-xfr-key该文件中公开金钥（publickey）是：Kzone-xfr-key.+157+08825.key；私有金钥（privatekey）是Kzone-xfr-key.+157+08825.private.此时查看文件通常包括以下内容：

Private-key-format：v1.2Algorithm：157（HMAC_MD5）

Key：YH8Onz5x0/twQnvYPyh1qg==

步骤二：使用TSIG金钥在主域名服务器和辅助域名服务器的设置文件named.conf设定：keyzone-xfr-key{algorithmhmac-md5；secret“YH8Onz5x0/twQnvYPyh1qg==”；}；

步骤三：将下面的声明加入服务器ns1.yourdomain.com的设置文件/etc/named.conf中：server172.20.15.123{keys{zone-xfr-key；}；}；

步骤四：将下面的声明加入服务器ns2.yourdomain.com的设置文件/etc/named.conf中：server172.20.15.100{keys{zone-xfr-key；}；}；

步骤五：为主域名服务器ns1.yourdomain.com的yourdomain.com区带的设置文件/etc/named.conf写入以下配置：acl“dns-ip-list”{172.20.15.100；172.20.15.123；}；keyzone-xfr-key{algorithmhmac-md5；secret“YH8Onz5x0/twQnvYPyh1qg==”；}；server172.20.15.123{keys{zone-xfr-key；}；}；zone“yourdomain.com”{typemaster；file“mydomain.dns”；allow-query{any；}；allow-update{none；}；allow-transfer{dns-ip-list；}；}；

步骤六：为辅助域名服务器ns2.yourdomain.com的yourdomain.com区带的设置文件/etc/named.conf写入以下配置：acl“dns-ip-list”{172.20.15.100；172.20.15.123；}；keyzone-xfr-key{algorithmhmac-md5；secret“YH8Onz5x0/twQnvYPyh1qg==”；}；server172.20.15.100{keys{zone-xfr-key；}；}；zone“yourdomain.com”{typemaster；file“mydomain.dns”；allow-query{any；}；allow-update{none；}；allow-transfer{dns-ip-list；}；}；

步骤七：再次重新启动主域名服务器和辅助域名服务器。

说明为确保安全性的问题，TSIG可确认DNS之信息是由某特定DNSServer所提供。通常TSIG应用于域名服务器间的区带传输，确保数据不会被篡改或产生dnsspoofing.步骤八：验证TSIG技术是否生效，步骤如下：？删除辅助域名服务器（ns2.yourdomain.com）的区带文件。？重新启动辅助域名服务器。？检查辅助域名服务器的区带文件是否自动建立。辅助域名服务器用来从主服务器中转移一整套域信息。区带文件是从主服务器转移出的，作为磁盘文件保存在辅助域名服务器中。

注意事项：如果为域名服务器配置了TSIG，那么要确保普通用户不能接触主域名服务器和辅助域名服务器的配置文件/etc/named.conf.另外也不能修改两台服务器的共享的TSIG密钥。

2.SIG0技术简介

　SIG0是一九九九年三月由IBM公司的D.Eastlake提出成为标准。其是利用公开金钥机制为辖区资料进行数字签章的动作，以保证每笔传输的sourcerecord具有可验证性与不可否认性。实际上SIG0才是防止DNSSpoofing发生最主要的技术，SIG0是使用公开金钥加密法，让辖区管理者为其辖区数据加上数字签章，由此证明辖区资料的可信赖性。除此之外，SIG0保有是否选择认证机制的弹性，以及可灵活地配合自订的安全机制。

三、DNSSEC技术

DNS欺骗是对目前网络应用，最大的冲击在于冒名者借着提供假的网域名称与网址的对照信息，可以将不知情用户的网页联机，导引到错误的网站，原本属于用户的电子邮件也可能因而遗失，甚而进一步空开成为阻断服务的攻击。所幸，目前较新的BIND版本，针对这一类问题，已经有加入许多改进的方法，不过真正的解决方案，则有赖封包认证机制的建立与推动。DNSSEC就是试图解决这一类问题的全新机制，BIND9已经完整加以设计并完成。DNSSEC引入两个全新的资源记录类型：KEY和SIG，允许客户端和域名服务器对任何DNS数据的来源进行密码验证。

DNSSEC主要依靠公钥技术对于包含在DNS中的信息创建密码签名。密码签名通过计算出一个密码hash数来提供DNS中数据的完整性，并将该hash数封装进行保护。私/公钥对中的私钥用来封装hash数，然后可以用公钥把hash数译出来。如果这个译出的hash值匹配接收者刚刚计算出来的hash树，那么表明数据是完整的。不管译出来的hash数和计算出来的hash数是否匹配，对于密码签名这种认证方式都是绝对正确的，因为公钥仅仅用于解密合法的hash数，所以只有拥有私钥的拥有者可以加密这些信息。下面我们看看如何为名称是domain.com的域建立DESSEC配置。

步骤一：为domain.com域建立一对密钥。在/var/named目录下，使用命令：“/usr/local/sbin/dnssec-keygen-aDSA-b768-nZONEdomain.com”这个命令产生一对长度768位DSA算法的私有密钥（Kdomain.com.+003+29462.private）和公共密钥（Kdomain.com.+003+29462.key）。其中29462称作密钥标签（keytag）。

步骤二：使用命令：“/usr/local/sbin/dnssec-makekeyset-t3600-enow+30Kdomain.com.+003+29462”建立一个密钥集合。该命令以3，600seconds的生存时间（time-to-live）建立密钥集合，有效期限三十天，并且创建一个文件：domain.com.keyset.

步骤三：使用命令“/usr/local/sbin/dnssec-signkeydomain.com.keysetKdomain.com.+003+29462”为密钥集合签字。然后建立一个签字文件：domain.com.signedkey.

步骤四：使用命令“/usr/local/sbin/dnssec-signzone-odomain.comdomain.dbcommand，wheredomain.db”为区带文件签字。然后建立一个签字文件：domain.db.signed.

步骤五：替换配置文件/etc/named.conf中domain.com的区带文件部分。清单如下：zone“domain.com”IN{typemaster；file“domain.db.signed”；allow-update{none；}；}；

从上面的配置过程我们也看到DNSSEC的一些缺点：除了配置负责，还有标记和校验DNS数据显然会产生额外的开销，从而影响网络和服务器的性能。签名的数据量很大，这就加重了域名服务器对互联网骨干以及一些非骨干连接的负担。产生和校验签名也占用了很多中央处理器的时间。有时候，不得不把单处理器的DNS服务器换成多处理器的DNSSEC服务器。签名和密钥占用的磁盘空间和RAM容量达到它们表示的数据所占容量的10倍。同时数据库和管理系统也不得不进行相应的升级和扩容。

总结：

　域名系统的配置和管理是一项比较复杂和繁琐的系统管理任务，它对整个网络的运行影响极大。为了保证DNS服务器的安全运行，不仅要使用可靠的服务器软件版本，而且要对DNS服务器进行安全配置，本文介绍了TISG和DNSSEC技术有助于减少DNSSpoofing攻击的发生，增进网络使用者对因特网使用的信任，杜绝信息系统遭受入侵与攻击的产生。

Linux+Apache+Mysql+PHP典型配置 FedoraCoreSamba3.0轻松搞定PDC域服务器