ICANN ICANN Email List Archives

[comments-name-collision-05aug13]


<<< Chronological Index >>>    <<< Thread Index >>>

Mandatory Notifications are Ineffective and Risky

  • To: comments-name-collision-05aug13@xxxxxxxxx
  • Subject: Mandatory Notifications are Ineffective and Risky
  • From: Daniel Karrenberg <daniel.karrenberg@xxxxxxxx>
  • Date: Tue, 27 Aug 2013 07:05:32 +0200

ICANN should neither mandate nor recommend that registry operators "notify the 
point of contacts of IP addresses that issue DNS requests for an un-delegated 
TLD or names under it".  Such notifications will not be effective and pose a 
significant risk for abuse.

The notifications will not be effective because they will typically not reach 
the party that is potentially at risk. It will take too many actors and too 
much work to get the messages there.  The RIR databases do not list contact 
information for the party issuing the queries. This party will normally be 
reached only after a significant number of indirections. As the proposal 
correctly notes, one cause of indirection are recursive resolvers. Frequently 
there are several recursive resolvers involved before the query reaches the TLD 
name servers; a common example of this is a local resolver that is configured 
to use the resolver of an ISP or corporate network. Further levels of 
indirection are added by the hierarchical allocation of IP addresses; the RIR 
databases typically only contain one level of this hierarchy. Some IP addresses 
are also allocated dynamically to end-users, adding a time element. 

Each actor in the chain will have to do some work in order to determine where 
to forward it. Often the amount of this work is significant as it involves the 
searching of operational logs in order to identify the origin of the query or 
the party using the IP address at the time. Current operational experience 
suggests that it is extremely unlikely that in a typical case all actors 
involved in a notification chain will decide that passing on the message is 
worth their effort. Most notifications will thus not even reach the party at 
risk. To the contrary, a blanket mandate by ICANN to notify each and every 
querier will likely cause a backlash effect towards ICANN, the registry 
operator and other parties involved.

Mandatory notifications also pose a significant risk for abuse since queries 
that trigger a notification can easily be forged. Because of the nature of the 
DNS protocol, the existence of many open resolvers and the lack of source 
address checking by many Internet operators, it is extremely easy to send 
arbitrary DNS queries with freely chosen source IP addresses to the TLD name 
servers of a registry operator.  In this way anyone can cause the registry 
operator to send an arbitrary amount of mandatory notifications to any holder 
of IP address space. It will be highly impractical to detect such attacks or 
find their source by technical means. On the other hand there are quite a 
number of motivations for such an attack directed at the recipient or the 
sender of the notifications. The backlash towards the registry operator, ICANN 
and other parties in the chain will be even more severe once the volume 
increases and when it turns out that the notifications are for "non-existing" 
queries.

ICANN should also consider that issuing many notifications will reduce the 
effectiveness of future warnings about more important risks.

Thus ICANN should not mandate notifications as proposed.

Daniel Karrenberg
Chief Scientist
RIPE NCC
~
~
~
~
~




<<< Chronological Index >>>    <<< Thread Index >>>

Privacy Policy | Terms of Service | Cookies Policy