ការជូនដំណឹងជំរុញដោយសុវត្ថិភាព៖ ពីទ្រឹស្តីទៅការអនុវត្ត

ហេហេ!

ថ្ងៃនេះខ្ញុំនឹងនិយាយអំពីអ្វីដែលមិត្តរួមការងាររបស់ខ្ញុំ និងខ្ញុំបានធ្វើអស់រយៈពេលជាច្រើនខែឥឡូវនេះ៖ ការជូនដំណឹងរុញសម្រាប់អ្នកផ្ញើសារបន្ទាន់តាមទូរស័ព្ទ។ ដូចដែលខ្ញុំបាននិយាយរួចមកហើយថា នៅក្នុងកម្មវិធីរបស់យើង ការសង្កត់ធ្ងន់ចម្បងគឺទៅលើសុវត្ថិភាព។ ដូច្នេះហើយ យើងបានរកឃើញថាតើការជូនដំណឹងជំរុញមាន “ចំណុចខ្សោយ” ហើយប្រសិនបើដូច្នេះ តើយើងអាចដាក់កម្រិតពួកវាដោយរបៀបណា ដើម្បីបន្ថែមជម្រើសដ៏មានប្រយោជន៍នេះទៅក្នុងសេវាកម្មរបស់យើង។

ខ្ញុំកំពុងបោះពុម្ពការបកប្រែរបស់យើង។ អត្ថបទពី Medium ជាមួយនឹងការបន្ថែមបន្តិចបន្តួចពីខ្លួនខ្ញុំ។ វាមានលទ្ធផលនៃ "ការស៊ើបអង្កេត" និងរឿងរ៉ាវអំពីរបៀបដែលបញ្ហាត្រូវបានដោះស្រាយ។

យើងពិនិត្យមើលសម្ភារៈ

នៅក្នុងគំរូបុរាណ ការជូនដំណឹងជំរុញធ្វើឱ្យអ្នកនាំសារងាយរងគ្រោះចំពោះការវាយប្រហារ MITM (Man-in-the-middle) ។ ឧទាហរណ៍ ជាមួយ Google, Microsoft និង iMessage កំណែចាស់ កម្មវិធីផ្ញើសោអ៊ិនគ្រីបទៅម៉ាស៊ីនមេ Apple - នៅលើម៉ាស៊ីនមេ អ្នកប្រើប្រាស់ត្រូវបានផ្ទៀងផ្ទាត់ ហើយបឋមកថាសារ (ឬខ្លឹមសាររបស់វា) ត្រូវបានឌិគ្រីប។

ជាលទ្ធផល មានឱកាសអានការឆ្លើយឆ្លងដោយចូលទៅកាន់ម៉ាស៊ីនមេការជូនដំណឹងជំរុញ។ នេះមានន័យថាការអ៊ិនគ្រីបនៃការឆ្លើយឆ្លងណាមួយគឺគ្មានប្រយោជន៍ទេ៖ ការជូនដំណឹងជំរុញនឹងនៅតែទុកលទ្ធភាពនៃការអានដោយភាគីទីបី។ អ្នកនិពន្ធអត្ថបទបានពិភាក្សាអំពីលទ្ធភាពនេះយ៉ាងលម្អិត។ "អ៊ិនគ្រីបឱ្យបានត្រឹមត្រូវ" នៅលើ Xaker.ru ឧទ្ទិសដល់វិធីសាស្រ្តនៃការអ៊ិនគ្រីបសារ។

ប្រសិនបើអ្នកគិតថាម៉ាស៊ីនមេរបស់ Apple និង Google មានសុវត្ថិភាព 100% ប្រឆាំងនឹងការលេចធ្លាយសោការអ៊ិនគ្រីបអ្នកប្រើប្រាស់ សូមពិចារណាពីការពិតដែលថាបុគ្គលិករបស់ពួកគេមានសិទ្ធិចូលប្រើពួកគេ។ ហើយបុគ្គលិកគឺជាមនុស្ស។
ទោះបីជាភាពងាយរងគ្រោះទាំងអស់នៃការជូនដំណឹងជំរុញក៏ដោយ ក៏កម្មវិធីផ្ញើសារបន្ទាន់ "សុវត្ថិភាព" ជាច្រើន រួមទាំង Signal និង Telegram ប្រើពួកវា។ បើមិនដូច្នេះទេ អ្នកប្រើប្រាស់នឹងត្រូវត្រួតពិនិត្យសារថ្មី "ដោយដៃ" ដោយចូលកម្មវិធីជានិច្ច។ ដែលជាការរអាក់រអួលខ្លាំង ហើយអ្នកនាំសារដែលប្រកួតប្រជែងនឹងទទួលបានអត្ថប្រយោជន៍។

