|
|
Anycast: The Best DNS Tool Nobody Knows About
Anycast. It
may be one of the best tools available to significantly improve the
availability, resiliency and performance of your DNS.
It's also one of the best kept secrets. Outside of the root and top level domain operators, some specialty DNS service providers, and a handful of very large telcos, few organizations have deployed it. Why is that? |
Well, we think one of the reasons is that there is not a lot of good educational material about anycast readily available. So we will do our part to add to the public knowledge through this article. We will explain what it is and how it can improve the level of service your DNS provides. And if you would like to find out more, download our white paper: Anycast DNS: The Secret to High Availability and Performance. And just for fun, take part in our online survey question about anycast. Final results will be provided in our next newsletter.
What is anycast?
Anycast is a network and routing technique that allows multiple hosts to share a common IP address. When a packet is sent to the anycasted IP address, the routing infrastructure sends it to the topologically nearest IP address.
Historically, anycast has been considered best suited to connectionless protocols based on UDP, rather than connection oriented protocols built on TCP, because there is no guarantee that multiple packets addressed to the same anycast IP address will be routed to the same physical host.
Anycast has been used in conjunction with DNS for many years, and is widely deployed at the root DNS servers. The C, I, J, K, L and M root servers utilize anycast to route requests to one of many different physical servers deployed in different countries on different continents. Anycast is not limited to use with authoritative servers, however. Anycasting caching DNS servers is not only possible, but advantageous, for many of the same reasons.
What are the benefits of anycast?
When used with DNS, anycast provides five benefits compared to conventional DNS unicast architecture:
- Decreased Latency. In an anycast architecture, queries are directed to the topologically nearest DNS server, which usually provides better response times than other DNS servers located farther away.
- Improved Failover. If an anycasted DNS server becomes unavailable for any reason (hardware failure, network failure, data center failure, power failure, etc.), the routing infrastructure detects that the DNS server is unavailable and automatically removes it from the routing table. This stops subsequent queries from being sent to the unavailable server until such time as it re-establishes a connection with the routing infrastructure.
- Increased Resiliency. Anycast architectures tend to localize the impact of DoS and DDoS attacks rather than allowing them to take down the entire DNS service. In fact, root operators credit anycast as a big contributor to their successful defense against the attack on the root servers in February of 2007.
- Improved Load Distribution. Because queries are routed to the nearest anycast DNS server, load migrates to the server nearest the clients. In addition to the performance advantages mentioned above, this also isolates DNS traffic from network anomalies further upstream.
- Scalability. Conventional DNS architectures are limited to 13 name servers, which may be insufficient for some very large deployments. Anycast allows a virtually unlimited number of DNS servers to share the same anycast address.
Who can benefit from anycasted DNS?
In order to reap the benefits described above, you should consider deploying anycast when you have two or more physical locations for your DNS servers. The more locations, and the more geographically diverse they are, the greater the benefits.
What is involved in deploying anycast?
The good news is that anycast can be deployed without any incremental investment in software or hardware. Most commercial-grade routers already have built-in support for BGP and IGP, the two protocols that can be used to enable anycast. To fully participate in anycast, however, the DNS server will also need to be able to speak BGP or IGP, but there are several open source software packages that can be used to provide this capability.
Routing expertise is the more important requirement to successfully deploy anycast, as the initial setup and ongoing maintenance of a correctly configured anycast-enabled DNS infrastructure will require ongoing support from your networking group, unless you are able to run anycast DNS from a commercial product that automates much of the ongoing management for you.
For more information on how anycast can benefit your business, please download our white paper: Anycast DNS: The Secret to High Availability and Performance.
top of page |

