114DNS积极应对3月31日全球DNS攻击威胁

著名黑客组织威胁将于3月31日攻击13个DNS根服务器从而让全球互联网瘫痪，以此抗议美国网络反盗版法案及华尔街银行家。由于该黑客组织曾攻破美国中央情报局、欧洲议会的网站，所以这个攻击威胁引起关注。4月1号是愚人节，不排除这是黑客组织的一个恐怖玩笑，但作为互联网的从业者，114DNS对此严阵以待。下面的章节主要提供给ISP及大中型企业的递归DNS维护人员及互联网企业的NS维护人员参考，个人用户仅需将DNS地址修改为114.114.114.114而无需关心下述内容。
从技术上而言，13个DNS根节点如果被攻瘫，递归DNS服务器可以比较容易地绕过这个故障并正常完成DNS递归工作（从IANA能下载到相关的Hint文件），从而保证大众能正常上网。我们分析，国际著名的黑客组织不应该这么业余，黑客组织最有可能攻击的方法是以BotNet攻击ISP的递归DNS服务，间接导致gTLD/ccTLD节点过载的同时加速ISP的递归DNS服务瘫痪，达到黑客让全球互联网瘫痪的目的。
114DNS将尽匹夫之责，协助国人继续上网！下面简单罗列黑客可能攻击的对象，并说明114DNS在每种情况下能达到的效果，然后再阐述如何使用114DNS应对各种攻击。
直接攻击13个DNS根节点容易防护。114DNS的应急根服务器，可以承载DNS根节点的绝大部分服务；
直接攻击gTLD/ccTLD节点较难防护。114DNS的应急gTLD/ccTLD根服务器，可以承载gTLD/ccTLD节点的主要服务，但极少量的服务会受到损伤；
直接攻击ISP的递归DNS服务器很难防护。以随机域名直接攻击ISP的递归DNS服务，间接导致gTLD/ccTLD节点过载，反过来又加速ISP的递归DNS服务瘫痪。114DNS的智能应急备份中心，可以承载ISP递归DNS的大部分服务，但有少量的服务会受到损伤；
下面简述如何使用114DNS的应急DNS服务对付3月31日潜在的DNS故障。
准备工作
在递归DNS服务器上备份原有的 hint 文件（例如named.root），编辑一个新文件114dns_0331.hint 内容为如下12行：
. 518400 IN NS A-ROOT.114DNS.NET.
. 518400 IN NS B-ROOT.114DNS.NET.
. 518400 IN NS C-ROOT.114DNS.NET.
. 518400 IN NS D-ROOT.114DNS.NET.
. 518400 IN NS E-ROOT.114DNS.NET.
. 518400 IN NS F-ROOT.114DNS.NET.
A-ROOT.114DNS.NET. 3600000 IN A 114.114.118.201
B-ROOT.114DNS.NET. 3600000 IN A 114.114.118.202
C-ROOT.114DNS.NET. 3600000 IN A 114.114.118.203
D-ROOT.114DNS.NET. 3600000 IN A 114.114.118.204
E-ROOT.114DNS.NET. 3600000 IN A 114.114.118.205
F-ROOT.114DNS.NET. 3600000 IN A 114.114.118.206。
应急方案一
操作：以114dns_0331.hint覆盖原有hint文件并重载named。
效果：能有效应对前述A、B两种攻击，绝大部份网络资源可访问如往常，个人用户访问这些网络资源的速度如往常，极少量的网络资源不可访问。
原理：114DNS具有6个应急root服务单元和18个应急gTLD/ccTLD服务单元，可按攻击的不同情况，无损接续现有的13个DNS根节点及200多个gTLD/ccTLD服务节点中部分节点或全部节点的工作，从而让ISP及企业的递归DNS服务器能正常完成DNS递归工作。

应急方案二
操作：修改/etc/named.conf文件，增加如下配置，然后重载named。
zone "." {
type forward;
forwarders { 114.114.114.114;114.114.115.115; };
};
效果：能有效应对前述A、B、C三种攻击，大部分网络资源可以正常访问，但是个人用户访问这些网络资源的速度可能下降，小部分的网络资源不可访问。
原理：114DNS具有28个递归点，对相同域名的解析请求，能根据DNS请求包的IP源地址的不同而给出不同的应答，从而让互联网公司的CDN能正常工作。

DNS应急可引发的后果及规避方法
DNS应急处理不当可引发如下后果：（1）DNS应急备份中心所在地区的网络被堵塞，它又反过来影响DNS应急备份中心提供正常服务；（2）大中型互联网公司的CDN调度严重受损，造成大部分网络资源无法访问。如果DNS应急备份中心仅在同一个地点做DNS递归，则大部分CDN公司的域名都被解析到该地（或邻近该地）的IP地址段，导致该地骨干网流量暴涨、CDN公司的服务器过载，而其他地区却没有流量。因而DNS应急备份系统的基本要求，就是在多个地区具备辅助DNS递归点、备份中心能按DNS请求的源IP进行不同的应答。114DNS目前在国内有28个DNS递归点，但是国内大型互联网公司的分区高于28个，因而会对其CDN调度造成一定的损伤，但可以肯定的是：仅有1个递归点的DNS应急备份方案是不可用的。
其他说明
上述DNS应急方案的有效性，仅在BIND 9上测试过；
由于一些不可控的原因，114DNS暂时仅能保证在AS4134、AS4837及其信任联盟范围内的递归DNS应急有效；
114DNS会尽最大的努力尝试让国内互联网正常运转，但DNS乃互联网基石，该基石如受损我们无法确保每个互联网企业和个人用户不受丝毫影响；
无论是方案一还是方案二，114DNS都有严格的限流策略，事先发邮件到dnsadmin#114dns.com（#换成@）注明你的递归DNS服务器的服务IP地址、递归用IP地址、单位、姓名和联系电话，可确保DNS应急功能正常。
114DNS已投入大量的精力应对3月31日潜在的DNS故障，相关的应急方案已被基础电信运营商所采纳。由于内存资源的限制，114DNS无法将全球几亿个域名的NS记录都注入到114DNS的应急单元，信风已通过程序自动将排名在前300万的域名的NS记录注入到114DNS的应急单元。为保证3月31的DNS应急行之有效，信风将对部分访问量较大的站点做人工测试，必要时会与其NS维护人员做EMAIL或电话勾通。互联网企业也可直接发邮件到dnsadmin#114dns.com，注明企业的所有域名（域名本身而非DNS记录）以确保它们都被注入到114DNS的应急单元。欢迎DNS业内的同行专家提出更好的建议，共同渡过3月31日这一潜在的网络难关。