Pavel Cheremushkin do Laboratório Kaspersky diferentes implementações do sistema de acesso remoto VNC (Virtual Network Computing) e identificou 37 vulnerabilidades causadas por problemas de gerenciamento de memória. As vulnerabilidades identificadas nas implementações dos servidores VNC podem ser exploradas apenas por usuários autenticados, enquanto ataques às vulnerabilidades no código do cliente podem ocorrer quando um usuário se conecta a um servidor controlado por um invasor.
O maior número de vulnerabilidades foi encontrado no pacote , disponível apenas para a plataforma Windows. No total, foram identificadas 22 vulnerabilidades no UltraVNC. 13 vulnerabilidades podem potencialmente levar à execução de código no sistema, 5 ao vazamento de informações de áreas de memória e 4 a negação de serviço.
As vulnerabilidades foram corrigidas na versão .
Na biblioteca pública (LibVNCServer e LibVNCClient), que está no VirtualBox, foram encontradas 10 vulnerabilidades.
5 vulnerabilidades (, , , , ) são causadas por estouro de buffer e podem potencialmente levar à execução de código. 3 vulnerabilidades podem levar ao vazamento de informações e 2 à negação de serviço.
Todos os problemas já foram resolvidos pelos desenvolvedores, mas as alterações ainda apenas na ramificação master.
Em (uma ramificação desatualizada foi testada, já que a versão atual 2.x é lançada apenas para Windows), foram encontradas 4 vulnerabilidades. Três problemas (, , ) foram causados por estouro de buffer nas funções InitialiseRFBConnection, rfbServerCutText e HandleCoRREBBP e potencialmente podem levar à execução de código. Um problema () leva à negação de serviço. Embora os desenvolvedores do TightVNC tenham sido avisados sobre os problemas no ano passado, as vulnerabilidades permanecem não corrigidas.
No pacote multiplataforma (um fork do TightVNC 1.3, que usa a biblioteca libjpeg-turbo), foi encontrada apenas uma vulnerabilidade (), mas ela é crítica e, com acesso autenticado ao servidor, permite a execução de código, pois, durante o estouro de buffer, é possível controlar o endereço de retorno. O problema foi resolvido e não se apresenta na versão atual .
Fonte: opennet.ru
