【通信行业标准(YD)】 域名系统安全防护技术要求

ICS35.100.70
中华人民共和国通信行业标准
YD/T2052-2009
域名系统安全防护要求
Securityprotection requirements forthe domain name system2009-12-11发布
2010-01-01实施
中华人民共和国工业和信息化部发布前言·
1范围·
2规范性引用文件
3缩略语和定义
3.1缩略语
3.2定义.
4域名系统安全防护概述
4.1域名系统安全防护范围·
4.2域名系统安全防护内容
5域名系统定级对象和安全等级确定6域名系统资产、脆弱性、威胁分析6.1资产分析..
6.2脆弱性分析
6.3威胁分析
7域名系统安全等级保护要求
7.1第1级要求
第2级要求
7.3第3.1级要求
7.4第3.2级要求
第4级要求·
第5级要求·
8域名系统灾难备份及恢复要求·8.1
第1级要求
第2级要求
第3.1级要求
第3.2级要求
8.6第4级要求
第5级要求·
参考文献
YD/T2052-2009
YD/T2052-2009
本标准是“电信网和互联网安全防护体系”系列标准之一，该系列标准的结构及名称预计如下；一《电信网和互联网安全防护管理指南》一《电信网和互联网安全等级保护实施指南》一《电信网和互联网安全风险评估实施指南》一《电信网和互联网灾难备份及恢复实施指南》《固定通信网安全防护要求》
《移动通信网安全防护要求》
《互联网安全防护要求》
一《增值业务网一消息网安全防护要求》一《增值业务网一智能网安全防护要求》一《接入网安全防护要求》
《传送网安全防护要求》
《IP承载网安全防护要求》
《信令网安全防护要求》
《同步网安全防护要求》
《支撑网安全防护要求》
《非核心生产单元安全防护要求》《电信网和互联网物理环境安全等级保护要求》一《电信网和互联网管理安全等级保护要求》一《固定通信网安全防护检测要求》一《移动通信网安全防护检测要求》《互联网安全防护检测要求》
《增值业务网一消息网安全防护检测要求》《增值业务网一智能网安全防护检测要求》《接入网安全防护检测要求》
《传送网安全防护检测要求》
《IP承载网安全防护检测要求》《信令网安全防护检测要求》
《同步网安全防护检测要求》
一《支撑网安全防护检测要求》《非核心生产单元安全防护检测要求》《电信网和互联网物理环境安全等级保护检测要求》一《电信网和互联网管理安全等级保护检测要求》Ⅱ
YD/T2052-2009
《域名系统安全防护要求》（本标准）《域名系统安全防护检测要求》《网上营业厅安全防护要求》
《网上营业厅安全防护检测要求》本标准同时是“域名系统运行技术规范体系”系列标准之一，该系列标准的结构及名称如下：《域名系统运行总体技术要求》《域名系统权威服务器运行技术要求》《域名系统递归服务器运行技术要求》《域名服务安全框架技术要求》《IPv6网络域名服务技术要求》《域名系统授权体系技术要求》《域名系统安全防护要求》
《域名系统安全防护检测要求》《公共域名解析系统安全标准》本标准与YD/T2053-2009《域名系统安全防护检测要求》配套使用。随着电信网和互联网的发展，将不断补充和完善电信网和互联网安全防护体系的相关标准。本标准由中国通信标准化协会提出并归口。本标准起草单位：中国互联网络信息中心、工业和信息化部电信研究院。本标准主要起草人：李晓东、杨剑锋、王伟、田慧蓉、陈涛、胡安磊。1范围
域名系统安全防护要求
YD/T2052-2009
本标准规定了公众电信网和互联网相关域名系统在安全等级保护、安全风险评估、灾难备份及恢复等方面的安全防护要求。
本标准适用于域名服务系统。
2规范性引用文件
下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准。然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。YD/T1728-2008
YD/T1729-2008
YD/T1730-2008免费标准bzxz.net
YD/T1731-2008
YD/T1754-2008
YD/T1756-2008
3缩略语和定义
3.1缩略语
电信网和互联网安全防护管理指南电信网和互联网安全等级保护实施指南电信网和互联网安全风险评估实施指南电信网和互联网灾难备份及恢复实施指南电信网和互联网物理环境安全等级保护要求电信网和互联网管理安全等级保护要求下列缩略语适用于本标准。
DNSSEC
3.2定义
Domain Name System
DNSSecurityExtension
Denial of Service
DistributedDenialof Service
Internet Protocol
TransmissionControlProtocol
DNSSECLookasideValidation
Key Signing Key
SimpleNetwork Management ProtocolTransaction Signature
UserDatagram Protocol
NetworkTimeProtocol
下列定义适用于本标准。
域名系统
域名系统安全
拒绝服务
分布式拒绝服务
网际协议
传输控制协议
域名系统安全旁路认证
密钥签名密钥
简单网络管理协议
事务签名
用户数据报协议
网络时间协议
YD/T2052-2009
域名系统安全等级securityclassificationofthedomainnamesystem域名系统安全重要程度的表征。重要程度可从域名系统受到破坏后，对国家安全、社会秩序、经济运行、公共利益、网络和业务运营商造成的损害来衡量。3.2.2
域名系统安全等级保护classifiedsecurityprotectionofthedomainnamesystem对域名系统分等级实施安全保护。3.2.3
组织organization
由不同作用的个体为实施共同的业务目标而建立的结构，组织的特性在于为完成目标而分工、合作：一个单位是一个组织，某个业务部门也可以是一个组织。3.2.4
域名系统安全风险securityriskofthedomainnamesystem人为或自然的威胁可能利用域名系统中存在的脆弱性导致安全事件的发生及其对组织造成的影响。3.2.5
域名系统安全风险评估securityriskassessmentofthedomainnamesystem运用科学的方法和手段，系统地分析域名系统所面临的威胁及其存在的脆弱性，评估安全事件一旦发生可能造成的危害程度，提出有针对性的抵御威胁的防护对策和安全措施。防范和化解域名系统安全风险，或者将风险控制在可接受的水平，为最大限度地为保障域名系统的安全提供科学依据。3.2.6
域名系统资产assetofthedomainnamesystem域名系统中具有价值的资源，是安全防护保护的对象。域名系统中的资产可能是以多种形式存在，如无形的和有形的或硬件和软件，包括物理布局、通信设备、物理线路、数据、软件、文档、规程、业务、人员和管理等各种类型的资源，如域名系统的设备、线路和数据信息等。3.2.7
域名系统资产价值assetvalueofthedomainnamesystem域名系统中资产的重要程度或敏感程度。域名系统资产价值是域名系统资产的属性，也是进行域名系统资产识别的主要内容。
域名系统威胁threatofthedomainnamesystem可能导致对域名系统产生危害的不希望事件潜在起因，它可能是人为的，也可能是非人为的：可能是无意失误，也可能是恶意攻击。常见的域名系统威胁有攻击、故障和灾害等。3.2.9
域名系统脆弱性vulnerabilityofthedomainnamesystem域名系统中存在的弱点、缺陷与不足，脆弱性不直接对域名系统资产造成危害，但可能被域名系统威胁所利用从而危及域名系统资产的安全。2
域名系统灾难disasterofthedomainnamesystemYD/T2052-2009
由于各种原因，造成域名系统故障或瘫痪，域名系统提供的服务功能停顿或服务水平不可接受、达到特定的时间的突发性事件。
域名系统灾难备份backupfordisasterrecoveryofthedomainnamesystem为了域名系统灾难恢复而对相关的要素进行备份的过程。3.2.12
域名系统灾难恢复disasterrecoveryofthedomainnamesystem为了将域名系统从灾难造成的故障或瘫痪状态恢复到正常运行状态或部分正常运行状态，并将其提供的服务功能、服务水平等从灾难造成的不正常状态恢复到可接受状态，而设计的活动和流程。4域名系统安全防护概述
4.1域名系统安全防护范围
域名系统是负责记录IP网络中主机名和相应主机IP地址间映射关系、提供将域名解析成IP地址（正向解析）或将IP地址解析为域名（反向解析）服务的系统。本标准适用于构建或者运营域名服务系统的国内各级单位。4.2域名系统安全防护内容
根据YD/T1728-2008《电信网和互联网安全防护管理指南》中电信网和互联网安全防护体系的要求，将域名系统安全防护内容分为安全风险评估、安全等级保护和灾难备份及恢复等3个部分·域名系统安全等级保护
主要包括定级对象和安全等级的确定、业务及应用安全、拓扑安全、设备安全、物理环境安全和管理安全等。
·域名系统安全风险评估
主要包括资产识别、脆弱性识别、威胁识别、已有安全措施的确认、风险分析、风险评估文件记录等。本标准仅对域名系统进行资产分析、脆弱性分析和威胁分析，在域名系统安全风险评估过程中确定各个资产、脆弱性、威胁的具体值。资产、脆弱性、威胁的赋值方法及资产价值、风险值的计算方法参见YD/T1730-2008《电信网和互联网安全风险评估实施指南》。。域名系统灾难备份及恢复
主要包括灾难备份及恢复等级确定、针对灾难备份及恢复对各资源要素的具体要求等。5域名系统定级对象和安全等级确定本标准的域名系统定级对象为我国具有管辖权的IP网络域名解析服务系统。提供域名解析服务的网络和业务运营商、服务提供商应根据YD/T1729-2008《电信网和互联网安全等级保护实施指南》附录A中确定安全等级的方法对域名系统定级，即对所属域名解析系统根据社会影响力、所提供服务的重要性、服务规模的大小分别定级，权重α、β、可根据具体网络情况进行调节。3
YD/T2052-2009
6域名系统资产、脆弱性、威胁分析6.1资产分析
域名系统资产的识别与选取应符合科学性、合理性，域名系统资产大致包括各类设备硬件、设备软件、数据信息、服务、人员、网络拓扑和环境设施等。域名系统的资产分析应包括但不限于表1所列范围。表1资产类别
设备硬件
设备软件
数据信息
系统拓扑
环境/设施
6.2脆弱性分析
包括各类服务器、终端、辅助设备等，系统网络相关各类路由、交换设备，安全过滤、入侵检测和防护设备等，系统相关内部线缆包括有必要独立识别的软件，如操作系统、域名软件、控制软件、数据库、操作维护软件等支撑域名业务运行的数据和信息，包括域名记录、域名相关信息、服务器和设备配置数据、管理操作维护记录、存放和使用的各类文档、资料等域名解析服务，以及域名解析服务的性能、服务质量、业务稳定性等各类操作、维护、管理人员，以及相关人员的经验和能力等各个独立域名解析服务系统之间的连接和协同工作关系：域名解析服务系统相关各类网络设备、服务器、安全设备等之间的连接关系包括系统相关物理环境，以及配套的电力供应、防火、防水、防静电、温湿度等设备/设施等域名系统的脆弱性包括技术脆弱性和管理脆弱性两个方面。脆弱性识别对象应以资产为核心。域名系统的脆弱性分析应包括但不限于表2所列范围。表2脆弱性类别
脆弱性
物理环境
管理脆弱性
脆弱性
网络和设备的处理能力不够导致在突发访间量高时业务提供不连续、业务数据的保密性不够、重要数据未及时进行本地和异地备份包括系统功能规划、部署、资源配置的缺陷等：系统网络保护和恢复能力的缺陷、安全技术措施和策略等方面的漏洞等：相关数据信在存放、使用、传送、备份、保存和恢复等环节的安全保护技术缺陷和安全策略的漏洞等包括各设备、服务器、终端硬件安全性和软件安全性的漏润等：可靠性、稳定性、业务支持能力和数据处理能力、容错和恢复能力的缺陷等；后台维护和访问相关授权、管理等方面的安全漏洞，以及授权接入的口令、方式、安全连接、用户鉴别和代理等访间控制方面存在的漏洞隐患等
包括物理环境安全防护能力的缺陷：可分为场地选择，防火、供配电、防静电、接地与防雷、电磁防护、温湿度控制、线路和其他设施及设备的保护等包括相关的方案和预案、人员、保障、组织等安全机制和管理制度在制定和实施等环节的漏洞和缺陷，可分为安全管理机构方面（如岗位设置、授权和审批程序、沟通和合作等），安全管理制度方面（如管理制度及相应的评审和修订等），人员安全管理方面（如人员录用、上岗、安全培训、组织、访问控制等），建设管理方面（如安全方案不完普、软件开发不符合程序、工程实施未进行安全验收或验收不严格等），运维管理方面（如物理环境管理、设备维护、技术支持、关键性能指标监控、攻击防范措施、数据备份和恢复、访问控制、操作管理、应急保障措施等）6.3威胁分析
YD/T2052-2009
域名系统的威胁根据来源可分为技术威胁、环境威胁和人为威胁。环境威胁包括自然界不可抗的威胁和其他物理威胁。根据威胁的动机，人为威胁又可分为恶意和非恶意两种。域名系统的威胁分析应包括但不限于表3所列范围。
表3威胁类别
技术威胁
环境威胁
人为威胁
物理环境
恶意人员
非恶意
包括设备/主机相关故障，未充分考虑元余、可靠性及安全、服务雷求等原因，妨碍相关功能完全实现的缺陷或隐患而造成的安全事件等；错误响应和恢复等；相关数据、信息在备份、保存、处理过程中发生的差错、损坏、丢失等；其他突发、异常事件的冲击和数据拥塞等包括供电故障，灰尘、潮湿、温度超标，静电、电磁干扰等；意外事故或线路方面的故障等包括鼠蚁虫害；洪灾、火灾、地震、台风、雷电等自然灾害：战争、社会动乱、恐怖活动等包括针对相关功能系统的恶意拥塞，针对服务、设备等相关数据和信息的拦截、筹改、删除等攻击行为和恶意扫描、监听、截获等嗅探行为；恶意代码、病毒等：非授权访间、越权操作等：伪造和欺骗等：物理攻击，损坏、盗窃等包括误操作；无作为、技能不足等；相关数据、信息无意泄漏，数据损坏和丢失等；组织、安全管理制度不完善、制度推行不力、缺乏资源等非规范安全管理等7域名系统安全等级保护要求
7.1第1级要求
本标准对安全等级为第1级的域名系统暂不作要求。7.2第2级要求
7.2.1业务及应用安全要求
7.2.1.1业务提供
a）系统要求不间断运行，在排除不可抗因素的情况下，按月统计，权威服务器和递归服务器业务可用性均应大于99.99%；
b）不考虑网络延迟，按月统计，95%的权威服务器域名解析响应时间<500ms，95%的递归服务器域名解析响应时间<1500mS；权威服务器和递归服务器均可处理3倍任一单个节点(每个对外提供解析服务的节点IP记为一个节点)历史访问量采样集的95th百分点（95th百分点是指所给数集中超过其95%的数。95th百分点是统计时所采用的最高值，超过的5%的数据将被舍弃：实践中采用等间隔采样，每分钟采样1次采样点均匀分布于流量曲线，去掉最大的5%采样值，剩下的最大值为95th百分点，以下皆同）：c）递归服务器自身不应同时兼备权威服务器功能，同时不提供除了域名服务之外的其他服务；d）对权威域名服务系统，应保持主服务器对辅服务器（组）的记录信息进行更新，保证数据同步；e）域名解析辅服务器与主服务器应保持时间上的同步，建议采用NTP协议或其他技术。7.2.1.2身份鉴别
a）应提供专用的登录控制模块对登录系统的用户进行身份标识和鉴别：b）应提供用户身份标识惟一和鉴别信息复杂度检查功能，保证系统中不存在重复用户身份标识，身份鉴别信息不易被冒用；
c）应提供登录失败处理功能，可采取结束会话、限制非法登录次数和自动退出等措施；5
YD/T2052-2009
d）应启用身份鉴别、用户身份标识惟一性检查、用户身份鉴别信息复杂度检查以及登录失败处理功能，并根据安全策略配置相关参数。7.2.1.3访问控制
a）应提供访问控制功能，依据安全策略控制用户对系统文件、数据库表等客体的访问；b）访问控制的覆盖范围应包括与系统资源访问相关的主体、客体及它们之间的操作；c）应由授权主体配置访问控制策略，并严格限制默认账户的访问权限；d）应授予不同的系统账户为完成各自承担任务所需的最小权限，并在它们之间形成相互制约的关系：
e）域名服务器应该只向公共互联网提供TCP和UDP53端口的标准DNS解析服务；f）域名服务器对其他服务器TCP和UDP53端口的访问不应进行限制。7.2.1.4安全审计
a）应提供覆盖到每个系统账号的安全审计功能，应对系统重要安全事件进行审计；b）应保证无法删除、修改或覆盖审计记录；c）审计记录的内容至少应包括事件日期、时间、发起者信息、类型、描述和结果等。7.2.1.5通信数据安全性
a）系统用户登录应进行会话初始验证；b）应采用加密（如采用TSIG协议）或其他保护措施实现系统鉴别信息的存储保密性：c）应采用内外网隔离或加密等保护措施避免远程访问和域名数据在公共互联网的明文传输：d）域名服务器应支持标准DNSSEC协议及DNSSEC旁路认证（DLV），并进行正确的协议配置：e）域名服务器应配置正确的信任锚及其公钥（KSK），应配置国家域名系统DLV服务器(DLV.DNS.CN)。
7.2.1.6资源控制
a）当系统通信的会话中的一方在一段时间内未作任何响应，另一方应能够自动结束会话；b）应能够对系统的最大并发会话连接数进行限制；c）应能够对单个账户的多重并发会话进行限制。7.2.2拓扑安全要求
7.2.2.1结构安全
a）应绘制与当前运行情况相符的系统拓扑结构图：b）在指定服务域内，提供解析的服务器数量应不低于2台；c）应根据业务的特点，在满足高峰期流量需求的基础上，合理设计带宽。7.2.2.2访问控制
a）应在系统边界部署访问控制设备，并启用访问控制功能，并只在53端口上向公众提供域名解析服务，除此之外，不对公众开放任何服务；b）应能为数据流提供明确的允许/拒绝访问的能力，控制粒度为网段级；c）应按用户和系统之间的允许访问规则，决定允许或拒绝用户对受控系统进行资源访问，控制粒度为单个用户。
7.2.2.3安全审计
a）应对系统中的设备运行状况、流量、域名访问量和用户行为等进行日志记录；YD/T2052-2009
b）审计记录应包括事件的日期和时间、用户、事件类型、事件是否成功及其他与审计相关的信息。7.2.2.4入侵防范
应在系统边界处对发生的端口扫描、强力攻击、木马后门攻击、DoS/DDoS攻击、缓冲区溢出攻击、IP碎片攻击和网络蟠虫攻击等攻击和入侵事件提供有效的抵御和防范能力，7.2.3设备安全要求
7.2.3.1安全检测
a）应对构建系统结构的计算机、服务器、网络设备等硬件设备进行必要的安全检测，出具安全测试及验收报告并妥善保存，相关设备的安全应满足相应设备技术规范、设备安全要求等行业标准的相关规定，网络设备原则上应符合电信设备入网管理相关要求的规定b）各型设备的操作系统应遵循最小安装的原则，仅安装和开通需要的功能组件和应用程序，并通过安全方式（如设置升级服务器）保持系统共补丁及时得到更新c）通用主机应安装防恶意代码软件，并及时更新防恶意代码软件版本和恶意代码库：d）应定期监测DNS解析软件的版本安全性，避免业已发现的漏洞造成域名劫持或域名更改等安全事件。
7.2.3.2身份鉴别
a）应对登录操作系统和数据库系统的用户进行身份标识和鉴别；b）通用主机操作系统和数据库系统管理用户身份标识应具有不易被冒用的特点，口令应有复杂度要求并定期更换：
c）应启用登录失败处理功能，可采取结束会话、限制非法登录次数和自动退出等措施：d）当对主机进行远程管理时，应采取必要措施，防止鉴别信息在网络传输过程中被窃听；e）应为操作系统和数据库系统的不同用户分配不同的用户名，确保用户名具有惟一性。7.2.3.3访问控制
a）应启用访问控制功能，依据安全策略控制用户对设备的访问；b）应实现操作系统和数据库系统特权用户的权限分离；c）应限制默认账户的访问权限，重命名系统默认账户，修改这些账户的默认口令；d）应及时删除多余的、过期的账户，避免共享账户的存在。7.2.3.4安全审计
a）审计范围应覆盖到主机/服务器上的每个操作系统用户和数据库用户；b）审计内容应包括重要用户行为、系统资源的异常使用和重要系统命令的使用等系统内重要的安全相关事件：
c）审计记录应包括事件的日期、时间、类型、主体标识、客体标识和结果等；d）应保护审计记录，避免受到未预期的删除、修改或覆盖等。7.2.3.5恶意代码防范
a）通用主机操作系统应避循最小安装的原则，仅安装需要的组件和应用程序，并通过安全的方式（如设置升级服务器）保持系统补丁及时得到更新：b）通用主机应安装防恶意代码软件，并及时更新防恶意代码软件版本和恶意代码库。7
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。