ភាពងាយរងគ្រោះនៅក្នុងប្រព័ន្ធរង eBPF ដែលអនុញ្ញាតឱ្យដំណើរការកូដនៅកម្រិតខឺណែលលីនុច

ភាពងាយរងគ្រោះថ្មីចំនួនពីរត្រូវបានកំណត់នៅក្នុងប្រព័ន្ធរង eBPF ដែលអនុញ្ញាតឱ្យអ្នកដំណើរការឧបករណ៍ដោះស្រាយនៅខាងក្នុងខឺណែលលីនុចនៅក្នុងម៉ាស៊ីននិម្មិតពិសេសជាមួយ JIT ។ ភាពងាយរងគ្រោះទាំងពីរធ្វើឱ្យវាអាចប្រតិបត្តិកូដរបស់អ្នកដោយប្រើសិទ្ធិខឺណែល នៅខាងក្រៅម៉ាស៊ីននិម្មិត eBPF ដាច់ដោយឡែក។ ព័ត៌មានអំពីបញ្ហាត្រូវបានបោះពុម្ពផ្សាយដោយក្រុម Zero Day Initiative ដែលដំណើរការការប្រកួត Pwn2Own ក្នុងឆ្នាំនេះ ការវាយប្រហារចំនួនបីលើ Ubuntu Linux ត្រូវបានបង្ហាញដែលប្រើភាពងាយរងគ្រោះដែលមិនស្គាល់ពីមុន (ថាតើភាពងាយរងគ្រោះនៅក្នុង eBPF ទាក់ទងនឹងការវាយប្រហារទាំងនេះមិនត្រូវបានរាយការណ៍ទេ) .

• CVE-2021-3490 - ភាពងាយរងគ្រោះគឺបណ្តាលមកពីកង្វះការត្រួតពិនិត្យក្រៅព្រំដែន 32 ប៊ីត នៅពេលដំណើរការប្រតិបត្តិការ AND, OR, និង XOR ប៊ីតនៅក្នុង eBPF ALU32។ អ្នកវាយប្រហារអាចទាញយកអត្ថប្រយោជន៍ពីកំហុសនេះ ដើម្បីអាន និងសរសេរទិន្នន័យនៅខាងក្រៅព្រំដែននៃសតិបណ្ដោះអាសន្នដែលបានបែងចែក។ បញ្ហាជាមួយប្រតិបត្តិការ XOR លេចឡើងចាប់ផ្តើមពីខឺណែលកំណែ 5.7-rc1 និង AND និង OR - ចាប់ផ្តើមពី 5.10-rc1 ។
• CVE-2021-3489 - ភាពងាយរងគ្រោះគឺបណ្តាលមកពីកំហុសក្នុងការអនុវត្ត ring buffer ហើយដោយសារតែមុខងារ bpf_ringbuf_reserve មិនបានត្រួតពិនិត្យលទ្ធភាពដែលទំហំនៃតំបន់អង្គចងចាំដែលបានបែងចែកអាចតិចជាងទំហំពិតប្រាកដ។ នៃ ringbuf ។ បញ្ហាលេចឡើងចាប់តាំងពីការចេញផ្សាយ 5.8-rc1 ។

ស្ថានភាពនៃភាពងាយរងគ្រោះនៃបំណះនៅក្នុងការចែកចាយអាចត្រូវបានតាមដាននៅលើទំព័រទាំងនេះ៖ Ubuntu, Debian, RHEL, Fedora, SUSE, Arch)។ ការជួសជុលក៏មានជាបំណះ (CVE-2021-3489, CVE-2021-3490)។ ថាតើបញ្ហាអាចត្រូវបានកេងប្រវ័ញ្ចអាស្រ័យលើថាតើការហៅតាមប្រព័ន្ធ eBPF អាចចូលប្រើបានសម្រាប់អ្នកប្រើប្រាស់ដែរឬទេ។ ឧទាហរណ៍ នៅក្នុងការកំណត់លំនាំដើមនៅក្នុង RHEL ការកេងប្រវ័ញ្ចនៃភាពងាយរងគ្រោះតម្រូវឱ្យអ្នកប្រើប្រាស់មានសិទ្ធិ CAP_SYS_ADMIN ។

ដោយឡែកពីគ្នា យើងអាចកត់សម្គាល់ភាពងាយរងគ្រោះមួយផ្សេងទៀតនៅក្នុងខឺណែលលីនុច - CVE-2021-32606 ដែលអនុញ្ញាតឱ្យអ្នកប្រើប្រាស់ក្នុងតំបន់បង្កើនសិទ្ធិរបស់ពួកគេដល់កម្រិត root ។ បញ្ហាត្រូវបានបង្ហាញឱ្យឃើញចាប់តាំងពីខឺណែលលីនុច 5.11 ហើយត្រូវបានបង្កឡើងដោយលក្ខខណ្ឌប្រណាំងក្នុងការអនុវត្តពិធីការ CAN ISOTP ដែលធ្វើឱ្យវាអាចផ្លាស់ប្តូរប៉ារ៉ាម៉ែត្រនៃការភ្ជាប់រន្ធដោយសារតែកង្វះនៃការកំណត់សោត្រឹមត្រូវនៅក្នុងមុខងារ isotp_setsockopt() នៅពេលដំណើរការទង់ CAN_ISOTP_SF_BROADCAST ។

បន្ទាប់ពីរន្ធ ISOTP ត្រូវបានបិទ ការចងភ្ជាប់ទៅរន្ធអ្នកទទួលនៅតែជាធរមាន ដែលអាចបន្តប្រើរចនាសម្ព័ន្ធដែលភ្ជាប់ជាមួយរន្ធ បន្ទាប់ពីអង្គចងចាំដែលភ្ជាប់ជាមួយពួកវាត្រូវបានដោះលែង (ប្រើបន្ទាប់ពីមិនគិតថ្លៃដោយសារការហៅទៅកាន់រចនាសម្ព័ន្ធ isotp_sock ដែលត្រូវបានដោះលែងរួចហើយនៅពេលដែល isotp_rcv() ត្រូវបានហៅ)។ តាមរយៈការរៀបចំទិន្នន័យ អ្នកអាចបដិសេធទ្រនិចទៅមុខងារ sk_error_report() ហើយប្រតិបត្តិកូដរបស់អ្នកនៅកម្រិតខឺណែល។

ប្រភព: opennet.ru