J-Security Center

Latest Attack Object Updates
  • IDP Daily Update #1537
    posted: 11/06/09
  • NSM Daily Update #1537
    posted: 11/06/09
  • Deep Inspection 5.3r5 and above, 5.4, 6.0 #1537
    posted: 11/06/09
  • Deep Inspection 5.1 and 5.2 #1435
    posted: 11/06/09
  • Deep Inspection 5.0, 5.3r4 and below #1132
    posted: 03/28/08 (04/01/08 for 5.0)
  • Antivirus
    posted: 11/05/09

Title: DNS TLD & Out of Zone NS Domain Hijacking

Severity: CRITICAL

Description:

A vulnerability exists in the mechanism used by DNS, in general, to determine the name server associated with TLD's (top level domains). DNS is built upon levels of trust, and by exploiting single points of failure in this trust system, it becomes possible for an attacker to convince a caching nameserver that allows for recursion through it that the root server for a given TLD is something other than what it actually is. By consecutively performing these cache attacks, it could be possible for an attacker to entirely take over name service for any given domain.

The vulnerability is actually not specific to TLD's. The same attack can be used to hijack any domain which has out of zone NS records, if any of the servers that act as the name server for the out of zone domain can be compromised.

The simplest explanation was presented in the example provided by it's discoverer, Dan Bernstein, on the Bugtraq mailing list, on January 23, 2000:
"Suppose an attacker can make recursive queries through your cache. Let
me emphasize that this does not mean that the attacker is one of your
beloved users; many programs act as DNS query-tunneling tools.

Suppose the attacker is also able, somehow, to take over ns2.netsol.com.
This isn't one of the .com servers, but it's a name server for the
gtld-servers.net domain. Here's what happens:

(1) The attacker asks your cache about z.com. Your cache contacts
(say) k.root-servers.net, which provides a referral:

com NS j.gtld-servers.net (among others)
j.gtld-servers.net A 198.41.0.21

These records are cached.

(2) The attacker asks your cache about z.gtld-servers.net. Your cache
contacts (say) f.root-servers.net, which provides a referral:

gtld-servers.net NS ns2.netsol.com (among others)
ns2.netsol.com A 207.159.77.19

These records are cached.

(3) The attacker takes over ns2.netsol.com.

(4) The attacker asks your cache about zz.gtld-servers.net. Your
cache contacts ns2.netsol.com, and the attacker answers:
zz.gtld-servers.net CNAME j.gtld-servers.net
j.gtld-servers.net A 1.2.3.4

These records are cached, wiping out the obsolete j glue.

(5) A legitimate user asks your cache about yahoo.com. Your cache
contacts j.gtld-servers.net, and the attacker answers:

yahoo.com A 1.2.3.4

The user contacts yahoo.com at that address."

The attack offered requires that an attacker be able to compromise the operation of the DNS server running on, in this case, ns2.netsol.com, although this is not the only server that could potentially be used to launch an attack of this style. The author further indicates that there are in excess of 200 servers that could be used to manipulate resolution of all the .COM domains.

Affected Products:

  • HP HP-UX 11.0.0
  • HP HP-UX 11.11.0
  • ISC BIND 8.1.0
  • ISC BIND 8.1.1
  • ISC BIND 8.1.2
  • ISC BIND 8.2.0
  • ISC BIND 8.2.1
  • ISC BIND 8.2.2

References:

Juniper Networks provides this content via a wide variety of sources and production methods. If notified of errors or omissions in the content of this page, Juniper Networks, at its discretion, will modify or remove the page or leave the content as is, depending on various factors including but not limited to the reputation and authority of the party providing the notification. Please use the contact information displayed elsewhere on this page to report any errors or omissions regarding the content on this page.