37 ranljivosti v različnih implementacijah VNC

Pavel Cheremushkin iz Kaspersky Laba analizirali različne implementacije sistema oddaljenega dostopa VNC (Virtual Network Computing) in identificirali 37 ranljivosti, ki nastanejo zaradi težav pri delu s pomnilnikom. Ranljivosti, ugotovljene v implementacijah strežnika VNC, lahko izkoristi le overjen uporabnik, napadi na ranljivosti v kodi odjemalca pa so možni, ko se uporabnik poveže s strežnikom, ki ga nadzoruje napadalec.

Največje število ranljivosti najdenih v paketu UltraVNC, na voljo samo za platformo Windows. V UltraVNC je bilo odkritih skupno 22 ranljivosti. 13 ranljivosti bi lahko vodilo do izvajanja kode v sistemu, 5 do uhajanja pomnilnika in 4 do zavrnitve storitve.
Ranljivosti odpravljene v izdaji 1.2.3.0.

V odprti knjižnici LibVNC (LibVNCServer in LibVNCClient), ki rabljeni v VirtualBoxu je bilo ugotovljenih 10 ranljivosti.
5 ranljivosti (CVE-2018-20020, CVE-2018-20019, CVE-2018-15127, CVE-2018-15126, CVE-2018-6307) so posledica prekoračitve medpomnilnika in lahko vodijo do izvajanja kode. 3 ranljivosti lahko vodijo do uhajanja informacij, 2 do zavrnitve storitve.
Vse težave so razvijalci že odpravili, vendar so spremembe še vedno prisotne odraža samo v glavni veji.

В Tesen (preizkušena podedovana večplatformska veja 1.3, ker je trenutna različica 2.x izdana samo za Windows), so bile odkrite 4 ranljivosti. Tri težave (CVE-2019-15679, CVE-2019-15678, CVE-2019-8287) povzročajo prekoračitve medpomnilnika v funkcijah InitialiseRFBConnection, rfbServerCutText in HandleCoRREBBP in lahko vodijo do izvajanja kode. ena težava (CVE-2019-15680) povzroči zavrnitev storitve. Čeprav so bili razvijalci TightVNC obveščeni o lanskih težavah ostajajo ranljivosti nepopravljene.

V paketu za več platform TurboVNC (razcep TightVNC 1.3, ki uporablja knjižnico libjpeg-turbo), je bila najdena samo ena ranljivost (CVE-2019-15683), vendar je nevaren in, če imate overjen dostop do strežnika, omogoča organizacijo izvajanja vaše kode, saj je v primeru prekoračitve medpomnilnika mogoče nadzorovati povratni naslov. Težava je rešena 23 avgust in se ne pojavlja v trenutni izdaji 2.2.3.

Vir: opennet.ru

Dodaj komentar