Skip to main content

Temas de Protección de datos y privacidad: sesión de cierre en la ICANN63 y próximos pasos

Gdpr icann63 wrap up 3125x1771 08nov18 en

Con la reunión ICANN63 ahora detrás de nosotros, deseo aprovechar esta oportunidad para brindarles una visión general de algunas de las discusiones importantes y comentarios que recibimos en la reunión. También me gustaría compartir con ustedes algunos pasos a seguir en relación con el trabajo continuo para buscar orientación y claridad hacia un posible modelo de acceso unificado para que terceros con intereses legítimos soliciten y reciban datos de registración no públicos. También esperamos compartir con ustedes los próximos pasos sobre la formación de un grupo de estudio técnico para explorar cómo poner en funcionamiento un posible modelo de acceso. Esta información será clave para continuar las conversaciones con la Comisión Europea y las Autoridades de Protección de Datos (DPA) europeas, ya que buscamos disminuir los riesgos legales asociados con el Reglamento General sobre la Protección de Datos (GDPR) de la Unión Europea para las partes contratadas por la ICANN (Corporación para la Asignación de Nombres y Números en Internet).

Sin embargo, antes de proporcionar estas actualizaciones, deseo agradecer a la comunidad por su retroalimentación y sus aportes constructivos durante la reunión de ICANN63 celebrada en Barcelona, a través de diversas correspondencias, de los dos foros públicos y muchas otras sesiones. Muchos de ustedes expresaron su apoyo mientras la ICANN continúa explorando un posible modelo de acceso unificado, con el objetivo particular de disminuir los riesgos legales para las partes contratadas. En particular, escuchamos una aceptación general y el objetivo compartido de que existe un beneficio en que todas las partes interesadas determinen si un modelo es viable, al tiempo que disminuye el riesgo legal para las partes contratadas. Nuestro plan es construir un posible modelo teniendo en cuenta la retroalimentación de la comunidad para continuar nuestras conversaciones con las DPA y asegurar que cualquier modelo cumpla con la ley. Seguiremos colaborando con el Comité Europeo de Protección de Datos (EDPB) para buscar orientación y claridad. También es importante tener en cuenta que este trabajo no pretende reemplazar el proceso de desarrollo de políticas de múltiples partes interesadas, sino informarle.

A medida que la comunidad avanza en su discusión, también avanzamos con una idea que planteé durante el primer foro público realizado en la reunión ICANN63. Le pedí a Ram Mohan, como antiguo Coordinador de enlace del Comité Asesor de Seguridad y Estabilidad con la Junta Directiva de la ICANN, que coordinase un grupo de estudio técnico que se centrará en explorar soluciones técnicas para proporcionar acceso a los datos de registración no públicos. El grupo contará con el apoyo de John Crain, Director Ejecutivo de Seguridad, Estabilidad y Flexibilidad de la ICANN, y de Francisco Arias, Director Sénior de Servicios Técnicos para la División Global de Dominios (GDD). Se invitará la participación de representantes técnicos de Registros y Registradores con experiencia en RDAP (Protocolo de Acceso a los Datos de Registración de Nombres de Dominio) y tecnologías de autenticación/autorización. A medida que este grupo sea conformado, compartiremos más información sobre él.

El trabajo de este grupo será ayudar a informar nuestras discusiones en curso con las DPA europeas, incluido Comité Europeo de Protección de Datos (EDPB). Planeamos continuar este diálogo con el objetivo de determinar si alguna de las soluciones técnicas propuestas está alineada con el GDPR.

Finalmente, señalaré aquí que el 6 de noviembre, la Junta Directiva de la ICANN reafirmó la Especificación Temporal para los Datos de Registración de los gTLD por otros 90 días a partir del 21 de noviembre de 2018, en línea con los procedimientos para las Políticas Temporales descritos en el Acuerdo de Registro y el Acuerdo de Acreditación de Registradores. La Especificación Temporal continuará vigente hasta que la Junta Directiva considere su reafirmación nuevamente.

Como siempre, les insto a que se mantengan involucrados en la conversación sobre estos temas importantes. Por favor no duden en compartir sus ideas o preguntas con nosotros a través de gdpr@icann.org y en seguir los últimos desarrollos en nuestra página de Temas de Protección de datos y privacidad.

Comments

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