DNSSEC glitch causes .gov sites to become inaccessible

Posted by   Virus Bulletin on   Aug 15, 2013

Name servers unable to distinguish faulty from rogue responses.

A glitch at VeriSign yesterday led to DNSSEC-aware name servers being unable to verify responses on the .gov top-level domain (TLD), which in turn led to many users being unable to access services residing on a .gov domain.

It wasn't a good day for the Internet yesterday. A 'maintenance glitch' caused the website of the New York Times to display a "service unavailable" message for several hours, Microsoft recalled a patch for Exchange 2013 just hours after its release, and many users were unable to reach US government websites.

The latter, Johannes Ullrich of the SANS Internet Storm Center explains, was caused by a DNSSEC error at the .gov TLD - which has since been confirmed by VeriSign, which operates .gov.

DNSSEC cryptographically signs information provided by DNS. DNS, which translates domain names such as www.virusbtn.com into harder-to-memorize IP addresses like 109.200.4.26, is often called 'the phonebook of the Internet'. In fact, it does a lot more than making web addresses memorable, and opening a single web page into a browser can easily result in more than 100 DNS lookups.

This makes DNS a weak spot in the Internet infrastructure, and someone who is able to send rogue responses to DNS queries can do a lot of harm. The DNSChanger malware, which modified victims' DNS settings to have them served advertisements of the criminals' partners rather than those of paying advertisers, saw its owners make millions of dollars before their arrest in 2011.

By digitally signing responses, DNSSEC attempts to prevent harm that can be caused by incorrect and possibly malicious responses. Because a DNS query typically requires several requests, the response to each of them is signed.

A request for www.fbi.gov, for instance, starts with a request to one of the Internet's 'root servers', which responds with the name servers responsible for the .gov TLD. A request to one of these name servers then returns the name servers responsible for fbi.gov and its subdomains. One of these name servers will then respond with the IP address of www.fbi.gov.

For DNSSEC to work as intended, each of these responses has to been signed. The bug at VeriSign caused the second step to fail, resulting in invalid responses. In practice, this meant if you made a request to a .gov domain, all of which use DNSSEC, and your name server supported DNSSEC, the domain would not resolve.

Yesterday's .gov issues highlight an important problem with DNSSEC. In practice, when a DNS response is received with an invalid signature, it is far more likely that this is caused by a technical glitch rather than a malicious or even incorrect response. Yet the name server cannot distinguish between these cases and the end-user can't even distinguish between these and a third possibility: that the domain simply doesn't exist.

When DNSSEC matures, glitches like this are likely to become less common, but they will still happen from time to time. At the same time, for DNSSEC to return anything but an empty response, would seriously weaken its properties.

I am aware of some of the criticism on DNSSEC, but I think that in the end, the protocol is worthy of being implemented widely. However, we should be well aware that doing so will lead to the occasional lack of availability of services we want to access.

Posted on 15 August 2013 by Martijn Grooten

twitter.png
fb.png
linkedin.png
hackernews.png
reddit.png

 

Latest posts:

VB2018 paper: Internet balkanization: why are we raising borders online?

At VB2018 in Montreal, Ixia researcher Stefan Tanase presented a thought-provoking paper on the current state of the Internet and the worrying tendency towards raising borders and restricting the flow of information. Today we publish both his paper…

The malspam security products miss: banking and email phishing, Emotet and Bushaloader

The set-up of the VBSpam test lab gives us a unique insight into the kinds of emails that are more likely to bypass email filters. This week we look at the malspam that was missed: banking and email phishing, Emotet and Bushaloader.

VB2018 paper: Where have all the good hires gone?

The cybersecurity skills gap has been described as one of the biggest challenges facing IT leaders today. At VB2018 in Montreal, ESET's Lysa Myers outlined some of the things the industry can do to help address the problem. Today we publish Lysa's…

Preview: Nullcon 2019

We look forward the Nullcon 2019 conference in Goa, India, at which VB Editor Martijn Grooten will give a talk on the state of malware.

From Amazon to Emotet: a look at those phishing and malware emails that bypassed email security products

We see a lot of spam in the VBSpam test lab, and we also see how well such emails are being blocked by email security products. Recently some of the emails that bypassed security products included a broken Amazon phishing campaign, a large fake UPS…

We have placed cookies on your device in order to improve the functionality of this site, as outlined in our cookies policy. However, you may delete and block all cookies from this site and your use of the site will be unaffected. By continuing to browse this site, you are agreeing to Virus Bulletin's use of data as outlined in our privacy policy.