A Method for Mitigating Namespace Collisions
RFC 7304

Document Type RFC - Informational (July 2014; No errata)
Last updated 2014-07-07
Stream ISE
Formats plain text pdf html bibtex
IETF conflict review conflict-review-wkumari-dnsop-defense-collision-mitigate
Stream ISE state Published RFC
Consensus Boilerplate Unknown
Document shepherd No shepherd assigned
IESG IESG state RFC 7304 (Informational)
Telechat date
Responsible AD (None)
Send notices to (None)
IANA IANA review state IANA OK - No Actions Needed
IANA action state No IC
Independent Submission                                         W. Kumari
Request for Comments: 7304                                        Google
Category: Informational                                        July 2014
ISSN: 2070-1721

              A Method for Mitigating Namespace Collisions


   This document outlines a possible, but not recommended, method to
   mitigate the effect of collisions in the DNS namespace by providing a
   means for end users to disambiguate the conflict.

Status of This Memo

   This document is not an Internet Standards Track specification; it is
   published for informational purposes.

   This is a contribution to the RFC Series, independently of any other
   RFC stream.  The RFC Editor has chosen to publish this document at
   its discretion and makes no statement about its value for
   implementation or deployment.  Documents approved for publication by
   the RFC Editor are not a candidate for any level of Internet
   Standard; see Section 2 of RFC 5741.

   Information about the current status of this document, any errata,
   and how to provide feedback on it may be obtained at

Copyright Notice

   Copyright (c) 2014 IETF Trust and the persons identified as the
   document authors.  All rights reserved.

   This document is subject to BCP 78 and the IETF Trust's Legal
   Provisions Relating to IETF Documents
   (http://trustee.ietf.org/license-info) in effect on the date of
   publication of this document.  Please review these documents
   carefully, as they describe your rights and restrictions with respect
   to this document.

Kumari                        Informational                     [Page 1]
RFC 7304                DNS Collision Mitigation               July 2014

Table of Contents

   1.  Introduction/Background . . . . . . . . . . . . . . . . . . .   2
   2.  Mitigation  . . . . . . . . . . . . . . . . . . . . . . . . .   2
   3.  Implementation/Disclaimers  . . . . . . . . . . . . . . . . .   3
   4.  Security Considerations . . . . . . . . . . . . . . . . . . .   3
   5.  Acknowledgements  . . . . . . . . . . . . . . . . . . . . . .   4

1.  Introduction/Background

   Collisions in the DNS occur in multiple ways.  One common case is
   that an organization has used a subdomain (foo) of its primary domain
   (example.com) for corporate infrastructure, and then the string 'foo'
   is delegated as a Top-Level Domain (TLD).  When an employee of the
   organization enters 'www.foo', is the goal to reach a machine in the
   internal namespace (www.foo.example.com) or the hostname 'www' in the
   'foo' TLD?

   This document describes a means of disambiguating this and similar

   Implementation of this method is not recommended; it is documented
   here to explain some of the pitfalls with such an approach.

2.  Mitigation

   The mitigation described in this document involves presenting
   multiple options to the user and allowing them to indicate which of
   the names is the one they are trying to reach.

   The mitigation would look up the name in multiple namespaces.  If a
   conflict is detected, it would then provide a means for the user to
   indicate which one of the colliding names they wish to connect to,
   and return the disambiguated answer to the application.  An
   additional feature of mitigation could be to cache the user's choice
   and/or provide a means to set priorities.

   This could be accomplished in a number of ways, including:

   o  Intercepting the resolution requests from the application in a
      "shim" type library

   o  Replacing the resolver library entirely

   o  Integrating this type of mitigation into applications (some web
      browsers already do something similar to this)

Kumari                        Informational                     [Page 2]
RFC 7304                DNS Collision Mitigation               July 2014

   o  Proxying the request to a server that provides an interstitial
      page that allows the user to indicate the intended name (for
      applications such as HTTP)

   There are a number of issues with this solution, including but not
   limited to:

   o  There may not be a human available to disambiguate the answer
      (unattended machines, mail servers, etc.).

   o  The human/user may have no idea which is the correct choice,
      especially in the case of a phishing attack or other malicious

   o  The additional latency introduced may cause the originating
      application to time out.

   o  The experience would be time consuming for users as they must
      select each site and subsite intended (e.g., www.intranet,
Show full document text