37 уязвимости в различни реализации на VNC

Павел Черемушкин от Лабораторията на Касперски анализира различни реализации на системата за отдален достъп VNC (Virtual Network Computing) и е открил 37 уязвимости, причинени от проблеми при работа с паметта. Уязвимостите, открити в реализациите на VNC-серверите, могат да бъдат експлоатирани единствено от удостоверен потребител, а атаките срещу уязвимостите в клиентския код са възможни при свързване на потребителя със сървър, контролиран от злоумышленик.

Най-голям брой уязвимости е открит в пакета UltraVNC, наличен само за платформата Windows. В UltraVNC са открити общо 22 уязвимости. 13 уязвимости могат потенциално да доведат до изпълнение на код в системата, 5 до изтичане на съдържание от области на паметта, а 4 до отказ в обслужването.
Уязвимостите са отстранени в изданието 1.2.3.0.

В отворената библиотека LibVNC (LibVNCServer и LibVNCClient), която се използва в VirtualBox са открити 10 уязвимости.
5 уязвимости (CVE-2018-20020, CVE-2018-20019, CVE-2018-15127, CVE-2018-15126, CVE-2018-6307) са причинени от препълване на буфера и могат потенциално да доведат до изпълнение на код. 3 уязвимости могат да доведат до изтичане на информация, 2 до отказ в обслужването.
Всички проблеми вече са отстранени от разработчиците, но промените все още не са отразени само в главната клон.

В TightVNC (тестираше се крос-платформената остаряла клонка 1.3, тъй като актуалната версия 2.x се издава само за Windows), са открити 4 уязвимости. Три проблема (CVE-2019-15679, CVE-2019-15678, CVE-2019-8287) са причинени от препълване на буфера в функциите InitialiseRFBConnection, rfbServerCutText и HandleCoRREBBP, и потенциално могат да доведат до изпълнение на код. Един проблем (CVE-2019-15680) води до отказ в обслужването. Въпреки че разработчиците на TightVNC бяха уведомени за проблемите още миналата година, уязвимостите продължават да бъдат неизправени.

В крос-платформения пакет TurboVNC (форк на TightVNC 1.3, използващ библиотеката libjpeg-turbo), е открита само една уязвимост (CVE-2019-15683), но тя е опасна и при наличие на удостоверен достъп до сървъра, дава възможност за организиране на изпълнение на свой код, тъй като при препълване на буфера има възможност да се контролира адреса на връщане. Проблемът е отстранен на 23 август и не се проявява в актуалното издание 2.2.3.

Източник: opennet.ru