Conforme a su misión y a sus valores fundamentales, la ICANN debe preservar y mejorar la estabilidad, confiabilidad y seguridad operativas, así como la interoperabilidad global, del sistema de identificadores únicos de Internet (nombres, números IP y parámetros de protocolo)1. En pos de lograr esta misión y estos valores, y de conformidad con las instrucciones de la Junta Directiva, así como también teniendo en cuenta el asesoramiento del Comité Asesor de Seguridad y Estabilidad, la ICANN ha estado trabajando en comprender y mitigar las cuestiones relacionadas con las "colisiones de nombres" en el DNS.
Una colisión de nombres se produce cuando un nombre de recurso que se pretende resolver en un sistema de asignación de nombres se resuelve inadvertidamente en un sistema de asignación de nombres diferente, lo que puede dar lugar a un comportamiento inesperado, como la interrupción de la comunicación o su redireccionamiento desde el destinatario previsto.
De conformidad con el plan "Gestión de Incidentes de Colisiones de Nombres de Nuevos gTLD" <https://www.icann.org/en/system/files/files/resolutions-new-gtld-annex-1-07oct13-en.pdf> [PDF, 840 KB] y el "Marco de Gestión de Incidentes de Colisiones de Nombres" <https://www.icann.org/en/system/files/files/name-collision-framework-30jul14-en.pdf> [PDF, 635 KB], la ICANN ha solicitado que los operadores de nuevos gTLD de la ronda de 2012 implementen determinadas medidas para ayudar a mitigar los riesgos de colisiones de nombres.
Los riesgos de colisiones de nombres no son exclusivos de los nuevos gTLD y pueden presentarse tanto en los nuevos ccTLD ASCII como en los nuevos IDN ccTLD. Con el fin de ayudar a mitigar los riesgos de colisiones de nombres en su futuro nuevo ccTLD, la ICANN recomienda encarecidamente las siguientes medidas:
Durante un período mínimo de 90 días, el administrador del nuevo ccTLD debería implementar una interrupción controlada continua insertando los siguientes registros en la zona ccTLD (sustituyendo "TLD" por la cadena de caracteres de su nuevo ccTLD):
TLD. 3600 IN MX 10 your-dns-needs-immediate-attention.TLD.
* 3600 IN MX 10 your-dns-needs-immediate-attention.TLD.
TLD. 3600 IN SRV 10 10 0 your-dns-needs-immediate-attention.TLD.
* 3600 IN SRV 10 10 0 your-dns-needs-immediate-attention.TLD.
TLD. 3600 IN A 127.0.53.53
* 3600 IN A 127.0.53.53
TLD. 3600 IN TXT "Su configuración de DNS requiere atención inmediata, véase https://icann.org/namecollision"
* 3600 IN TXT "Su configuración de DNS requiere atención inmediata, véase https://icann.org/namecollision"
Tal como se analizó en el documento SAC0152, el uso de registros comodín en el DNS no es recomendado por la ICANN para los nombres de dominio que ofrecen registración a terceros. Por lo tanto, no se debería registrar ningún nombre o, al menos, activarlo bajo el TLD hasta que haya finalizado el período de interrupción controlada de 90 días. Para obtener más información sobre el uso de registros comodín, véase <https://archive.icann.org/en/topics/new-gtlds/nxdomain-substitution-harms-24nov09-en.pdf> [PDF, 227 KB]
Se recomienda a los administradores de los nuevos ccTLD que dispongan de un mecanismo de presentación de informes de colisiones de nombres para actuar en casos de daños graves causados por colisiones de nombres, al menos durante los primeros días de operación del nuevo ccTLD (véase, por ejemplo, <https://forms.icann.org/en/help/name-collision/report-problems>). Entre las medidas que se pueden tomar se incluyen: la eliminación de registros comodín del DNS durante el período de interrupción controlada; la eliminación de un nombre de dominio de segundo nivel del DNS; y, en casos extremos, la eliminación del propio TLD de la zona raíz (por ejemplo, en caso de daños causados por el propio TLD – nombre sin punto – durante el período de interrupción controlada). Tenga en cuenta que estas medidas solo pretenden ser temporarias mientras la parte afectada realiza cambios en la configuración de su red para evitar daños futuros.
La ICANN está totalmente comprometida con la delegación de nuevos TLD en consonancia con su misión y sus valores fundamentales. La ICANN agradece su consideración sobre esta cuestión y está dispuesta a seguir colaborando si así se le solicita.
1 https://www.icann.org/resources/pages/bylaws-2012-02-25-en, Artículo I
2 https://www.icann.org/resources/pages/sac-015-2012-02-25-en