Vulnerabilidad en Zoom

Fecha de publicación: 03/04/2020

Nivel de peligrosidad: ALTO

El Equipo de Respuesta a Incidentes del Centro Criptológico Nacional, CCN-CERT, avisa de la detección de una vulnerabilidad en Zoom, sistema para realizar videollamadas desde ordenadores y dispositivos móviles.

Investigadores de seguridad informática han detectado una vulnerabilidad de inyección de ruta UNC en la distribución para Windows de Zoom, servicio de videollamadas para ordenadores y dispositivos móviles, cuyo empleo en el entorno empresarial ha aumentado notoriamente a consecuencia de la actual crisis del COVID-19. La aplicación cuenta con una función de chat que permite convertir las rutas UNC de red de Windows en hipervínculos para que otros miembros puedan hacer clic en ellas y, así, compartir archivos de forma remota. Si un usuario intenta acceder a un enlace de ruta UNC, Windows intentará conectarse al sitio remoto utilizando el protocolo SMB. El problema reside en que, cuando Windows lo lleva a cabo, envía, a su vez, el nombre de inicio de sesión del usuario y su hash de contraseña NTLM. Esto podría permitir a un posible atacante obtener las credenciales del usuario engañando a la víctima para que, previamente, haga clic en un hipervínculo dañino. Hay que tener en cuenta que las credenciales no se encuentran en texto plano, no obstante, si el usuario emplea una contraseña débil, esta podría ser descifrada fácilmente en segundos usando herramientas como HashCat o John the Ripper. Además, expertos en seguridad han notificado que un posible atacante podría aprovechar la creación de hipervínculos para ejecutar archivos locales en el sistema víctima sin que este pueda percatarse. En esta línea, existe otra controversia suscitada por la aplicación, pues se ha descubierto que esta no emplea cifrado de extremo a extremo para proteger los datos.

Por el momento, la vulnerabilidad no ha recibido identificador CVE ni se encuentra registrada en la base de datos del NIST, por lo que esta no ha sido analizada ni cuenta con puntuación en base a la escala CVSSv3. Si bien, cabe mencionar que, dado que es requerida previa interacción por parte del usuario y que una explotación exitosa podría tener un impacto completo en la confidencialidad, la vulnerabilidad podría ser calificada como alta. No obstante, actualmente, no se tiene conocimiento de la explotación activa de la vulnerabilidad, si bien, se ha detectado la presencia de un exploit públicamente disponible para aprovechar la vulnerabilidad.

Recursos afectados:

• Cliente de Zoom para Windows

Solución a las vulnerabilidades:

Con fecha 1 de abril, Zoom ha publicado una serie de medidas que está adoptando para corregir esta vulnerabilidad. Entre ellas se encuentra la publicación de una nueva versión de la aplicación para escritorio de Windows (que elimina los problemas relacionados con los enlaces UNC) y macOS. Asímismo, ha eliminado la función de seguimiento de atención de los asistentes y la aplicación LinkedIn Sales Navigator.

Recomendaciones:

El Equipo de Respuesta a Incidentes del Centro Criptológico Nacional, CCN-CERT recomienda encarecidamente a los usuarios y administradores de sistemas que actualicen a la nueva versión de Zoom, con el fin de evitar la exposición a ataques externos y la toma de control de los sistemas informáticos.

En el caso usar el servicio de Zoom para Windows, se recomienda habilitar la Política de Grupo que restringe el envío de credenciales NTML de forma automática a un servidor remoto al hacer clic en un enlace UNC. Para ello:

Configuración del equipo -> Configuración de Windows -> Configuración de seguridad -> Directivas locales -> Opciones de seguridad -> Red de seguridad: Restringir NTLM: NTLM tráfico saliente a servidores remotos

Este mecanismo lograría evitar que se envíe la autenticación NTLM por la red desde un cliente a un servidor que requiera una autenticación no Kerberos. Hay que notar que, esta opción no está habilitada para usuarios en Windows 10 Home.

Asimismo, cabe mencionar que la aplicación de esta medida podría generar una serie de inconvenientes en entornos de empresa mediante ordenadores corporativos o accesos por VPN, tales como:

• En el caso de que los servicios no estén integrados en territorio Kerbero o con autenticación Kerberos, no habrá posibilidad de autenticación contra dichos servicios, pues el mecanismo de autenticación nativo para los sistemas Windows ha sido restringido.
• Por su parte, en el supuesto de que un cliente perdiese la integridad con el dominio y, por tanto, la vinculación Kerberos, el único mecanismo de reconexión sería a través de la autenticación NTLM de máquina. Si esta se encuentra restringida, sería necesario sacar al cliente del dominio y, posteriormente, volverlo a incluir, lo que, aunque, a priori, parece una medida sin demasiada repercusión, podría derivar en una serie de contratiempos con una elevada afectación.
• De igual forma ocurriría en el supuesto de que el servidor no se encontrase previamente en dominio, o bien, para servidores Linux no integrados en territorio Kerberos en los que se desee autenticación de dominio.

En estos supuestos, las medidas a aplicar recomendadas serían:

1. En primer lugar, auditar el tráfico NTLM entrante o seguridad de red y auditar autenticación NTLM en esta configuración de directiva de dominio para así revisar el registro de eventos y lograr conocer qué servidores participan en estos intentos de autenticación para poder generar la lista del siguiente punto.
2. A continuación, configurar la directiva de agregar excepciones del servidor remoto para la Directiva de autenticación NTLM. De esta forma, se crearían las excepciones para permitir las autenticaciones NTLM legítimas a los servidores corporativos.

Para más información, se recomienda visitar el enlace ofrecido.

Referencias:

• blog.zoom.us
• BleepingComputer.com
• Twitter.com