Paranoia និងសុភវិនិច្ឆ័យ

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

ទោះជាយ៉ាងណាក៏ដោយ យើងមានអត្ថប្រយោជន៍ដ៏សំខាន់មួយរួចហើយ៖ អ្នកនាំសាររបស់យើងត្រូវបានវិមជ្ឈការ (ទិន្នន័យត្រូវបានរក្សាទុកនៅលើ blockchain) ហើយបុគ្គលិកមិនមានសិទ្ធិចូលប្រើគណនីទេ។ មានតែអ្នកប្រើប្រាស់ប៉ុណ្ណោះដែលមានកូនសោអ៊ិនគ្រីប ហើយសោសាធារណៈរបស់ interlocutors មាននៅលើ blockchain ដើម្បីការពារប្រឆាំងនឹងការវាយប្រហាររបស់ MITM ។

នៅក្នុងកំណែដំបូងនៃការជូនដំណឹងជំរុញ យើងបានសម្រេចចិត្តលេងវាឱ្យមានសុវត្ថិភាពតាមដែលអាចធ្វើទៅបាន និងមិនបញ្ជូនអត្ថបទសារទាល់តែសោះ។ សេវាកម្មរុញមិនបានទទួលអត្ថបទនៃសារពីថ្នាំងទេ ប៉ុន្តែគ្រាន់តែជាសញ្ញាអំពីការពិតនៃការទទួលរបស់វា។ ដូច្នេះ អ្នកប្រើប្រាស់បានឃើញការជូនដំណឹង "សារថ្មីបានមកដល់" ។ វាអាចទៅរួចក្នុងការអានវាតែនៅក្នុងអ្នកនាំសារប៉ុណ្ណោះ។

របៀបដែលវាដំណើរការ: វីដេអូ.

បន្ទាប់ពីនោះ យើងបានដឹងថា ការជូនដំណឹងជំនាន់ចុងក្រោយរបស់ Apple មានមុខងារសុវត្ថិភាពថ្មី។ ពួកគេ បានចេញផ្សាយ UNNotificationServiceExtension ដែលអនុញ្ញាតឱ្យអ្នកអភិវឌ្ឍន៍ផ្ញើទិន្នន័យជូនដំណឹងដែលបានអ៊ិនគ្រីបពេញលេញនៅលើ APNS ។ កម្មវិធីនៅលើឧបករណ៍របស់អ្នកប្រើចុងក្រោយធ្វើការឌិគ្រីប (ឬទាញយកទិន្នន័យបន្ថែម) ហើយបង្ហាញការជូនដំណឹង។ យើងបានយកវាជាមូលដ្ឋានសម្រាប់កំណែទីពីរនៃការជូនដំណឹងជំរុញ។

ឥឡូវនេះយើងបានបង្កើតកំណែទីពីរនៃការជូនដំណឹងជំរុញសម្រាប់ iOS ដែលអនុញ្ញាតឱ្យអ្នកបង្ហាញអត្ថបទនៃសារដោយគ្មានហានិភ័យសុវត្ថិភាព។ នៅក្នុងគំនិតថ្មី តក្កវិជ្ជាមើលទៅដូចនេះ៖

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

យើងបានទទួលយកកំណែនេះថាកំពុងដំណើរការ និងអនុវត្តវានៅក្នុងការអាប់ដេតចុងក្រោយបំផុតនៃកម្មវិធី iOS ។
អ្នកដែលចាប់អារម្មណ៍ផ្នែកបច្ចេកទេសអាចមើលកូដប្រភព៖ github.com/Adamant-im/adamant-notificationService.

ប្រភព: www.habr.com