Rogue DNS Servers: Malicious or Misconfigured?
An interesting study was just published by a number of researchers at Georgia Tech and Google. The researchers studied the prevalence of DNS resolution path corruption – that is, computers that have been compromised to utilize “rogue," open resolving DNS servers that return incorrect results for valid domain lookups.
So what did they find? First, the study identified many sources of DNS-changing malware that alters the DNS settings on PCs to point to attacker-controlled open resolvers. Studying the problem from the other direction, the study also found over 17 million open resolving DNS servers on the Internet, of which an estimated 291,500 responded with incorrect answers to common queries.
So are these lying DNS open resolvers truly malicious or just misconfigured?
Well, both. Many of the rogue, open resolvers respond with incorrect answers to domains that do not exist, but this is not an uncommon practice among service providers, who redirect users looking up non-existent web sites to search sites in order to generate advertising revenue and improve the user experience. Is this malicious? It may be undesirable from a purist point of view, but is not malicious. Other sites responded with incorrect answers just slightly off from the correct one – probably an indication of a misconfigured server.
That’s the good news.
The bad news is that the authors found 68,000 servers, or 0.4% of the total population of open resolving servers, that returned incorrect answers for common “phishable” domains like banks, anti-virus, e-commerce or search engines. And the motivation behind these redirections appears to be financial.
The surprising news is that they found over 17 million open resolving DNS servers on the Internet, and that the authors theorize that there has been a dramatic rise of several million open resolving DNS servers in the past year, a rise for which they could not find plausible, harmless explanations. That’s a little bit scary. What are all these servers doing?
For the interested reader, the complete report can be found here: Corrupted DNS Resolution Paths: The Rise of a Malicious Resolution Authority
For those of you that would like a little more detail without reading all twenty pages, here is a summary of the study.
Finding evidence of DNS-changing malware
The study consists of three parts. In the first part, the authors looked for evidence of corruption of resolution paths on hosts connected to the Georgia Tech network. To do this, they identified 8 samples of DNS changing malware and 2107 web pages on 605 domains that perform “drive-by” alternation of the hosts name server registry key. By analyzing the behavior of this malware and these URLs, they were able to identify known rogue DNS server IP addresses.
They then monitored all of the inbound and outbound traffic to the university over a period of two months, looking for evidence of communication to these known, rogue DNS servers.
They found what they were looking for – evidence that numerous hosts on the network were communicating with these rogue DNS servers. This part of the study concluded that, despite the small number of malware samples that alter DNS setting that they identified, there were numerous infected individuals on campus, suggesting that the problem may be more widespread.
Identifying open-resolving DNS servers
The second part of the study focused on identifying all of the open-resolving DNS servers on the Internet. The authors sent recursive DNS queries to the entire IPv4 address space, for a record in a domain under the authors’ control, recording which IP address provided a response. The authors found over 17 million unique IP addresses acting as open resolvers.
Why so many open resolvers? The authors asked this same question, and looked for harmless reasons why they might see so many open revolvers (for example, some might be home hobbyist machines or open source DNS servers used by small businesses, home networking equipment running a DNS server, or misconfigured authoritative servers). They tested each of these theories, but none of them could explain the large number of open resolving servers. Apparently, answering this question will have to be the focus of another study.
Servers that lie
Do these open resolvers lie? This is the final part of the study, which involved sending queries for records from a variety of well known banks, social networking sites, anti-virus sites and other domains likely to be the subject of a phishing attack to a sampling of the open resolvers. Of all of the resolvers queried, 2.4% of them returned one or more answers that were incorrect. Based on this error rate and the sampling size, the authors extrapolated to estimate that there are 291,528 hosts on the Internet providing malicious DNS service.
However, this does not mean that the 2.4% are malicious servers set up by attackers. The vast majority of this 2.4% are considered rogue because they answer authoritatively for non-existent domains, a practice that is not uncommon among certain commercial DNS service providers that derive advertising revenue from the redirection. Some of the responses were likely misconfigured to incorrectly permit DNS queries over the Internet, and some were simply buggy – returning answers slightly off in one octet from the correct answer.
An estimated 68,000 of these rogue DNS servers, however, actually redirect users from legitimate web sites like Ebay, Amazon and Google to other web sites. These fraudulent web sites included parked domains, proxied google pages, Chinese splash pages and Comcast pages. All of these pages could potentially act as a man in the middle for all transactions. The estimate of 68,000 malicious DNS servers is not found in the original study, but rather in the presentation that the authors made at the NDSS conference: Presentation
A case for DNSSEC
The authors concluded that DNSSEC provides a solution to this problem, providing that end-to-end validation of the response is permitted (meaning that the validation must be done by the stub resolver or application running on the client initiating the query, not the intermediate resolving DNS server, which cannot be trusted). With 68,000 malicious DNS servers out there, we may truly be just one large robbery away from a real push to adopt DNSSEC.
top of page
Commercial IPAM Solutions: Time to Take Another Look?
Perhaps you need to meet new regulatory
requirements. Maybe your network has just grown up. Or possibly, you just don’t
have the time or inclination to manage your name and address space by hand any
more. No matter what the reason, now may be a good time to relook at commercial
IP Address Management systems.
When commercial IP address management (IPAM) solutions were first introduced in the late 90s, licensing was typically based on the number of IP addresses in the customer’s address space. For enterprises and service providers with large address spaces at their disposal, this translated to license fees that were easily in the six figures. Given the associated costs, a large proportion of organizations found it more cost-efficient to develop IPAM solutions in-house.
Over the last 10 years, the usage of organizations’ address space has been undergoing a gradual yet fundamental change. While static IP addresses used to be the norm, organizations now have an increasing number of dynamic, mission-critical resources in their networks such as VoIP and WLAN clients. IT departments that utilize scripts or Excel spreadsheets are having a hard time keeping an accurate account of the address space with these homegrown solutions initially designed for static rather than dynamic network environments. This makes network planning a somewhat complicated process due to lack of transparency and limited visibility on the actual usage of subnets, address blocks and individual IP addresses.
At the same time, emerging networking standards such as IPv6 and DNSSEC set another challenge for homegrown IPAM solutions. Although these solutions have typically required relatively little development since their inception, new networking standards coupled with IP everywhere, increasing number of dynamic clients, and always-on requirements are gradually making the existing solutions outdated. If IT departments do not have a clear view of the existing network resources and their real usage, network planning and development becomes a time-consuming and an error-prone exercise.
Today, commercial IPAM solutions are offered either as software or as an appliance and the pricing model has evolved to offer more affordable solutions. Some of these solutions simply manage the name and address space, while others also offer DNS and DHCP server configuration management.
To meet the evolving IPAM requirements, organizations can either develop their existing IPAM solutions further or switch to commercial solutions designed to handle the complexity of today’s growing networks. Considering how much the IPAM market space has matured since the late 90s – both in terms of licensing models and functionality – IT departments would be well-advised to investigate commercial IPAM solutions before making the investment decision to modify existing solutions. In addition to saving time and money, a commercial IPAM solution can create new efficiencies in network planning processes.
top of page

Did you know?
 |
There's a new website with free DNS testing tools online.
Howismydns.com |
Have comments or questions about the content you've read? Please feel free to contact me.
Jeff Ryan
jeff.ryan@secure64.com
303-242-5897 |