Skip to main content

Problemas con Adobe Connect en la reunión ICANN61

Quiero compartir una nota que envié hoy a la comunidad sobre un problema de seguridad relacionado a nuestro uso de Adobe Connect. En el texto que sigue podrán leer más información sobre este problema.

"En el día de ayer, un miembro del Comité Asesor de Seguridad y Estabilidad nos informó acerca de una situación que podría ser un serio problema de seguridad que afecta nuestro uso de Adobe Connect.

"En el día de ayer, un miembro del Comité Asesor de Seguridad y Estabilidad nos informó acerca de una situación que podría ser un serio problema de seguridad que afecta nuestro uso de Adobe Connect.

Inmediatamente después de recibir esta información, movilizamos un equipo multidisciplinario liderado por nuestro Vicepresidente Sénior y Director de Tecnologías de la Información, Ashwin Rangan, para comenzar a investigar este asunto. Hemos contactado a los equipos de soporte de Adobe Connect. También hemos contactado a nuestro proveedor de servicios de Adobe Connect en la nube, y el problema fue elevado a su equipo interno. Estamos esperando su respuesta.

Al mismo tiempo, nuestro equipo comenzó a trabajar de inmediato para asegurar la disponibilidad de servicios alternativos de participación remota durante la reunión ICANN61.

Esto no fue una tarea sencilla. El equipo trabajó hasta bien entrada la noche y me complace informar que algunas herramientas de participación remota seguirán estando disponibles esta semana.

Continuaremos con la transmisión de video en tiempo real, los canales de audio multilingües, y los servicios de transcripción en tiempo real en las salas de reunión principales. En las demás salas, los servicios estarán limitados a canales de audio en modo escucha. Las preguntas y los comentarios de los participantes remotos se gestionarán por correo electrónico de la mejor manera posible.

Los mantendré al tanto a medida que avanza nuestra investigación".

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