ផែនការពង្រឹងយន្តការសុវត្ថិភាព W^X របស់ OpenBSD

លោក Theo De Raadt ចែករំលែក ផែនការពង្រឹងយន្តការការពារអង្គចងចាំ W^X (សរសេរ XOR Execute) ។ ខ្លឹមសារនៃយន្តការគឺថាទំព័រអង្គចងចាំដំណើរការមិនអាចចូលប្រើក្នុងពេលដំណាលគ្នាសម្រាប់ការសរសេរ និងប្រតិបត្តិបានទេ។ ដូច្នេះ កូដអាចត្រូវបានប្រតិបត្តិតែបន្ទាប់ពីការសរសេរត្រូវបានបិទ ហើយការសរសេរទៅកាន់ទំព័រអង្គចងចាំគឺអាចធ្វើទៅបានលុះត្រាតែការប្រតិបត្តិត្រូវបានបិទ។ យន្តការ W^X ជួយការពារកម្មវិធីចន្លោះអ្នកប្រើប្រាស់ពីការវាយប្រហារលើសចំណុះទូទៅ រួមទាំងការលើសជង់ និងសកម្មនៅក្នុង OpenBSD តាមលំនាំដើម.

ចាប់តាំងពីការចាប់ផ្តើមនៃការងារនៅលើ W^X វាច្បាស់ណាស់ថានេះគឺជាផ្លូវដ៏វែងមួយ ចាប់តាំងពីមានកម្មវិធីជាច្រើនដែលប្រើប្រាស់ JIT ។ ការអនុវត្ត JIT អាចត្រូវបានបែងចែកជាបីប្រភេទ៖

• ការផ្លាស់ប្តូរអង្គចងចាំរវាងរដ្ឋ W និង X ដោយទទួលយក "តម្លៃ" នៃការហៅប្រព័ន្ធ មិនការពារ.
• ការបង្កើតឈ្មោះក្លែងក្លាយរវាងការគូសផែនទី W និង X នៃអង្គចងចាំដូចគ្នា។
• ជម្រើស "កខ្វក់" បំផុត ទាមទារគំរូអង្គចងចាំ W|X ដែលអនុញ្ញាតឱ្យថត និងប្រតិបត្តិក្នុងពេលដំណាលគ្នា។

បច្ចុប្បន្ននេះមានកម្មវិធីតិចជាងមុនដោយប្រើប្រាស់ជម្រើសទី 3 និងច្រើនទៀតដោយប្រើកម្មវិធីទីមួយ និងទីពីរ។ ទោះយ៉ាងណាក៏ដោយ ដោយសារវាចាំបាច់ដើម្បីដំណើរការកម្មវិធីជាមួយ W|X JIT (ជាចម្បង Chromium និង Iridum) ជម្រើសម៉ោនប្រព័ន្ធឯកសារ "wxallowed" ត្រូវបានបន្ថែម ដែលអនុញ្ញាតឱ្យប្រើអង្គចងចាំក្នុងពេលដំណាលគ្នាសម្រាប់ទាំងការសរសេរ និងការប្រតិបត្តិ ក្នុងករណីប្រសិនបើ ELF អាចប្រតិបត្តិបាន។ ឯកសារត្រូវបានសម្គាល់ដោយសញ្ញាសម្គាល់ "wxneeded" ហើយកម្មវិធីខ្លួនឯងត្រូវបានការពារបន្ថែមដោយប្រើយន្តការ ការសន្យា и បង្ហាញ ដើម្បីកំណត់បញ្ជីនៃការហៅប្រព័ន្ធដែលបានប្រើ និងផ្នែកនៃប្រព័ន្ធឯកសារដែលមានសម្រាប់កម្មវិធីរៀងៗខ្លួន។

