Pavel Cheremushkin del Laboratorio Kaspersky diversas implementaciones del sistema de acceso remoto VNC (Virtual Network Computing) y encontró 37 vulnerabilidades ocasionadas por problemas en el manejo de la memoria. Las vulnerabilidades halladas en las implementaciones de los servidores VNC solo pueden ser explotadas por un usuario autenticado, mientras que los ataques a las vulnerabilidades en el código cliente pueden ser posibles al conectar al usuario a un servidor controlado por un atacante.
El mayor número de vulnerabilidades se ha encontrado en el paquete , disponible solo para la plataforma Windows. En total, se han identificado 22 vulnerabilidades en UltraVNC. 13 de estas vulnerabilidades pueden potencialmente llevar a la ejecución de código en el sistema, 5 a la filtración de contenido de áreas de memoria y 4 a la denegación de servicio.
Las vulnerabilidades han sido corregidas en la versión .
En la biblioteca abierta (LibVNCServer y LibVNCClient), que en VirtualBox, se encontraron 10 vulnerabilidades.
5 vulnerabilidades (, , , , ) son causadas por desbordamientos de búfer y pueden potencialmente llevar a la ejecución de código. 3 vulnerabilidades pueden llevar a la filtración de información, y 2 a la denegación de servicio.
Todos los problemas ya han sido solucionados por los desarrolladores, pero los cambios aún solo en la rama master.
En (se probó la rama obsoleta multiplataforma, ya que la versión actual 2.x solo se lanza para Windows), se encontraron 4 vulnerabilidades. Tres problemas (, , ) son causadas por desbordamientos de búfer en las funciones InitialiseRFBConnection, rfbServerCutText y HandleCoRREBBP, y pueden potencialmente llevar a la ejecución de código. Un problema () puede llevar a la denegación de servicio. A pesar de que los desarrolladores de TightVNC fueron informados sobre los problemas el año pasado, las vulnerabilidades aún permanecen sin resolver.
En el paquete multiplataforma (fork de TightVNC 1.3 que usa la biblioteca libjpeg-turbo), se halló solo una vulnerabilidad (), pero es peligrosa y, al tener acceso autenticado al servidor, permite la ejecución de su propio código, ya que en el desbordamiento de búfer se puede controlar la dirección de retorno. El problema fue solucionado y no se presenta en la versión actual .
Fuente: opennet.ru
