Vulnerabilities / Threats
12/7/2010
12:23 PM
50%
50%

99.98% Of Domains Unsigned By DNS Security Extensions

While adoption of DNSSEC has increased, very few sites are safeguarding their servers against outages or attacks, finds new study.

Use of the Domain Name System Security Extensions (DNSSEC) specifications for securing domain names increased by 340% from 2009 to 2010. Even so, only 0.02% of Internet zones are now being signed with DNSSEC, and 23% of those are using expired signatures.

Those results come from a new study released by networking automation vendor InfoBlox and Internet testing and monitoring tool vendor the Measurement Factory.

While all Internet traffic -- browsing, checking email or conducting e-commerce transactions -- gets routed through domain name servers, the study found that organizations are doing little to safeguard those servers against attacks or outages. "This year's survey results -- along with recent related outages like those experienced by Rollingstone.com and Comcast -- should represent a huge wakeup call for any organization with an Internet presence," said Cricket Liu, VP of architecture at Infoblox, in a statement.

He was referring to Comcast subscribers recently suffering multiple, widespread outages due to a faulty domain name server. Notably, Comcast appeared to lack sufficient DNS server diversity to have prevented such failures from occurring.

On a similar note, the survey found little redundancy in authoritative domain name servers. Almost 75% of all name servers, for example, are only advertised in a single, autonomous system, which creates a single point of failure if there's a hiccup in the routing infrastructure.

While DNSSEC adoption remains low, security experts increasingly point to it as an essential step for securing domain names and preventing the types of incidents which led to 1% to 2% of global network prefixes being routed through Chinese servers in April 2010.

According to Liu, "DNSSEC implements an automated trust infrastructure, enabling systems to verify the authenticity of DNS information, and foils attackers' attempts to direct users to alternate sites for collection of credit card information and passwords, to redirect email or otherwise compromise applications."

"DNSSEC is an essential tool in sealing DNS vulnerabilities and mitigating DNS cache poisoning attacks that undermine the integrity of the DNS system," said Matt Larson, VP of DNS research at VeriSign, which sells a DNSSEC signing service, and which also manages two of the world's 13 Internet root servers. "Especially as top-level zones -- including .NET imminently and .COM early next year -- are signed, DNSSEC offers the best protection for all organizations with a presence on the Internet."

Comment  | 
Print  | 
More Insights
Register for Dark Reading Newsletters
White Papers
Cartoon
Current Issue
Flash Poll
Video
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2014-6090
Published: 2015-04-27
Multiple cross-site request forgery (CSRF) vulnerabilities in the (1) DataMappingEditorCommands, (2) DatastoreEditorCommands, and (3) IEGEditorCommands servlets in IBM Curam Social Program Management (SPM) 5.2 SP6 before EP6, 6.0 SP2 before EP26, 6.0.3 before 6.0.3.0 iFix8, 6.0.4 before 6.0.4.5 iFix...

CVE-2014-6092
Published: 2015-04-27
IBM Curam Social Program Management (SPM) 5.2 before SP6 EP6, 6.0 SP2 before EP26, 6.0.4 before 6.0.4.6, and 6.0.5 before 6.0.5.6 requires failed-login handling for web-service accounts to have the same lockout policy as for standard user accounts, which makes it easier for remote attackers to cause...

CVE-2015-0113
Published: 2015-04-27
The Jazz help system in IBM Rational Collaborative Lifecycle Management 4.0 through 5.0.2, Rational Quality Manager 4.0 through 4.0.7 and 5.0 through 5.0.2, Rational Team Concert 4.0 through 4.0.7 and 5.0 through 5.0.2, Rational Requirements Composer 4.0 through 4.0.7, Rational DOORS Next Generation...

CVE-2015-0174
Published: 2015-04-27
The SNMP implementation in IBM WebSphere Application Server (WAS) 8.5 before 8.5.5.5 does not properly handle configuration data, which allows remote authenticated users to obtain sensitive information via unspecified vectors.

CVE-2015-0175
Published: 2015-04-27
IBM WebSphere Application Server (WAS) 8.5 Liberty Profile before 8.5.5.5 does not properly implement authData elements, which allows remote authenticated users to gain privileges via unspecified vectors.

Dark Reading Radio
Archived Dark Reading Radio
Join security and risk expert John Pironti and Dark Reading Editor-in-Chief Tim Wilson for a live online discussion of the sea-changing shift in security strategy and the many ways it is affecting IT and business.