Kees Cook របស់ Google បានអំពាវនាវឱ្យធ្វើទំនើបកម្មដំណើរការនៃការធ្វើការលើកំហុសនៅក្នុងខឺណែលលីនុច

Kees Cook អតីតប្រធានប្រព័ន្ធនៃ kernel.org និងជាអ្នកដឹកនាំក្រុមសន្តិសុខ Ubuntu ដែលឥឡូវនេះធ្វើការនៅ Google ដើម្បីការពារ Android និង ChromeOS បានសម្តែងការព្រួយបារម្ភអំពីដំណើរការបច្ចុប្បន្ននៃការជួសជុលកំហុសនៅក្នុងសាខាដែលមានស្ថេរភាពនៃខឺណែល។ ជារៀងរាល់សប្តាហ៍ ការជួសជុលប្រហែលមួយរយត្រូវបានរួមបញ្ចូលនៅក្នុងសាខាដែលមានស្ថេរភាព ហើយបន្ទាប់ពីបង្អួចសម្រាប់ការទទួលយកការផ្លាស់ប្តូរនៅក្នុងការចេញផ្សាយបន្ទាប់ត្រូវបានបិទ វាឈានដល់មួយពាន់ (អ្នកថែទាំជួសជុលរហូតដល់បង្អួចបិទ ហើយបន្ទាប់ពីការបង្កើត " -rc1” ពួកគេបោះពុម្ពផ្សាយដែលប្រមូលបានក្នុងពេលតែមួយ) ដែលច្រើនពេកហើយត្រូវការកម្លាំងពលកម្មច្រើនសម្រាប់ផលិតផលថែទាំដោយផ្អែកលើខឺណែលលីនុច។

យោងតាម ​​Keys ដំណើរការនៃការធ្វើការជាមួយកំហុសនៅក្នុងខឺណែលមិនត្រូវបានយកចិត្តទុកដាក់ទេ ហើយខឺណែលខ្វះអ្នកអភិវឌ្ឍន៍យ៉ាងហោចណាស់ 100 នាក់បន្ថែមទៀតសម្រាប់ការងារសម្របសម្រួលនៅក្នុងតំបន់នេះ។ អ្នកអភិវឌ្ឍន៍ខឺណែលសំខាន់ៗតែងតែជួសជុលកំហុស ប៉ុន្តែមិនមានការធានាថាការជួសជុលទាំងនេះនឹងត្រូវបានអនុវត្តចំពោះវ៉ារ្យ៉ង់ខឺណែលដែលប្រើដោយភាគីទីបីនោះទេ។ អ្នកប្រើប្រាស់ផលិតផលផ្សេងៗដែលមានមូលដ្ឋានលើខឺណែលលីនុច ក៏មិនមានវិធីគ្រប់គ្រងកំហុសណាមួយដែលត្រូវបានជួសជុល និងខឺណែលមួយណាដែលត្រូវប្រើនៅក្នុងឧបករណ៍របស់ពួកគេដែរ។ ទីបំផុត ក្រុមហ៊ុនផលិតត្រូវទទួលខុសត្រូវចំពោះសុវត្ថិភាពនៃផលិតផលរបស់ពួកគេ ប៉ុន្តែជាមួយនឹងអាំងតង់ស៊ីតេខ្ពស់នៃការបោះពុម្ពជួសជុលនៅក្នុងសាខាខឺណែលដែលមានស្ថេរភាព ពួកគេត្រូវបានប្រឈមមុខនឹងជម្រើសមួយ - ច្រកការជួសជុលទាំងអស់ ជ្រើសរើសច្រកសំខាន់បំផុត ឬមិនអើពើនឹងការជួសជុលទាំងអស់ .

ដំណោះស្រាយដ៏ប្រសើរបំផុតគឺធ្វើចំណាកស្រុកតែការជួសជុល និងភាពងាយរងគ្រោះដ៏សំខាន់បំផុត ប៉ុន្តែការញែកកំហុសបែបនេះចេញពីលំហូរទូទៅគឺជាបញ្ហាចម្បង។ ចំនួនដ៏ធំបំផុតនៃបញ្ហាដែលលេចឡើងគឺជាផលវិបាកនៃការប្រើប្រាស់ភាសា C ដែលទាមទារការយកចិត្តទុកដាក់ខ្ពស់នៅពេលធ្វើការជាមួយអង្គចងចាំ និងទ្រនិច។ ដើម្បីធ្វើឱ្យបញ្ហាកាន់តែអាក្រក់ បំណះភាពងាយរងគ្រោះដែលមានសក្តានុពលជាច្រើនមិនត្រូវបានផ្តល់ឱ្យជាមួយនឹងឧបករណ៍កំណត់អត្តសញ្ញាណ CVE ឬត្រូវបានផ្ដល់ឱ្យនូវឧបករណ៍កំណត់អត្តសញ្ញាណ CVE មួយរយៈបន្ទាប់ពីបំណះត្រូវបានបោះពុម្ពផ្សាយ។ នៅក្នុងបរិយាកាសបែបនេះ វាពិបាកណាស់សម្រាប់អ្នកផលិតក្នុងការបំបែកការជួសជុលតូចៗពីបញ្ហាសុវត្ថិភាពសំខាន់ៗ។ យោងតាមស្ថិតិ ភាពងាយរងគ្រោះជាង 40% ត្រូវបានជួសជុល មុនពេល CVE ត្រូវបានកំណត់ ហើយជាមធ្យមការពន្យារពេលរវាងការចេញផ្សាយការជួសជុល និងការចាត់តាំង CVE គឺ XNUMX ខែ (ឧ។ ដំបូង ការជួសជុលត្រូវបានគេយល់ថា កំហុសធម្មតា ប៉ុន្តែបានតែប៉ុន្មានខែក្រោយមក វាច្បាស់ថាភាពងាយរងគ្រោះត្រូវបានជួសជុល)។

ជាលទ្ធផល ដោយគ្មានសាខាដាច់ដោយឡែកជាមួយនឹងការជួសជុលភាពងាយរងគ្រោះ និងដោយមិនទទួលបានព័ត៌មានអំពីការតភ្ជាប់សុវត្ថិភាពនៃបញ្ហាជាក់លាក់ណាមួយ ក្រុមហ៊ុនផលិតផលិតផលដែលមានមូលដ្ឋានលើខឺណែលលីនុចត្រូវបានចាកចេញដើម្បីបន្តផ្ទេរការជួសជុលទាំងអស់ពីសាខាដែលមានស្ថេរភាពចុងក្រោយបំផុត។ ប៉ុន្តែការងារនេះតម្រូវឱ្យមានកម្លាំងពលកម្មច្រើន ហើយប្រឈមមុខនឹងការតស៊ូនៅក្នុងក្រុមហ៊ុននានា ដោយសារតែការភ័យខ្លាចនៃការកើតឡើងនៃការផ្លាស់ប្តូរតំរែតំរង់ដែលអាចរំខានដល់ប្រតិបត្តិការធម្មតានៃផលិតផល។

ចូរយើងរំលឹកឡើងវិញថា យោងទៅតាម Linus Torvalds កំហុសទាំងអស់មានសារៈសំខាន់ ហើយភាពងាយរងគ្រោះមិនគួរត្រូវបានបំបែកចេញពីប្រភេទនៃកំហុសផ្សេងទៀត ហើយបែងចែកទៅជាប្រភេទអាទិភាពខ្ពស់ជាងដាច់ដោយឡែក។ មតិនេះត្រូវបានពន្យល់ដោយការពិតដែលថាសម្រាប់អ្នកអភិវឌ្ឍន៍ធម្មតាដែលមិនមានជំនាញក្នុងបញ្ហាសុវត្ថិភាព ការតភ្ជាប់រវាងការជួសជុល និងភាពងាយរងគ្រោះដែលអាចកើតមានគឺមិនច្បាស់ទេ (សម្រាប់ការជួសជុលជាច្រើន មានតែសវនកម្មដាច់ដោយឡែកប៉ុណ្ណោះដែលធ្វើឱ្យវាអាចយល់ថាពួកគេទាក់ទងនឹងសុវត្ថិភាព។ ) យោងតាម ​​Linus អ្នកឯកទេសសុវត្ថិភាពមកពីក្រុមដែលទទួលខុសត្រូវក្នុងការថែរក្សាកញ្ចប់ខឺណែលក្នុងការចែកចាយលីនុច គួរតែចូលរួមក្នុងការកំណត់អត្តសញ្ញាណភាពងាយរងគ្រោះដែលអាចកើតមានពីស្ទ្រីមទូទៅនៃបំណះ។

Kees Cook ជឿជាក់ថាដំណោះស្រាយតែមួយគត់ដើម្បីរក្សាសុវត្ថិភាពខឺណែលក្នុងការចំណាយរយៈពេលវែងសមរម្យគឺសម្រាប់ក្រុមហ៊ុននានាដើម្បីផ្លាស់ទីវិស្វករដែលពាក់ព័ន្ធនឹងការបញ្ជូនការជួសជុលទៅខឺណែលក្នុងតំបន់បង្កើតទៅជាកិច្ចខិតខំប្រឹងប្រែងរួមគ្នាដោយសម្របសម្រួលដើម្បីរក្សាការជួសជុលនិងភាពងាយរងគ្រោះនៅក្នុងខឺណែលមេ (ខាងលើ។ ) នៅក្នុងទម្រង់បច្ចុប្បន្នរបស់វា ក្រុមហ៊ុនផលិតជាច្រើនមិនប្រើកំណែខឺណែលចុងក្រោយបង្អស់នៅក្នុងផលិតផលរបស់ពួកគេ ហើយត្រលប់មកវិញនូវការជួសជុលនៅក្នុងផ្ទះ ពោលគឺឧ។ វាប្រែថាវិស្វករនៅក្នុងក្រុមហ៊ុនផ្សេងគ្នាស្ទួនការងាររបស់គ្នាទៅវិញទៅមកដោយដោះស្រាយបញ្ហាដូចគ្នា។

ជាឧទាហរណ៍ ប្រសិនបើក្រុមហ៊ុនចំនួន 10 ដែលនីមួយៗមានវិស្វករម្នាក់ backporting ជួសជុលដូចគ្នា បានចាត់តាំងវិស្វករទាំងនោះឡើងវិញដើម្បីជួសជុលកំហុសនៅក្នុងចរន្តទឹក បន្ទាប់មកជំនួសឱ្យការ backporting ការជួសជុលមួយ ពួកគេអាចជួសជុល 10 bugs ផ្សេងគ្នាសម្រាប់អត្ថប្រយោជន៍ទូទៅ ឬចូលរួមក្នុងការពិនិត្យឡើងវិញនៃដែលបានស្នើឡើង។ ផ្លាស់ប្តូរ និងការពារកូដកំហុសពីការបញ្ចូលក្នុងខឺណែល។ ធនធានក៏អាចត្រូវបានគេឧទ្ទិសដល់ការបង្កើតឧបករណ៍ថ្មីសម្រាប់ការធ្វើតេស្ត និងការវិភាគកូដដែលនឹងអនុញ្ញាតឱ្យរកឃើញដំបូងនៃថ្នាក់ទូទៅនៃកំហុសដែលកើតឡើងម្តងហើយម្តងទៀត។

Kees Cook ក៏ស្នើឱ្យកាន់តែសកម្មក្នុងការប្រើប្រាស់ការធ្វើតេស្តដោយស្វ័យប្រវត្តិ និង fuzzing ដោយផ្ទាល់នៅក្នុងដំណើរការអភិវឌ្ឍខឺណែល ដោយប្រើប្រព័ន្ធរួមបញ្ចូលជាបន្តបន្ទាប់ និងបោះបង់ការគ្រប់គ្រងការអភិវឌ្ឍន៍បុរាណតាមរយៈអ៊ីមែល។ បច្ចុប្បន្ននេះ ការធ្វើតេស្តប្រកបដោយប្រសិទ្ធភាពត្រូវបានរារាំងដោយការពិតដែលថាដំណើរការសាកល្បងសំខាន់ៗត្រូវបានបំបែកចេញពីការអភិវឌ្ឍន៍ និងកើតឡើងបន្ទាប់ពីការចេញផ្សាយត្រូវបានបង្កើតឡើង។ គ្រាប់ចុចក៏បានផ្តល់អនុសាសន៍ឱ្យប្រើភាសាដែលផ្តល់នូវកម្រិតសុវត្ថិភាពខ្ពស់ដូចជា Rust នៅពេលអភិវឌ្ឍដើម្បីកាត់បន្ថយចំនួនកំហុស។

ប្រភព: opennet.ru