Skip to main content

Publicación del estudio sobre dominios sin punto

Esta página está disponible en:

La ICANN se complace en anunciar la publicación del Informe del estudio sobre la seguridad y estabilidad de los nombres de dominio sin punto [PDF, 1.02 MB] por parte de Carve Systems LLC (Carve Systems), firma dedicada a la seguridad en materia de tecnología de la información.

Los dominios sin punto constan de una sola etiqueta (por ejemplo, http://ejemplo, mail@ejemplo). Los nombres sin punto requerirían la inclusión de, por ejemplo, un registro A, AAAA, o MX en el ápice de una zona de TLD en el DNS (es decir, el registro se relaciona a la cadena de caracteres de TLD en si misma).

Antecedentes

El 23 de febrero de 2012, el Comité Asesor de Seguridad y Estabilidad (SSAC) de la ICANN publicó el documento SAC 053: Informe del SSAC sobre dominios sin punto [PDF, 182 KB]. En dicho informe, el SSAC declaró que los dominios sin punto no serían universalmente accesibles y recomendó firmemente que no se los utilizara. Como resultado, el SSAC recomendó que el uso de los registros de recursos del DNS, tales como A, AAAA, y MX en el ápice de un Dominio de Alto Nivel (TLD) debería estar prohibido por contrato toda vez que sea apropiado, y firmemente disuadido en todas las instancias.

El 23 de junio de 2012, la Junta Directiva de la ICANN aprobó la resolución 2012.06.23.09 en la cual le encomienda a la ICANN la tarea de consultar a las comunidades relevantes sobre la implementación de las recomendaciones presentadas en el documento SAC053.

El 24 de agosto de 2012, el personal de la ICANN publicó el informe SAC053 para comentario público solicitando comentarios en relación con la implementación de las recomendaciones presentadas en el informe del SSAC. El periodo de comentario público cerró el 5 de noviembre de 2012.

El 27 de noviembre de 2012 el personal publicó un  informe sobre los comentarios públicos [PDF, 137 KB] que contenía una cantidad significativa de comentarios tanto a favor de adoptar las recomendaciones del SSAC como en contra de dichas recomendaciones.

En mayo de 2013 la ICANN encargó un estudio [PDF, 85 KB] sobre las implicancias de seguridad y estabilidad de la funcionalidad de los nombres de dominio sin punto para ayudar a la ICANN a preparar un plan de implementación de las recomendaciones presentadas en el documento SAC053.

El 10 de julio de 2013, la Junta de Arquitectura de Internet (IAB) publicó  una declaración sobre los dominios sin punto, en la cual recomendó que no se utilzaran dominios sin punto como TLDs.

El 29 de julio de 2013, Carve Systems presentó su informe a  la ICANN.  En consonancia con el informe del SSAC, en el informe de Carve Systems se identifican cuestiones relativas a seguridad y estabilidad que deben ser mitigadas antes de que los gTLDs puedan implementar nombres de dominio sin punto.   En el informe de Carve Systems, se identifican varios riesgos, diez (10) de los cuales se consideran riesgos clave que presentan los nombres de dominio sin punto.

Situación actual

En consonancia con la recomendación presentada en el documento SAC 053 del SSAC, un gTLD contratado que desee operar un nombre de dominio sin punto debe presentar una propuesta a ser evaluada como parte del Proceso de Evaluación de Servicios de Registro  (RSEP) estándar.

Del mismo modo, la sección 2.2.3.3 de la Guía para el Solicitante (AGB) prohíbe el uso de nombres de dominio sin punto sin previa aprobación por parte de la ICANN; asimismo, en dicha sección se indica que los únicos Recursos de Registro del DNS permitidos para el ápice de una zona de TLD son los siguientes: Inicio de Autoridad (SOA), Servidor de Nombre (NS), y registros que guarden relación con DNSSEC. En la misma sección, se declara lo siguiente: "Un solicitante que desea colocar cualquier otro tipo de registro en la zona del TLD debe describir su propuesta en forma detallada en la sección de servicios de registro de la solicitud.  Esto se evaluará  y podrá dar como resultado una extensión de la evaluación para determinar si el servicio podría generar un riesgo de impacto adverso significativo sobre la seguridad o estabilidad del DNS".

El Comité para el Programa de Nuevos gTLD de la Junta Directiva de la ICANN considerará los nombres de dominio sin punto y el enfoque de mitigación de riesgo apropiado en su próxima reunión en el mes de agosto.

Agradecimientos

La ICANN desea agradecer al SSAC por sus esfuerzos en pos de identificar y explicar estas cuestiones, y a la comunidad por su participación en el proceso de comentario público.


More Announcements
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."