Difference between revisions of "Name Collision"

From ICANNWiki
Jump to navigation Jump to search
(added info for controlled interruption period)
(28 intermediate revisions by one other user not shown)
Line 1: Line 1:
'''Currently building this page.'''
+
A '''Name Collision''' describes the circumstance in which a term attempting to reach a private [[Domain Name]] results in resolving to a public Domain Name unintentionally. Private domain names are used in [[Intranet]]s and in many corporations and organizations throughout the world. A domain name on a private network that matches a name in the public [[Internet]] can create security risks, confusion, and systems failure.<ref>[http://www.icann.org/en/help/name-collision Name Collision, ICANN.org] Retrieved 18 Feb 2014</ref>
 
 
A '''Name Collision''' is a term used to describe the circumstance in which a term is used to try and reach a private [[Domain Name]] that results in resolving to a public Domain Name unintentionally. Private domain names are used in [[Intranet]]s and in many corporations and organizations throughout the world. A domain name on a private network that matches a name in the public [[Internet]] can create security risks in which private information is obtained or private networks are hacked.
 
 
 
==History==
 
Although the Name Collision issue is not new, the topic was reintroduced and debated in the [[ICANN]] community in 2013 during the [[New gTLD Program]].
 
  
 
==New gTLD Program==
 
==New gTLD Program==
A renewed interest in the name collision issue came about as [[ICANN]]'s [[New gTLD Program]] was preparing to delegate hundreds of New domain names to the [[Root]].  
+
Although the Name Collision issue is not new, a renewed interest in the issue came about in 2013 as [[ICANN]]'s [[New gTLD Program]] was preparing to delegate hundreds of new domain names to the [[Root Zone]]. The topic was debated fiercely within the ICANN community when a report by [[Interisle Consulting]] was prepared for and released by ICANN.
  
===Interisle Consulting Report===
+
==Interisle Consulting Report==
[[ICANN]] contracted [[Interisle Consulting]] to carry out an investigation into the effects the delegation of 100s of new gTLDs would have on the security of the existing Internet and intranets around the world. The resulting report, which was published on August 6th, 2013 by ICANN, found that there would be many name collisions for new gTLDs that could create potential security risks. ICANN's initial response to this report was to propose a delay based on the assessed security risk each New gTLD would carry. <ref>[http://domainincite.com/13994-new-gtlds-are-the-new-y2k-corp-and-home-are-doomed-and-everything-else-is-delayed New gTLDs are The New Y2K, .corp and .home are doomed, and Everything Else is Delayed, DomainIncite] Retrieved 05 Feb 2014</ref>
+
ICANN contracted Interisle Consulting to carry out an investigation into the effects the delegation of 100s of new gTLDs would have on the security of the existing Internet and intranets around the world. The resulting report, which was published on August 6th, 2013 by ICANN, found that there would be many name collisions for new gTLDs that could create potential security risks. ICANN's initial response to this report was to propose a delay to the New gTLD Program, based on the assessed security risk each New gTLD would carry. <ref>[http://domainincite.com/13994-new-gtlds-are-the-new-y2k-corp-and-home-are-doomed-and-everything-else-is-delayed New gTLDs are The New Y2K, .corp and .home are doomed, and Everything Else is Delayed, DomainIncite] Retrieved 05 Feb 2014</ref>
  
* For [[.home]] and [[.corp]], ICANN deemed the two strings "high-risk" because of the widespread use of the terms on internal networks. Currently, ICANN is indefinitely delaying the delegation of these string to the [[Root Zone]].
+
* ICANN deemed two strings, [[.home]] and [[.corp]], as "high-risk" because of the widespread use of the terms on internal networks. Currently, ICANN is indefinitely delaying the delegation of these string to the root.
  
* 20% of applications had been deemed an "uncalculated risk" by ICANN initially, saying these strings would be delayed 2-3 months in their application process while they conduct more research into whether the string is of "high" or "low" risk.
+
* 20% of applications had been deemed an "uncalculated risk" by ICANN in the initial plan, stating that these strings would be delayed 2-3 months in their application process while ICANN conducts more research into whether the string is of "high" or "low" risk.
  
 
* 80% of applications were deemed "low risk" by ICANN. These strings would face a delay in activating domains until 120 days after contracting with ICANN, but otherwise would not face any long terms delays towards delegation.
 
* 80% of applications were deemed "low risk" by ICANN. These strings would face a delay in activating domains until 120 days after contracting with ICANN, but otherwise would not face any long terms delays towards delegation.
  
Overall, the initial reaction to the publishing of the Interisle report took the form of outrage by many New gTLD applicants, especially since the delays could potentially add on millions of dollars in costs to the applicants on their way to delegating a new gTLD. In the months following the report's publishing, the ICANN community mobilized to create alternative solutions to the Name Collision issue, as well as argue whether or not the issue was serious enough to delay delegation of 100s of gTLDs.<ref>[http://www.icann.org/en/groups/board/documents/resolutions-new-gtld-annex-1-07oct13-en.pdf ICANN.org] Retrieved 05 Feb 2014</ref>
+
Overall, the initial reaction to the Interisle report took the form of outrage by many New gTLD applicants, especially since the delays could potentially add on millions of dollars in costs to the applicants on their way to delegating a new gTLD. Other groups however, supported ICANN's cautionary measures and urged them to take all steps necessary to mitigate the risk that name collisions brought forth. In the months following the report's publishing, the ICANN community mobilized to create alternative solutions to the Name Collision issue, as well as argue whether or not the issue was serious enough to delay delegation of 100s of gTLDs.<ref>[http://www.icann.org/en/groups/board/documents/resolutions-new-gtld-annex-1-07oct13-en.pdf ICANN.org] Retrieved 05 Feb 2014</ref>
  
 
The report and ICANN's proposal for how to deal with the situation were posted on ICANN's website for public comment until September 17, 2013<ref name="NTAG">[http://domainincite.com/14162-ntag-rubbishes-new-gtld-collision-risk-report NTAG Rubbishes New gTLD Collision Risk Report, Domain Incite] Retrieved 17 Feb 2014</ref>
 
The report and ICANN's proposal for how to deal with the situation were posted on ICANN's website for public comment until September 17, 2013<ref name="NTAG">[http://domainincite.com/14162-ntag-rubbishes-new-gtld-collision-risk-report NTAG Rubbishes New gTLD Collision Risk Report, Domain Incite] Retrieved 17 Feb 2014</ref>
  
 
===Reception by New gTLD Applicants===
 
===Reception by New gTLD Applicants===
Reception by New gTLD Applicants to the Interisle Report as well as ICANN's response to the report was varied. Many applicants were angered that the timing of the report was poor, since ICANN was only months away from delegating the first New gTLDs in the program. Others pointed out to the potential of millions of dollars in extra costs because of this delay. A few applicants, most notably [[Verisign]], were more supportive of ICANN's response to the report and felt the delay was warranted in order to make sure the security of the Internet would not be compromised. Many applicants however, felt that the report and ICANN's response was too conservative and that the Name Collision issue was not that serious of a risk.<ref name="reactions">[http://domainincite.com/14016-donuts-uniregistry-and-famous-four-respond-to-icanns-new-gtld-security-bombshell Donuts, Uniregistry and Famous Four Respond to ICANN's New gTLD Bombshell, DomainIncite] Retrieved 05 Feb 2014</ref>
+
Reception by New gTLD Applicants to the Interisle Report as well as ICANN's proposed plan was varied. Many applicants were angered and cited that the timing of the report was poor, since ICANN was only months away from delegating the first New gTLDs in the program. Others pointed to the potential of millions of dollars in extra costs because of this delay. A few applicants, most notably [[Verisign]], were more supportive of ICANN's response to the report and felt the delay was warranted in order to make sure the security of the Internet would not be compromised. Many applicants however, felt that the report and ICANN's response was too conservative and that the Name Collision issue did not pose a serious risk for the vast majority of new TLDs. Some applicants pointed out that the delegation of many New TLDs in the years before had never caused a major issue in regards to name collisions.<ref name="reactions">[http://domainincite.com/14016-donuts-uniregistry-and-famous-four-respond-to-icanns-new-gtld-security-bombshell Donuts, Uniregistry and Famous Four Respond to ICANN's New gTLD Bombshell, DomainIncite] Retrieved 05 Feb 2014</ref>
  
 
[[Donuts]] initially reacted to the Interisle Report and ICANN's response by saying: "We also think that name collision is an overstated issue. Rather than take the overdone step of halting or delaying these TLDs, if the issue really is such a concern, it would be wiser to focus on the second-level names where a conflict could occur."<ref name="reactions"></ref>
 
[[Donuts]] initially reacted to the Interisle Report and ICANN's response by saying: "We also think that name collision is an overstated issue. Rather than take the overdone step of halting or delaying these TLDs, if the issue really is such a concern, it would be wiser to focus on the second-level names where a conflict could occur."<ref name="reactions"></ref>
Line 31: Line 26:
 
[[Famous Four Media]] has this to say: "Famous Four Media’s primary concern is the security and stability of the Internet. Since this is in the interest of all parties involved in the new gTLD program from registries to registrants and all in between Famous Four Media welcomes these proposals."<ref name="reactions"></ref>
 
[[Famous Four Media]] has this to say: "Famous Four Media’s primary concern is the security and stability of the Internet. Since this is in the interest of all parties involved in the new gTLD program from registries to registrants and all in between Famous Four Media welcomes these proposals."<ref name="reactions"></ref>
  
 +
[[File:Alexstamos_securityforum.jpg|thumb|250px|[[Alex Stamos]] presents at the TLD Security Forum in October 2013.]]
 
====[[NTAG]] Response====
 
====[[NTAG]] Response====
The New gTLD Applicant's Group within ICANN sent a letter responding to the Interisle's report and ICANN recommendations. The NTAG felt that the report overstated the risks of Name Collision, and called for all of the strings that were designated by ICANN as "uncalculated risk" to be moved into the "low risk" category. The NTAG stated that they agreed however, that the .home and .corp strings should remain as "high risk" and further research is required to move forward with those strings.<ref name="NTAG"></ref>
+
The New gTLD Applicant's Group within ICANN sent a letter responding to the Interisle report and ICANN recommendations. The NTAG felt that the report overstated the risks of Name Collision, and called for all of the strings that were designated by ICANN as "uncalculated risk" to be moved into the "low risk" category. The NTAG stated that they agreed however, that the .home and .corp strings should remain as "high risk" and further research is required to move forward with those strings.<ref name="NTAG"></ref>
  
 
===Community Discussions===
 
===Community Discussions===
The discussions surrounding the Interisle Report and ICANN's response occurred online, in the public comments on the ICANN site, as well as several in-person conferences organized by several community members.
+
The discussions surrounding the Interisle Report and ICANN's response occurred in the public comments on the ICANN site, as well as in several conferences organized by community members.
  
 
[[Artemis Internet]], the applicant for [[.secure]], held a day-long conference in San Francisco in August 2013 to discuss the Names Collision issue. Delegates from [[Google]] and [[Paypal]] were listed as panelists.
 
[[Artemis Internet]], the applicant for [[.secure]], held a day-long conference in San Francisco in August 2013 to discuss the Names Collision issue. Delegates from [[Google]] and [[Paypal]] were listed as panelists.
  
 +
New gTLD Applicants also organized a conference on 01 Oct 2013 in Washington, D.C. Titled the [[TLD Security Forum]], the event hosted a number of panelists and speakers, notably [[Steve Crocker]]. The afternoon sessions included some fierce debate as NTAG members clashed with representatives from [[ANA]].<ref>[http://domainincite.com/14569-crocker-to-speak-at-second-gtld-collisions-summit Crocker to Speak at Second gTLD Collisions Summit, DomainIncite] Retrieved 17 Feb 2014</ref><ref>[http://www.tldsecurity.net/live-stream.html Live Stream, TLD Security Forum] Retrieved 18 Feb 2014</ref> ANA vice president [[Dan Jaffe]] and legal council [[Amy Mushahwar]] presented a session that had many New gTLD applicants, most notably [[Alex Stamos]] of [[Artemis Internet]] and [[Jeff Neuman]] of [[Neustar]], arguing against them in the Q&A portion of the session. The ANA delegates raised concerns that they needed more than a month-long comment period to go over the data from the Interisle report and reach conclusions as to the risk that Name Collisions might have once New gTLDs are delegated.<ref>[http://domainincite.com/14592-angry-gtld-applicants-lay-into-ana-and-verisign-bullshit Angry gTLD Applicants Lay into ANA and Verisign "Bullshit", DomainIncite] Retrieved 18 Feb 2014</ref>
 +
 +
===Public Comment Period===
 +
As with many ICANN policy decisions, the Interisle Report and ICANN's proposed solutions were posted on the ICANN website for a period of Public Comment in August of 2013. Many community members submitted comments. Overall, discussions revolved around two main points: many applicants submitted comments that criticized the data in the report and/or ICANN's solution plan. Other members of the community, primarily non-applicants, argued that the comment period was too short and asked ICANN to proceed with caution and allow companies time to go over the data and create their own research.<ref>[http://domainincite.com/14334-name-collisions-comments-call-for-more-gtld-delay Name Collisions Comments Call for More gTLD Delay, DomainIncite] Retrieved 19 Feb 2014</ref>
  
 
==Proposed Solutions==
 
==Proposed Solutions==
 +
Many solutions to the Name Collision issue were proposed by ICANN, TLD applicants, and the community at large. The initial proposal was released by ICANN immediately following the release of Interisle's report, and after the public comment period, the final plan was published.
 +
 +
During the same period that the public comment period occurred, a number of new gTLD applicants proposed alternative approaches to "mitigation" of the name collision issue. [[Neustar]] conducted its own analysis of the data in the Interisle report, and suggested a few alternative solutions that included moving all strings except .home, .corp, and [[.mail]] into the "low risk" category and then evaluating the risk immediately instead of mandating a 120-day period after the [[RA]] signing.<ref>[http://www.circleid.com/posts/20130717_neustar_analysis_icann_overstates_risk_of_harmful_domain_collision/%20Neustar%20analysis Neustar Analysis] Retrieved 18 Feb 2014</ref>
 +
 +
[[.CLUB Domain LLC]], the company applying for [[.club]], also proposed a solution of their own. The company contracted Interisle Consulting to do an evaluation of the .club string, to determine the possible name collisions that might occur if the string was delegated. They then proposed, in a letter to ICANN, a solution for strings in the "uncalculated risk" category in which they would reserve the top 50 names in each string that see DNS root traffic. The list of these string would come from an individual report much like the one .CLUB Domains commissioned for themselves. After reserving these names, the impact of collisions would be greatly reduced once the [[TLD]] was delegated. This porposal makes it possible to have more time to find a solution to the Name Collision issue while still allowing delegations of new TLDs to continue, provided they reserve a certain number of Second Level Domains ([[SLD]]s).<ref>[http://domainincite.com/14501-club-offers-solution-to-name-collision-risks .Club Offers Solution to Name Collision Risk, DomainIncite] Retrieved 18 Feb 2014</ref>
 +
 +
==NGPC Resolution==
 +
On 8 October 2013, The [[New gTLD Program Committee]] (NGPC) announced their final plan for the Name Collision issue. The committee met to discuss the public comments received on the initial proposal, and then updated and released a final document titled the "[http://www.icann.org/en/groups/board/documents/resolutions-new-gtld-annex-1-07oct13-en.pdf New gTLD Collision Occurrence Management Plan]".
 +
 +
The final plan left the [[.home]] and [[.corp]] strings in permanent limbo as "high risk" strings, just as the original plan stated. These string will not be delegated until ICANN and the community conduct more research and propose a mitigation plan. ICANN believes these strings will cause significant problems if delegated to the [[Root Zone]].
 +
[[File:Apd_example.jpg|thumb|right|An example of the block list for [[.boston]]]]
 +
The plan states that ICANN will contract a Collision Occurrence Management Framework that will stipulate assessments and mitigation measures that may need to be taken for certain TLDs. This process is similar to the one outlined in the original plan, with applicants waiting to delegate until they receive their assessment report and perform the necessary mitigation measures.  However, the new report focused on an "Alternative Path to Delegation" in which New gTLD applicants who are not applying for .home or .corp and were eligible, could proceed to delegation without their assessment report, provided they block all [[Second Level Domain]]s (SLDs) that were found in the "Day in The Life" Internet data for their TLD. The majority of New gTLD applicants that were eligible ended up choosing this alternative path.<ref>[http://domainincite.com/14659-new-gtld-applicants-get-a-way-to-avoid-name-collision-delay New gTLD Applicants Get a Way to Avoid Name Collision Delay, DomainIncite] Retrieved 19 Feb 2014</ref>
 +
 +
Finally, the plan outlined an outreach campaign to educate systems administrators, software developers, and other engineers about the Name Collision issue and the mitigation measures they could take to reduce risk.<ref>[http://www.icann.org/en/news/announcements/announcement-08oct13-en.htm Announcement 08 OCt 2013, ICANN.org] Retrieved 19 Feb 2014</ref><ref>[http://domainnamewire.com/2013/10/09/icann-gives-new-tld-applicants-a-faster-path-to-market/ ICANN Gives New gTLD Applicants a Faster Path to Market, DomainNameWire.com] Retrieved 19 Feb 2014</ref>
 +
 +
==Alternative Path to Delegation==
 +
On 17-18 November 2013, ICANN released the reports for the alternative path to delegation. Apart from .home and .corp, all but 25 strings were eligible for this path, and could choose to elect the alternative path. The 25 strings not eligible for the alternative path must wait to receive their assessment and mitigation plans from ICANN.<ref>[https://newgtlds.icann.org/en/announcements-and-media/announcement-2-17nov13-en Announcement 17 Nov 2013, ICANN.org] Retrieved 19 Feb 2014</ref>
 +
 +
* You can download all of the Alternative Path to Delegation reports (including block lists) [http://www.icann.org/en/about/agreements/registries/apd-reports-17nov13-en.zip here].
 +
* The 25 strings not eligible for the alternative path were: [[.blog]], [[.box]], [[.business]], [[.casa]], [[.cisco]], [[.comcast]], [[.dev]], [[.family]], [[.free]], [[.google]], [[.iinet]], [[.mail]], [[.network]], [[.office]], [[.orange]], [[.philips]], [[.prod]], [[.sfr]], [[.site]], [[.taobao]], [[.taxi]], [[.web]], [[.work]], [[.world]], and [[.zip]].
 +
 +
==Risk Mitigation Report by JAS Advisors==
 +
On 26 February 2014, ICANN posted the followup report it commissioned [[JAS Advisors]] to prepare in order to suggest a plan for risk mitigation of the name collision issue. It was posted for public comment for about a month and then will be decided on by the ICANN Board. The report, titled "Mitigating The Risk of DNS Namespace Collisions," makes a number of key recommendations for resolving the name collision issue for most applicants:<ref>[http://www.icann.org/en/news/public-comment/name-collision-26feb14-en.htm Name Collision, 26 Feb 2014, ICANN.org] Retrieved 27 Feb 2014</ref>
 +
 +
* Registries would be able to implement a controlled interruption zone, in which would involve "wildcarding" all SLDs (or all SLDs in the block list) to specific IP that would then alert internal networks if there were any name collisions.
 +
* ICANN would implement an emergency plan and strategy in case name collisions had a "clear danger to human life".
 +
* ICANN and community should continue to study and analyze data from this issue.
 +
* Apart from the .corp and .home names that were previously deemed too dangerous to ever delegate, the study recommended that [[.mail]] also be reserved permanently.<ref>[http://www.icann.org/en/news/announcements/announcement-26feb14-en.htm Announcement 26 Feb 2014, ICANN.org] Retrieved 27 Feb 2014</ref>
 +
 +
The report brought a possible new way forward for many New gTLD applicants.<ref>[http://domainincite.com/15925-new-gtld-registries-given-way-to-free-up-millions-of-blocked-names New gTLD Registries Given Way to Free up Millions of Blocked Names, DomainIncite] Retrieved 27 Feb 2014</ref>
 +
 +
The final draft of the report,  "Mitigating the Risk of DNS Namespace Collisions Phase One", was published on June 10th. Important changes that were made because of a Public Comment Period for the document include a change of the Controlled Interruption Zone period from 120 to 90 days.<ref>[https://www.icann.org/en/system/files/files/name-collision-mitigation-study-06jun14-en.pdf Name Collision Mitigation Study Phase One] (6 June 2014) JAS Advisors ''ICANN.org'; Retrieved 11 June 2014 (PDF)</ref>
 +
 +
==Name Collision Occurrence Management Framework==
 +
On July 30, 2014, the New gTLD Program Committee (NGPC) approved resolutions<ref>[https://www.icann.org/resources/board-material/resolutions-new-gtld-2014-07-30-en Approved Resolutions | Meeting of the New gTLD Program Committee] Retrieved 29 September 2014</ref> for the Name Collision Occurrence Management Framework<ref>[https://www.icann.org/en/system/files/files/name-collision-framework-30jul14-en.pdf Name Collision Occurrence Management Framework] (PDF, 634 KB) Retrieved 29 September 2014</ref> to continue to manage the occurrence of collisions between new gTLDs and existing private uses of the same strings. As part of implementation, registry operators will be provided with a Name Collision Occurrence Assessment (see Registry Agreement, Specification 6, Section 6), which will address, among other things, procedures to remove second level domains from the block list including measures to protect rights holders.
 +
 +
The announcement highlighted two general requirements for registries<ref>[https://www.icann.org/en/system/files/files/name-collision-framework-30jul14-en.pdf Name Collision Occurrence Management Framework] (PDF, 634 KB) Retrieved 29 September 2014</ref>:
 +
 +
* Required to act on name collision reports from ICANN within two hours of the report during the first two years of the life of the TLD measured from the time of delegation of the TLD.
  
==Research==
+
* Required to implement "controlled interruption" as the notification measure to alert parties that they may be leaking queries intended from private namespaces to the public DNS. Controlled interruption is required to be continuous interruption (i.e. not intermittent), and lasting for a 90-day period. Generally, if a TLD was delegated prior to a defined cut-off date, the registry operator would implement controlled interruption using MX, SRV, TXT, and A records for second level domains included in the block list. For TLDs delegated after a defined cut-off date, the registry operator would implement controlled interruption using a wildcard method. Controlled interruption (for IPv4) will use a loopback address (127.0.53.53). The 'cutoff date' is 18 August 2014.<ref>[https://www.icann.org/resources/pages/name-collision-ro-faqs-2014-08-01-en Frequently Asked Questions: Name Collision Occurrence Management Framework for Registries] Retrieved 29 September 2014</ref>
  
*[http://domainincite.com/14592-angry-gtld-applicants-lay-into-ana-and-verisign-bullshit ANA and verisign]
+
For additional details, refer to the ICANN website, Name Collision Resources & Information at [http://icann.org/namecollision icann.org/namecollision].
*[http://domainincite.com/14572-name-collisions-unanticipated-effects-guest-post Name Collisions]
 
*[http://domainincite.com/14569-crocker-to-speak-at-second-gtld-collisions-summit Collisions summit]
 
*[http://domainincite.com/14501-club-offers-solution-to-name-collision-risks .club solution]
 
*[http://domainincite.com/14016-donuts-uniregistry-and-famous-four-respond-to-icanns-new-gtld-security-bombshell responses]
 
*[http://domainincite.com/14465-verisign-targets-bank-claims-in-name-collisions-fight Australian Bank]
 
*[http://domainincite.com/13994-new-gtlds-are-the-new-y2k-corp-and-home-are-doomed-and-everything-else-is-delayed announcement]
 
*[http://www.circleid.com/posts/20130903_name_collision_why_icann_is_looking_at_it_the_wrong_way_part_1/ looking at it wrong way?]
 
*[http://www.circleid.com/posts/20130717_neustar_analysis_icann_overstates_risk_of_harmful_domain_collision/ Neustar analysis]
 
*[http://www.icann.org/en/news/announcements/announcement-08oct13-en.htm Resolution]
 
*[http://domainincite.com/14659-new-gtld-applicants-get-a-way-to-avoid-name-collision-delay Domain Incite response to resolution from ICANN]
 
*[http://domainnamewire.com/2013/10/09/icann-gives-new-tld-applicants-a-faster-path-to-market/ Domain Name wire response]
 
* [http://domainincite.com/15313-blocked-trademarks-still-eligible-for-donuts-sunrises Blocked Trademarks still Eligible for Donuts Sunrises]
 
  
 
==References==
 
==References==
 
{{reflist}}
 
{{reflist}}
  
__NOTOC__
+
[[Category:Glossary]]

Revision as of 21:10, 29 September 2014

A Name Collision describes the circumstance in which a term attempting to reach a private Domain Name results in resolving to a public Domain Name unintentionally. Private domain names are used in Intranets and in many corporations and organizations throughout the world. A domain name on a private network that matches a name in the public Internet can create security risks, confusion, and systems failure.[1]

New gTLD Program

Although the Name Collision issue is not new, a renewed interest in the issue came about in 2013 as ICANN's New gTLD Program was preparing to delegate hundreds of new domain names to the Root Zone. The topic was debated fiercely within the ICANN community when a report by Interisle Consulting was prepared for and released by ICANN.

Interisle Consulting Report

ICANN contracted Interisle Consulting to carry out an investigation into the effects the delegation of 100s of new gTLDs would have on the security of the existing Internet and intranets around the world. The resulting report, which was published on August 6th, 2013 by ICANN, found that there would be many name collisions for new gTLDs that could create potential security risks. ICANN's initial response to this report was to propose a delay to the New gTLD Program, based on the assessed security risk each New gTLD would carry. [2]

  • ICANN deemed two strings, .home and .corp, as "high-risk" because of the widespread use of the terms on internal networks. Currently, ICANN is indefinitely delaying the delegation of these string to the root.
  • 20% of applications had been deemed an "uncalculated risk" by ICANN in the initial plan, stating that these strings would be delayed 2-3 months in their application process while ICANN conducts more research into whether the string is of "high" or "low" risk.
  • 80% of applications were deemed "low risk" by ICANN. These strings would face a delay in activating domains until 120 days after contracting with ICANN, but otherwise would not face any long terms delays towards delegation.

Overall, the initial reaction to the Interisle report took the form of outrage by many New gTLD applicants, especially since the delays could potentially add on millions of dollars in costs to the applicants on their way to delegating a new gTLD. Other groups however, supported ICANN's cautionary measures and urged them to take all steps necessary to mitigate the risk that name collisions brought forth. In the months following the report's publishing, the ICANN community mobilized to create alternative solutions to the Name Collision issue, as well as argue whether or not the issue was serious enough to delay delegation of 100s of gTLDs.[3]

The report and ICANN's proposal for how to deal with the situation were posted on ICANN's website for public comment until September 17, 2013[4]

Reception by New gTLD Applicants

Reception by New gTLD Applicants to the Interisle Report as well as ICANN's proposed plan was varied. Many applicants were angered and cited that the timing of the report was poor, since ICANN was only months away from delegating the first New gTLDs in the program. Others pointed to the potential of millions of dollars in extra costs because of this delay. A few applicants, most notably Verisign, were more supportive of ICANN's response to the report and felt the delay was warranted in order to make sure the security of the Internet would not be compromised. Many applicants however, felt that the report and ICANN's response was too conservative and that the Name Collision issue did not pose a serious risk for the vast majority of new TLDs. Some applicants pointed out that the delegation of many New TLDs in the years before had never caused a major issue in regards to name collisions.[5]

Donuts initially reacted to the Interisle Report and ICANN's response by saying: "We also think that name collision is an overstated issue. Rather than take the overdone step of halting or delaying these TLDs, if the issue really is such a concern, it would be wiser to focus on the second-level names where a conflict could occur."[5]

Uniregistry's Frank Schilling stated: "We are deeply dismayed by this new report, both by its substance and its timing."[5]

Famous Four Media has this to say: "Famous Four Media’s primary concern is the security and stability of the Internet. Since this is in the interest of all parties involved in the new gTLD program from registries to registrants and all in between Famous Four Media welcomes these proposals."[5]

Alex Stamos presents at the TLD Security Forum in October 2013.

NTAG Response

The New gTLD Applicant's Group within ICANN sent a letter responding to the Interisle report and ICANN recommendations. The NTAG felt that the report overstated the risks of Name Collision, and called for all of the strings that were designated by ICANN as "uncalculated risk" to be moved into the "low risk" category. The NTAG stated that they agreed however, that the .home and .corp strings should remain as "high risk" and further research is required to move forward with those strings.[4]

Community Discussions

The discussions surrounding the Interisle Report and ICANN's response occurred in the public comments on the ICANN site, as well as in several conferences organized by community members.

Artemis Internet, the applicant for .secure, held a day-long conference in San Francisco in August 2013 to discuss the Names Collision issue. Delegates from Google and Paypal were listed as panelists.

New gTLD Applicants also organized a conference on 01 Oct 2013 in Washington, D.C. Titled the TLD Security Forum, the event hosted a number of panelists and speakers, notably Steve Crocker. The afternoon sessions included some fierce debate as NTAG members clashed with representatives from ANA.[6][7] ANA vice president Dan Jaffe and legal council Amy Mushahwar presented a session that had many New gTLD applicants, most notably Alex Stamos of Artemis Internet and Jeff Neuman of Neustar, arguing against them in the Q&A portion of the session. The ANA delegates raised concerns that they needed more than a month-long comment period to go over the data from the Interisle report and reach conclusions as to the risk that Name Collisions might have once New gTLDs are delegated.[8]

Public Comment Period

As with many ICANN policy decisions, the Interisle Report and ICANN's proposed solutions were posted on the ICANN website for a period of Public Comment in August of 2013. Many community members submitted comments. Overall, discussions revolved around two main points: many applicants submitted comments that criticized the data in the report and/or ICANN's solution plan. Other members of the community, primarily non-applicants, argued that the comment period was too short and asked ICANN to proceed with caution and allow companies time to go over the data and create their own research.[9]

Proposed Solutions

Many solutions to the Name Collision issue were proposed by ICANN, TLD applicants, and the community at large. The initial proposal was released by ICANN immediately following the release of Interisle's report, and after the public comment period, the final plan was published.

During the same period that the public comment period occurred, a number of new gTLD applicants proposed alternative approaches to "mitigation" of the name collision issue. Neustar conducted its own analysis of the data in the Interisle report, and suggested a few alternative solutions that included moving all strings except .home, .corp, and .mail into the "low risk" category and then evaluating the risk immediately instead of mandating a 120-day period after the RA signing.[10]

.CLUB Domain LLC, the company applying for .club, also proposed a solution of their own. The company contracted Interisle Consulting to do an evaluation of the .club string, to determine the possible name collisions that might occur if the string was delegated. They then proposed, in a letter to ICANN, a solution for strings in the "uncalculated risk" category in which they would reserve the top 50 names in each string that see DNS root traffic. The list of these string would come from an individual report much like the one .CLUB Domains commissioned for themselves. After reserving these names, the impact of collisions would be greatly reduced once the TLD was delegated. This porposal makes it possible to have more time to find a solution to the Name Collision issue while still allowing delegations of new TLDs to continue, provided they reserve a certain number of Second Level Domains (SLDs).[11]

NGPC Resolution

On 8 October 2013, The New gTLD Program Committee (NGPC) announced their final plan for the Name Collision issue. The committee met to discuss the public comments received on the initial proposal, and then updated and released a final document titled the "New gTLD Collision Occurrence Management Plan".

The final plan left the .home and .corp strings in permanent limbo as "high risk" strings, just as the original plan stated. These string will not be delegated until ICANN and the community conduct more research and propose a mitigation plan. ICANN believes these strings will cause significant problems if delegated to the Root Zone.

An example of the block list for .boston

The plan states that ICANN will contract a Collision Occurrence Management Framework that will stipulate assessments and mitigation measures that may need to be taken for certain TLDs. This process is similar to the one outlined in the original plan, with applicants waiting to delegate until they receive their assessment report and perform the necessary mitigation measures. However, the new report focused on an "Alternative Path to Delegation" in which New gTLD applicants who are not applying for .home or .corp and were eligible, could proceed to delegation without their assessment report, provided they block all Second Level Domains (SLDs) that were found in the "Day in The Life" Internet data for their TLD. The majority of New gTLD applicants that were eligible ended up choosing this alternative path.[12]

Finally, the plan outlined an outreach campaign to educate systems administrators, software developers, and other engineers about the Name Collision issue and the mitigation measures they could take to reduce risk.[13][14]

Alternative Path to Delegation

On 17-18 November 2013, ICANN released the reports for the alternative path to delegation. Apart from .home and .corp, all but 25 strings were eligible for this path, and could choose to elect the alternative path. The 25 strings not eligible for the alternative path must wait to receive their assessment and mitigation plans from ICANN.[15]

Risk Mitigation Report by JAS Advisors

On 26 February 2014, ICANN posted the followup report it commissioned JAS Advisors to prepare in order to suggest a plan for risk mitigation of the name collision issue. It was posted for public comment for about a month and then will be decided on by the ICANN Board. The report, titled "Mitigating The Risk of DNS Namespace Collisions," makes a number of key recommendations for resolving the name collision issue for most applicants:[16]

  • Registries would be able to implement a controlled interruption zone, in which would involve "wildcarding" all SLDs (or all SLDs in the block list) to specific IP that would then alert internal networks if there were any name collisions.
  • ICANN would implement an emergency plan and strategy in case name collisions had a "clear danger to human life".
  • ICANN and community should continue to study and analyze data from this issue.
  • Apart from the .corp and .home names that were previously deemed too dangerous to ever delegate, the study recommended that .mail also be reserved permanently.[17]

The report brought a possible new way forward for many New gTLD applicants.[18]

The final draft of the report, "Mitigating the Risk of DNS Namespace Collisions Phase One", was published on June 10th. Important changes that were made because of a Public Comment Period for the document include a change of the Controlled Interruption Zone period from 120 to 90 days.[19]

Name Collision Occurrence Management Framework

On July 30, 2014, the New gTLD Program Committee (NGPC) approved resolutions[20] for the Name Collision Occurrence Management Framework[21] to continue to manage the occurrence of collisions between new gTLDs and existing private uses of the same strings. As part of implementation, registry operators will be provided with a Name Collision Occurrence Assessment (see Registry Agreement, Specification 6, Section 6), which will address, among other things, procedures to remove second level domains from the block list including measures to protect rights holders.

The announcement highlighted two general requirements for registries[22]:

  • Required to act on name collision reports from ICANN within two hours of the report during the first two years of the life of the TLD measured from the time of delegation of the TLD.
  • Required to implement "controlled interruption" as the notification measure to alert parties that they may be leaking queries intended from private namespaces to the public DNS. Controlled interruption is required to be continuous interruption (i.e. not intermittent), and lasting for a 90-day period. Generally, if a TLD was delegated prior to a defined cut-off date, the registry operator would implement controlled interruption using MX, SRV, TXT, and A records for second level domains included in the block list. For TLDs delegated after a defined cut-off date, the registry operator would implement controlled interruption using a wildcard method. Controlled interruption (for IPv4) will use a loopback address (127.0.53.53). The 'cutoff date' is 18 August 2014.[23]

For additional details, refer to the ICANN website, Name Collision Resources & Information at icann.org/namecollision.

References

  1. Name Collision, ICANN.org Retrieved 18 Feb 2014
  2. New gTLDs are The New Y2K, .corp and .home are doomed, and Everything Else is Delayed, DomainIncite Retrieved 05 Feb 2014
  3. ICANN.org Retrieved 05 Feb 2014
  4. 4.0 4.1 NTAG Rubbishes New gTLD Collision Risk Report, Domain Incite Retrieved 17 Feb 2014
  5. 5.0 5.1 5.2 5.3 Donuts, Uniregistry and Famous Four Respond to ICANN's New gTLD Bombshell, DomainIncite Retrieved 05 Feb 2014
  6. Crocker to Speak at Second gTLD Collisions Summit, DomainIncite Retrieved 17 Feb 2014
  7. Live Stream, TLD Security Forum Retrieved 18 Feb 2014
  8. Angry gTLD Applicants Lay into ANA and Verisign "Bullshit", DomainIncite Retrieved 18 Feb 2014
  9. Name Collisions Comments Call for More gTLD Delay, DomainIncite Retrieved 19 Feb 2014
  10. Neustar Analysis Retrieved 18 Feb 2014
  11. .Club Offers Solution to Name Collision Risk, DomainIncite Retrieved 18 Feb 2014
  12. New gTLD Applicants Get a Way to Avoid Name Collision Delay, DomainIncite Retrieved 19 Feb 2014
  13. Announcement 08 OCt 2013, ICANN.org Retrieved 19 Feb 2014
  14. ICANN Gives New gTLD Applicants a Faster Path to Market, DomainNameWire.com Retrieved 19 Feb 2014
  15. Announcement 17 Nov 2013, ICANN.org Retrieved 19 Feb 2014
  16. Name Collision, 26 Feb 2014, ICANN.org Retrieved 27 Feb 2014
  17. Announcement 26 Feb 2014, ICANN.org Retrieved 27 Feb 2014
  18. New gTLD Registries Given Way to Free up Millions of Blocked Names, DomainIncite Retrieved 27 Feb 2014
  19. Name Collision Mitigation Study Phase One (6 June 2014) JAS Advisors ICANN.org'; Retrieved 11 June 2014 (PDF)
  20. Approved Resolutions | Meeting of the New gTLD Program Committee Retrieved 29 September 2014
  21. Name Collision Occurrence Management Framework (PDF, 634 KB) Retrieved 29 September 2014
  22. Name Collision Occurrence Management Framework (PDF, 634 KB) Retrieved 29 September 2014
  23. Frequently Asked Questions: Name Collision Occurrence Management Framework for Registries Retrieved 29 September 2014