ភាពងាយរងគ្រោះចំនួន 37 នៅក្នុងការអនុវត្ត VNC ផ្សេងៗ

Pavel Cheremushkin មកពី Kaspersky Lab វិភាគ ការអនុវត្តផ្សេងៗនៃប្រព័ន្ធចូលប្រើពីចម្ងាយ VNC (Virtual Network Computing) និងបានកំណត់ភាពងាយរងគ្រោះចំនួន 37 ដែលបណ្តាលមកពីបញ្ហានៅពេលធ្វើការជាមួយអង្គចងចាំ។ ភាពងាយរងគ្រោះដែលត្រូវបានកំណត់នៅក្នុងការអនុវត្តម៉ាស៊ីនមេ VNC អាចត្រូវបានកេងប្រវ័ញ្ចដោយអ្នកប្រើប្រាស់ដែលបានផ្ទៀងផ្ទាត់ប៉ុណ្ណោះ ហើយការវាយប្រហារលើភាពងាយរងគ្រោះនៅក្នុងកូដអតិថិជនគឺអាចធ្វើទៅបាននៅពេលដែលអ្នកប្រើប្រាស់ភ្ជាប់ទៅម៉ាស៊ីនមេដែលគ្រប់គ្រងដោយអ្នកវាយប្រហារ។

ចំនួនភាពងាយរងគ្រោះច្រើនបំផុតដែលបានរកឃើញនៅក្នុងកញ្ចប់ UltraVNCអាចប្រើបានសម្រាប់តែប្រព័ន្ធប្រតិបត្តិការ Windows ប៉ុណ្ណោះ។ ភាពងាយរងគ្រោះសរុបចំនួន 22 ត្រូវបានរកឃើញនៅក្នុង UltraVNC ។ ភាពងាយរងគ្រោះចំនួន 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 និង HandleCoRRBBP ហើយអាចនាំទៅរកការប្រតិបត្តិកូដ។ បញ្ហាមួយ (CVE-2019-15680) នាំឱ្យមានការបដិសេធសេវាកម្ម។ ទោះបីជាអ្នកអភិវឌ្ឍន៍ TightVNC ក៏ដោយ។ បានជូនដំណឹង អំពីបញ្ហាកាលពីឆ្នាំមុន ភាពងាយរងគ្រោះនៅតែមិនត្រូវបានកែតម្រូវ។

នៅក្នុងកញ្ចប់ឆ្លងវេទិកា TurboVNC (សមនៃ TightVNC 1.3 ដែលប្រើបណ្ណាល័យ libjpeg-turbo) មានតែភាពងាយរងគ្រោះមួយប៉ុណ្ណោះត្រូវបានរកឃើញ (CVE-2019-15683) ប៉ុន្តែវាមានគ្រោះថ្នាក់ ហើយប្រសិនបើអ្នកបានផ្ទៀងផ្ទាត់សិទ្ធិចូលប្រើទៅកាន់ម៉ាស៊ីនមេ វាធ្វើឱ្យវាអាចរៀបចំការប្រតិបត្តិនៃកូដរបស់អ្នក ព្រោះប្រសិនបើសតិបណ្ដោះអាសន្នលើស វាអាចគ្រប់គ្រងអាសយដ្ឋានត្រឡប់មកវិញបាន។ បញ្ហាត្រូវបានដោះស្រាយ 23 សីហា និងមិនបង្ហាញនៅក្នុងការចេញផ្សាយបច្ចុប្បន្ន 2.2.3.

ប្រភព: opennet.ru