Skip to main content
Resources

Mitigación de los casos de colisión de nombres en los nuevos ccTLD

Esta página está disponible en:

Colisión de nombres | Guía para la Identificación y Mitigación de Colisiones de Nombres para Profesionales de TI | Preguntas frecuentes: Identificación y Mitigación de Colisiones de Nombres para Profesionales de TI | Mitigación de incidentes de colisión de nombres para los nuevos ccTLD | Preguntas frecuentes: Marco de Gestión de Incidentes de Colisiones de Nombres para Registros Framework for Registries | Informar una colisión de nombres

Conforme a su misión y valores fundamentales, la ICANN debe preservar y mejorar la estabilidad, confiabilidad y seguridad operativas, y la interoperabilidad global, del sistema de identificadores únicos de Internet (nombres, números IP y parámetros de protocolo)1. En el marco de su misión y sus valores, siguiendo las directrices de su Junta Directiva y teniendo en cuenta el asesoramiento del Comité Asesor de Seguridad y Estabilidad, la ICANN ha estado trabajando para comprender y mitigar los problemas relacionados con las "colisiones de nombres" en el Sistema de Nombres de Dominio (DNS).

Una colisión de nombres ocurre cuando el nombre de un recurso que está destinado a ser resuelto en un sistema de nombres es inadvertidamente resuelto en un sistema de nombres diferente, lo que podría provocar un comportamiento inesperado, como la interrupción o el desvío de la comunicación de su destinatario previsto.

De conformidad con el plan de "Gestión de Incidentes de Colisiones de Nombres" de la ICANN <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 dominios genéricos de alto nivel (gTLD) de la ronda de 2012 implementen ciertas medidas con el fin de ayudar a mitigar los riesgos de colisión de nombres.

Los riesgos de colisión de nombres no son exclusivos de los nuevos gTLD y pueden presentarse tanto en los nuevos dominios de alto nivel con código de país (ccTLD) ASCII como en los IDN. Con el fin de ayudar a mitigar los riesgos de colisión de nombres en su futuro nuevo ccTLD, la ICANN recomienda encarecidamente adoptar las siguientes medidas:

Durante un período de al menos 90 días, el administrador del nuevo ccTLD deberá aplicar una interrupción controlada continua insertando los siguientes registros en la zona del 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 "La configuración de su DNS requiere atención inmediata, consulte https://icann.org/namecollision"
*    3600 IN TXT "La configuración de su DNS requiere atención inmediata, consulte https://icann.org/namecollision"

Tal y como se expone en el documento SAC0152, la ICANN no recomienda el uso de registros comodín en el DNS para los nombres de dominio que ofrecen registración a terceros. Por lo tanto, no se debe registrar ningún nombre ni, 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, consulte el siguiente enlace <https://archive.icann.org/en/topics/new-gtlds/nxdomain-substitution-harms-24nov09-en.pdf> [PDF, 227 KB]

Se recomienda a los administradores de nuevos ccTLD que dispongan de un mecanismo de notificación de colisiones de nombres para actuar ante casos de perjuicios graves causados por colisiones de nombres, al menos durante los primeros días de funcionamiento del nuevo ccTLD (consulte, por ejemplo <https://forms.icann.org/en/help/name-collision/report-problems>). Entre las medidas que podrían adoptarse 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 temporales, mientras la parte afectada realiza cambios en la configuración de su red para evitar un perjuicio futuro.

La ICANN está totalmente comprometida a la delegación de nuevos gTLD en consonancia con su misión y valores principales. La ICANN agradece su interés por este asunto 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

Domain Name System
Internationalized Domain Name ,IDN,"IDNs are domain names that include characters used in the local representation of languages that are not written with the twenty-six letters of the basic Latin alphabet ""a-z"". An IDN can contain Latin letters with diacritical marks, as required by many European languages, or may consist of characters from non-Latin scripts such as Arabic or Chinese. Many languages also use other types of digits than the European ""0-9"". The basic Latin alphabet together with the European-Arabic digits are, for the purpose of domain names, termed ""ASCII characters"" (ASCII = American Standard Code for Information Interchange). These are also included in the broader range of ""Unicode characters"" that provides the basis for IDNs. The ""hostname rule"" requires that all domain names of the type under consideration here are stored in the DNS using only the ASCII characters listed above, with the one further addition of the hyphen ""-"". The Unicode form of an IDN therefore requires special encoding before it is entered into the DNS. The following terminology is used when distinguishing between these forms: A domain name consists of a series of ""labels"" (separated by ""dots""). The ASCII form of an IDN label is termed an ""A-label"". All operations defined in the DNS protocol use A-labels exclusively. The Unicode form, which a user expects to be displayed, is termed a ""U-label"". The difference may be illustrated with the Hindi word for ""test"" — परीका — appearing here as a U-label would (in the Devanagari script). A special form of ""ASCII compatible encoding"" (abbreviated ACE) is applied to this to produce the corresponding A-label: xn--11b5bs1di. A domain name that only includes ASCII letters, digits, and hyphens is termed an ""LDH label"". Although the definitions of A-labels and LDH-labels overlap, a name consisting exclusively of LDH labels, such as""icann.org"" is not an IDN."