Skip to main content

La Junta Directiva de la ICANN aprueba la especificación temporaria para los datos de registración de gTLD

Esta página está disponible en:

LOS ÁNGELES, 17 de mayo de 2018. En el día de hoy, la Junta Directiva de la Corporación para la Asignación de Nombres y Números en Internet (ICANN) aprobó la "Especificación temporaria propuesta para los datosde registración de gTLD". El texto completo de la resolución de la Junta Directiva se encuentra disponible en este enlace. La Junta Directiva tomó esta medida a fin de establecer requisitos temporarios sobre la modalidad en que la ICANN y sus partes contratadas continuarán cumpliendo con los requisitos contractuales de la ICANN que se encuentran vigentes, como también con las políticas desarrolladas por la comunidad en relación con el sistema de WHOIS, a la vez que cumplen con el Reglamento General de Protección de Datos (GDPR) de la Unión Europea.

"La aprobación de la especificación temporaria propuesta para los datos de registración de gTLD por parte de la Junta Directiva de la ICANN en el día de hoy es un paso importante para que la ICANN y sus partes contratadas avancen hacia el cumplimiento del GDPR", dijo Cherine Chalaby, Presidente de la Junta Directiva de la ICANN. "Si bien todavía hay elementos cuya finalización se encuentra pendiente, la adopción de esta especificación temporaria nos ubica en el curso de acción correcto para mantener el sistema de WHOIS en el marco del interés público, a la vez que cumplimos con el GDPR antes de su fecha de aplicación efectiva, fijada el 25 de mayo".

La Junta Directiva dedicó un tiempo considerable durante su taller en Vancouver a la revisión y el análisis de la especificación temporaria propuesta. A tal efecto, la Junta Directiva liberó la mayoría de su cronograma de actividades planificadas, contando así con más tiempo para considerar el curso de acción más apropiado.

La organización de la ICANN ha trabajado estrechamente con las partes interesadas y la comunidad de la ICANN en el análisis y desarrollo de la especificación temporaria. Asimismo, ha entablado un diálogo continuo con el Grupo de Trabajo del Artículo 29 sobre Protección de Datos (WP29) para solicitar su retroalimentación y comentarios.

"El modelo provisorio de cumplimiento propuesto es el resultado de la colaboración significativa entre la organización y la comunidad", dijo Göran Marby, Presidente y Director Ejecutivo (CEO) de la ICANN. "Ahora que la Junta Directiva aprobó la especificación temporaria, podemos continuar trabajando juntos para encontrar una solución permanente".

Asimismo, la resolución de la Junta Directiva dio inicio a un proceso de desarrollo de políticas liderado por la comunidad para considerar el desarrollo y la adopción de una política de consenso, sobre la base de las cuestiones planteadas en la especificación temporaria.

La especificación temporaria, la cual refleja el modelo provisorio de cumplimiento propuesto [PDF, 922 KB] por la ICANN, tiene por objetivo asegurar que el sistema de WHOIS continúe disponible en la mayor medida posible, a la vez que se mantienen la seguridad y estabilidad del sistema de identificadores únicos de Internet, tal como se establece en su misión y estatutos. Mantener el sistema de WHOIS es crítico para la estabilidad y seguridad de Internet, lo cual permite que se identifiquen y mitiguen fácilmente actores maliciosos, ciberdelincuentes, infracciones en materia de propiedad intelectual y demás actividades maliciosas en línea.

La especificación temporaria proporciona un único modelo provisorio unificado que garantiza un marco común para los servicios de directorio de datos de registración. Permite que registros y registradores, también conocidos como partes contratadas de la ICANN, continúen con la sólida recolección de datos de registración, tanto de personas físicas como jurídicas, junto con información técnica en relación con la registración de un nombre de dominio. La especificación temporaria solo reemplaza determinadas disposiciones de los acuerdos de registro y acreditación de registradores, como también políticas. Todas las demás obligaciones actuales continúan vigentes.

Las partes contratadas de la ICANN tendrían que aplicar el modelo planteado en la especificación temporaria al procesar datos personales vinculados al Espacio Económico Europeo (EEE). Si no resulta viable que una parte contratada limite su aplicación de los requisitos estrictamente al EEE, dicha parte contratada podrá aplicar los requisitos a las registraciones a nivel global.

A fin de garantizar el cumplimiento del GDPR, el acceso a los datos personales estará restringido mediante un sistema de acceso por capas/niveles, en el cual solamente los usuarios con un propósito legítimo podrán solicitar que registradores y operadores de registro les otorguen acceso a datos sin carácter público. Hasta que se implemente un modelo de acceso unificado, los registros y registradores tendrán que determinar cuáles son las solicitudes permisibles según la ley. Como alternativa, los usuarios pueden contactar al registratario, o bien a los contactos administrativos y técnicos registrados, mediante un correo electrónico anonimizado o un formulario web disponible a través del registrador del nombre registrado. Una opción para los registratarios es que la totalidad de su información de contacto sea de carácter público.

La especificación temporaria se adoptó según el procedimiento para políticas temporarias que se presenta en el Acuerdo de Registro y el Acuerdo de Acreditación de Registradores. Quince miembros de la Junta Directiva votaron a favor de la aprobación de su adopción, lo cual representa la aprobación por unanimidad de los miembros de la Junta Directiva presentes, y el cumplimiento del requisito contractual para la aprobación de una especificación temporaria por parte de la Junta Directiva. La Junta Directiva debe confirmar su adopción temporaria cada noventa días, y puede continuar haciéndolo por un plazo máximo de un año.

Asimismo, la Junta Directiva de la ICANN, en la resolución mediante la cual adopta la especificación temporaria, ha diferido acciones formales sobre determinadas secciones del asesoramiento que el Comité Asesor Gubernamental (GAC) presentara en su comunicado emitido en la ciudad de San Juan. Esta decisión obedece a una solicitud del GAC, detallada en una carta [PDF, 525 KB] dirigida a la Junta Directiva. La Junta Directiva considerará si son necesarias nuevas medidas tras instancias posteriores de análisis con el GAC.

Para acceder a más información, y mantenerse al tanto de las últimas novedades, los invitamos a visitar la página dedicada a cuestiones de privacidad y protección de datos.

Acerca de la ICANN

La misión de la ICANN es ayudar a garantizar una Internet global, unificada, estable y segura. Para contactar a otra persona en Internet debemos ingresar una dirección –un nombre o un número– en nuestra computadora u otro dispositivo. Esa dirección debe ser única para que las computadoras puedan localizarse unas a otras. La ICANN ayuda a coordinar y brindar soporte a estos identificadores únicos en todo el mundo. La ICANN fue creada en 1998 como una corporación de bien público y sin fines de lucro, con una comunidad integrada por participantes de todo el mundo.


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