DNS区域传送漏洞的安全案例

DNS区域传送(DNS zone transfer)指的是一台备用服务器使用来自主服务器的数据刷新自己的域(zone)数据库。这为运行中的DNS服务提供了一定的冗余度,其目的是为了防止主的域名服务器因意外故障变得不可用时影响到整个域名的解析。一般来说,DNS区域传送操作只在网络里真的有备用域名DNS服务器时才有必要用到,但许多DNS服务器却被错误地配置成只要有client发出请求,就会向对方提供一个zone数据库的详细信息,所以说允许不受信任的因特网用户执行DNS区域传送(zone transfer)操作是后果最为严重的错误配置之一。

区域传送漏洞的危害:黑客可以快速的判定出某个特定zone的所有主机,收集域信息,选择攻击目标,找出未使用的IP地址,黑客可以绕过基于网络的访问控制。

在Linux下检查目标站点的区域传送漏洞

dig axfr @ns1.myhostadmin.net linux520.com           @SOA 的DNS域名要查看的域名称

在Windows下检测目标站点的区域传送漏洞

这里set type=soa和set type=ns都可以

通过linux系统和windows系统都可以检测出该站点使用的DNS存在区域传送漏洞,通过执行命令我们可以清楚的看到整个域下的域名解析情况,从而将整个域的信息暴露无遗(如图A记录和MX记录)。

解决方案:区域传送是DNS常用的功能,区域传送的漏洞也不是没有办法解决的,严格限制允许区域传送的主机即可,例如一个主DNS服务器应该只允许它的从DNS服务器执行区域传送的功能。

针对于bind软件,可以通过allowe-transfer指令来控制,可以作为global选项或者zone选项的一个参数,我们可以使用地址列表如下

1 allowe-transfer {192.168.1.1; 172.24.123.253;};

但是使用基于地址的访问控制列表可能会被某些“意志坚定”黑客绕过,呵呵。最好的方法是使用TSIG key来严格定义区域传送的关系,如下

1 allowe-transfer {key "dns1-slave1"; key "dns1-slave2";};
时间: 2024-07-30 10:16:54

DNS区域传送漏洞的安全案例的相关文章

<转>DNS服务系列之二:DNS区域传送漏洞的安全案例

DNS区域传送(DNS zone transfer)指的是一台备用服务器使用来自主服务器的数据刷新自己的域(zone)数据库.这为运行中的DNS服务提供了一定的冗余度,其目的是为了防止主的域名服务器因意外故障变得不可用时影响到整个域名的解析.一般来说,DNS区域传送操作只在网络里真的有备用域名DNS服务器时才有必要用到,但许多DNS服务器却被错误地配置成只要有client发出请求,就会向对方提供一个zone数据库的详细信息,所以说允许不受信任的因特网用户执行DNS区域传送(zone transf

DNS区域传送漏洞实验以及二级域名爆破

目录: 1.DNS服务器的域传送漏洞(nslookup交互式.非交互式.批处理三种方式) 2.写个二级域名爆破脚本 一.DNS服务器的域传送漏洞 实验环境: 服务端:Windows2008 安装DNS服务(创建A记录),安装IIS服务(搭建一个站点) 客户端:win10(DNS设置为windows 2008的IP地址) 实验步骤: 一.服务端搭建一个网站 1.服务端搭建一个网站并设置默认主页 2.服务端设置DNS,并创建一个主机记录 3.客户端测试网站以及DNS创建的主机记录(通过主机名访问)

DNS域传送漏洞

DNS 域传送漏洞 图片展示现象 这里借用一张图片,现在DNS 域传送漏洞很不好找了! 原理 DNS 服务器配置不当,导致攻击者可以匿名获取该域内所有DNS信息: DNS服务器有主备之分,在主备之间同步域解析信息,就用到了DNS域传送这个技术.确切指备机从主机同步数据更新自己的数据库.如果这台DNS配置不安全,攻击者可以获取该域名下所有子域名解析记录,暴露了很多重要信息,例如拓扑结构,解析记录等等. 检测 nslookup检查法 #nslookup >server dns_server_doma

DNS主从复制以及区域传送

实验环境:RHEL5.8 32Bit DNS主从复制以及区域传送 如果我们希望用户在浏览器的地址栏里面通过域名就可以访问到我们的站点的话,我们直接给该域名添加一条A记录即可,但是如果如果期望用户在输错域名的情况下也能够正常的定向到我们的站点上面的话,就得使用泛域名解析,但是对于一个非常大的组织来讲泛域名解析并不是一个非常可取的做法,所以,在用户输错一个域名的情况下,我们尽可能的给用户也要返回一个页面,如果是web页面的话,那么就给用户返回一个错误页面,而不是向泛域名解析那样定向到我们的主页上,这

Windows平台DNS独立服务器区域传送

实验环境说明 此次实验使用2台Windows 2012 R2进行演示,首先需要在2台服务器上安装DNS服务功能角色(不需要加域).最终实现功能通过在主服务器上添加A记录.CNAME记录和MX记录等信息自动同步至辅助服务器. 配置规划 服务器名称 FQDN名称 IP地址 备注 DNS1 Dns1.techplus.local 172.20.2.201 主服务器 DNS2 Dns2.techplus.local 172.20.2.202 辅助服务器 功能角色安装 创建DNS1正向查找区域 创建DNS

DNS主从复制,及区域传送

泛域名解析:当用户输错站点后自动弹出一个指定的页面, 在正向域里设置: $TTL 600 @   IN   SOA   ns1.mylinux.com.  admin.mylinux.com. ( 20160708 1H 5M 2D 6H ) IN   NS    ns1 IN   MX 9 mail.mylinux.com. ns1  IN   A    192.168.1.1 www  IN   A     192.168.1.1 www  IN   A     192.168.1.3 ft

Linux DNS服务系列之主从复制、区域传送

前言 前言 在上一篇文章中已经讲解了缓存服务器和正反向解析,在这一篇文章中讲解如何配置DNS主从服务器,和区域传送,根据上一篇的实验继续完成DNS主从服务器配置. DNS主从服务器配置要求: 为192.168.1.192主DNS服务器添加一台IP为 192.168.1.105的从服务器 只允许192.168.1.105这台从服务器进行区域传送,其他主机禁止传送 主从DNS服务器: 主DNS服务器(MasterDNS): 数据库的修改更新; 辅助DNS服务器(SlaveDNS):请求主DNS服务器

Linux DNS服务器主从复制及区域传送

什么是DNS主从复制? 简单说一下,所谓DNS主从复制,就是将主DNS服务器的解析库复制传送至从DNS服务器,进而从服务器就可以进行正向.反向解析了. 这里提一下DNS服务器类型有以下几种: 主DNS服务器 辅DNS服务器 缓存服务器(默认) 转发器 需要注意的是: 1.做主从的时候时间同步非常重要,必须保持时间的一致性: 2.DNS(bind)的版本问题,最好使用同一版本,或者从DNS版本比主DNS版本高. 什么是区域传送? 区域传送有两种类型: 完全区域传送:axfr 增量区域传送:ixfr

部署DNS主从复制、区域传送

环境:主服务器ip:10.254.12.238辅助服务器ip:10.254.10.161 做主从需要两个条件: 1.授权给辅助服务器 2.主服务器zone文件中配置有NS,A或者PTR 两台设备均简单粗暴的安装bind `yum install bind -y` 配置主服务器 修改主服务器的主配置文件: ~]# vim /etc/named.conf listen-on port 53 { any; }; allow-query { any; }; masterfile-format text;