Skip to main content

Reforzamos la seguridad de las reuniones en Zoom

Para garantizar la seguridad de nuestras reuniones en línea, en la organización de la ICANN estamos implementando varios cambios en nuestra configuración de Zoom. En la mayoría de los casos, se trata de cambios internos que no tendrán un impacto significativo en la experiencia de los usuarios de Zoom. Sin embargo, hay que tener en cuenta algunas actualizaciones importantes.

La actualización del cliente de Zoom, disponible desde el lunes 27 de abril, es la más importante de todas. Este parche, denominado Zoom 5.0, incluye una reforma integral del cifrado que se utiliza en la aplicación Zoom. Zoom reemplazará el cifrado ECB de 128 o 256 bits, generalmente considerado un método poco confiable, con el cifrado GCM de 256 bits, una opción de cifrado más robusta y mucho más utilizada. Si desean una explicación más detallada del tipo de cifrado que se utiliza en Zoom 5.0, y de las las demás actualizaciones incluidas en dicha versión, les recomendamos consultar la documentación de Zoom.

Zoom tiene pensado dejar de prestar servicio para las versiones anteriores a Zoom 5.0 y solicitará que sus usuarios instalen esta versión antes del 30 de mayo de 2020. En el transcurso de este mes, Zoom trabajará diligentemente para asegurarse de que su gran base de usuarios migre hacia Zoom 5.0 de la mejor manera posible.

En cuanto a las cuentas individuales, Zoom ofrece la opción de efectuar esta actualización antes del 30 de mayo y la ICANN decidió optar por este curso de acción. En pocas palabras, nuestra motivación principal es incrementar la seguridad de nuestras reuniones en línea. Adoptar el cifrado GCM es una de las mejores medidas que podemos tomar para estar tranquilos cuando ingresemos a una sesión en Zoom.

Además, tenemos previsto evaluar rigurosamente la nueva versión de Zoom antes de la reunión ICANN68. Nuestro objetivo es realizar nuevamente una exitosa reunión virtual, esta vez con limitaciones físicas aun mayores que durante la reunión ICANN67. Comenzar con estas evaluaciones cuanto antes nos permitirá tener más tiempo de corregir cualquier falla en el sistema. De cara a este objetivo, estamos avanzando rápidamente. Todos los usuarios que accedan a reuniones de la ICANN en la plataforma Zoom deberán tener la versión Zoom 5.0 antes del 6 de mayo. Esta nueva versión está disponible para todas las plataformas en el centro de descargas de Zoom.

También realizamos algunas modificaciones en la configuración de nuestra cuenta. El cambio más significativo es que, de ahora en adelante, todas las reuniones deben estar protegidas por una contraseña. Esta es la primera medida que recomiendan los expertos en seguridad para proteger las reuniones, y la habíamos adoptado en nuestra organización antes de que sea un requisito para todos los participantes. En las próximas semanas, informaremos acerca del posible impacto de esta medida para quienes deseen acceder a las sesiones durante la reunión ICANN68 mientras trabajamos para encontrar la mejor solución posible.

Si tienen alguna consulta acerca de otras modificaciones en su cuenta de Zoom, o acerca de la plataforma Zoom en general, no duden en comunicarse con los miembros del personal que usualmente interactúan con ustedes o enviar un correo electrónico a mts@icann.org. Será un gusto responder sus consultas.

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