Skip to main content

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

Icann61 wrap up next steps gdpr 1568x890 21mar18 es

Deseo agradecer a todos los miembros de la comunidad que participaron en las discusiones del Reglamento General sobre la Protección de Datos (GDPR) de la Unión Europea y su impacto en los servicios de directorio de registración, así como en los contratos de la ICANN, que tomaron lugar dentro del marco de la reunión ICANN61. Sus contribuciones han ayudado al progreso de nuestro trabajo para el cumplimiento efectivo de la ley.

Tal como señalé durante la reunión ICANN61, hemos suministrado a los representantes del Equipo de Trabajo sobre el Artículo 29 una aproximación inicial a nuestro plan de acción, al compartir nuestro "Modelo Provisional para el Cumplimiento Efectivo de los Acuerdos y Políticas de la ICANN en relación con el Reglamento General sobre la Protección de Datos de la Unión Europea (o el "Libro de Recetas") [PDF, 922 KB]. El Libro de Recetas ofrece una explicación y un fundamento para el plan de acción que se encuentra en vías de desarrollo. El Libro de Recetas también destaca y solicita orientación sobre algunos de los principales puntos de divergencia dentro de nuestra comunidad. Continuaremos buscando orientación sobre esos puntos de divergencia y agregaremos nueva información que hemos obtenido a partir de las conversaciones que tomaron lugar en San Juan, tanto en las próximas versiones como en nuestras comunicaciones con las Autoridades para la Protección de Datos (DPA).

Anticipamos, para fines de marzo, tener nuestra próxima interacción con representantes del Equipo de Trabajo sobre el Artículo 29, luego de enviarles el modelo propuesto. Esta próxima etapa es fundamental para determinar qué aparece en el WHOIS público, incluido lo que se recopila, custodia y transfiere de los registratarios a los Registradores y Registros. Hay preguntas abiertas sobre varios elementos del Modelo Provisional propuesto, y es importante que determinemos cuáles son las mejores formas de responderlas en un modelo final.

Al presentar nuestro plan de acción, queremos asegurarnos de que el acceso no se pierda ante el caso de no implementarse un modelo de acreditación a tiempo para la fecha límite de cumplimiento efectivo del GDPR del 25 de mayo de 2018. También resaltaremos nuevamente la importancia del tiempo adicional para implementar nuestra solución. Somos muy conscientes de la necesidad de tiempo adicional, más allá de mayo de 2018, para implementar un modelo de cumplimiento efectivo mediante el cual los usuarios acreditados con un propósito legítimo puedan obtener acceso a los datos de WHOIS no públicos. La retroalimentación también puede habilitar un mayor refinamiento del modelo de acreditación.

Compartiremos con ustedes toda la información que obtengamos a partir de nuestra próxima reunión, la cual publicaremos en nuestra página de correspondencia sobre Temas de Protección de datos y Privacidad.

Estoy agradecido por la contribución y el espíritu de colaboración que he visto dentro de tantas unidades constitutivas y grupos de partes interesadas. Como mencioné en mi entrada de blog anterior, la organización de la ICANN se compromete a encontrar una solución única y unificada para ser utilizada por todas las partes. El compromiso de toda la comunidad en esta discusión pública ayudará a garantizar que se reflejen todas las opiniones, a medida que desarrollamos un plan de acción y un modelo provisional final. Además, tal como lo señalé varias veces durante la reunión ICANN61, también pueden comunicarse directamente con sus DPA, en particular cuando ustedes puedan proporcionar información adicional relacionada con estos puntos de divergencia y el impacto de no tener un plan de acción establecido para el próximo plazo del mes de mayo.

Instamos a aquellos que trabajan sobre el modelo de acreditación en forma paralela, así como a aquellos que trabajan con nuestra División Global de Dominios en la implementación técnica y en un cronograma, a que continúen compartiendo su trabajo a través de la dirección de correo electrónico gdpr@icann.org y entre ellos, mientras atienden al asesoramiento que pueda provenir de las partes interesadas relevantes. Para garantizar un WHOIS unificado, es importante que trabajemos juntos a medida que la ICANN establece un modelo final.

Recibimos con agrado toda la retroalimentación sobre el Modelo Provisional propuesto, el desarrollo de un cronograma de implementación y el proceso de acreditación. Por favor, envíen sus aportes a la dirección de correo electrónico gdpr@icann.org, y asegúrese de examinar los comentarios recibidos por parte de otros miembros de la comunidad, aquí. Este es un tema que se mueve rápidamente, de modo que asegúrense de seguir nuestra página sobre Temas de Protección de Datos y Privacidad para mantenerse al tanto de las últimas actualizaciones.

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