ដើម្បីធ្វើឱ្យស្មុគស្មាញដល់ការកេងប្រវ័ញ្ចភាពងាយរងគ្រោះនៅក្នុងកម្មវិធីបែបនេះ ការបន្ថែមលើយន្តការត្រូវបានស្នើឡើង MAP_STACKដែលពិនិត្យមើលថាតើការហៅប្រព័ន្ធកំពុងត្រូវបានប្រតិបត្តិពីទំព័រសតិដែលអាចសរសេរបាន។ ប្រសិនបើទំព័រអាចសរសេរបាន ដំណើរការត្រូវបានបង្ខំឱ្យបញ្ចប់។ វិធីនេះ អ្នកវាយប្រហារនឹងមិនអាចទាញយកការហៅទូរសព្ទតាមប្រព័ន្ធបានទេ ហើយនឹងត្រូវបង្ខំឱ្យព្យាយាមស្វែងរកឧបករណ៍ចាំបាច់នៅក្នុងការអនុវត្ត JIT ឬសូម្បីតែធ្វើការងារដែលពិបាកជាងនេះទៀតគឺការស្វែងរកចំណុចហៅរបស់ប្រព័ន្ធដោយផ្ទាល់នៅខាងក្នុង។ ភ្ជាប់ libc ដោយចៃដន្យ.

ដំណើរការ Chrome/Iridium ត្រូវបានការពារយ៉ាងជឿជាក់ដោយប្រើការសន្យា និងការបង្ហាញ ប៉ុន្តែការដកលទ្ធភាពប្រើប្រាស់ចេញ ឧទាហរណ៍ ការហៅប្រព័ន្ធ write(2) ជាក់ស្តែងមានអត្ថប្រយោជន៍មួយចំនួន ព្រោះវាបង្កើតការលំបាកបន្ថែមសម្រាប់អ្នកវាយប្រហារ។ ទោះជាយ៉ាងណាក៏ដោយ ការលំបាកក៏អាចកើតឡើងផងដែរ ប្រសិនបើការអនុវត្ត JIT ប្រើការហៅប្រព័ន្ធដើមពីអង្គចងចាំ W|X ។ ទោះយ៉ាងណាក៏ដោយ មានហេតុផលដើម្បីសង្ឃឹមថា រឿងនេះនឹងមិនកើតឡើងនោះទេ ដោយសារ ABI ត្រូវបានផ្លាស់ប្តូរជាច្រើនដង ប៉ុន្តែគ្មាននរណាម្នាក់ធ្លាប់រាយការណ៍ពីបញ្ហានោះទេ។

ការផ្លាស់ប្តូរមានរួចហើយនៅក្នុងរូបថតធម្មតានៃសាខា OpenBSD-Current អ្នកគ្រប់គ្នាចាប់អារម្មណ៍ត្រូវបានអញ្ជើញឱ្យសាកល្បង។

ព័ត៌មានដែលពាក់ព័ន្ធអំពីការលេចឡើងនៃរបៀបនៅក្នុង Chrome/Iridium សមនឹងទទួលបានមតិយោបល់ដាច់ដោយឡែកពី Theo JITless. តាមទស្សនៈរបស់គាត់ នេះគឺអាចទទួលយកបានសម្រាប់ម៉ូដែលប្រើប្រាស់មួយចំនួន ប៉ុន្តែប្រហែលជាមិនមែនសម្រាប់ទាំងអស់នោះទេ ព្រោះថារបៀបនេះច្បាស់ជានឹងបង្កើនការផ្ទុកនៅលើខួរក្បាល។ បច្ចុប្បន្ន Chrome ភាគច្រើននឹងដំណើរការ ប្រសិនបើអ្នកបិទ "wxallowed" សម្រាប់ /usr/local ទោះបីជាវាអាចមានបញ្ហាជាមួយផ្នែកបន្ថែមមួយចំនួន (ghostery គឺជាឧទាហរណ៍មួយ)។ វិធីមួយ ឬមធ្យោបាយផ្សេងទៀត Theo សង្ឃឹមថាការងារពេញលេញនៅក្នុងរបៀប JITless នឹងត្រូវបាននាំយកទៅកាន់ស្ថានភាពប្រតិបត្តិការពេញលេញនាពេលអនាគតដ៏ខ្លីខាងមុខនេះ។

ប្រភព: opennet.ru