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

ចំណុចខ្សោយថ្មីពីរត្រូវបានរកឃើញនៅក្នុងប្រព័ន្ធរង eBPF ដែលអនុញ្ញាតឱ្យ handlers ត្រូវបានប្រតិបត្តិនៅខាងក្នុង kernel។ Linux នៅក្នុងម៉ាស៊ីននិម្មិតពិសេសមួយដែលមាន 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។

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

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

ប្រភព: opennet.ru