សេចក្តីផ្តើម៖ ការគ្រប់គ្រងភាពងាយរងគ្រោះដោយផ្អែកលើហានិភ័យក្រោមច្បាប់ភាពធន់តាមអ៊ីនធឺណិត
ក្រុមការងារសម័យទំនើបដឹងរួចហើយថា ការជួសជុលភាពងាយរងគ្រោះនីមួយៗគឺមិនអាចទៅរួចទេ។ អ្វីដែលសំខាន់គឺការជួសជុលភាពងាយរងគ្រោះត្រឹមត្រូវ។ នោះហើយជាមូលហេតុដែលការគ្រប់គ្រងភាពងាយរងគ្រោះដោយផ្អែកលើហានិភ័យបានក្លាយជាវិធីសាស្រ្តដែលពេញចិត្តសម្រាប់ក្រុម DevSecOps។ ទោះជាយ៉ាងណាក៏ដោយ នៅក្នុងសហភាពអឺរ៉ុប នេះមិនមែនគ្រាន់តែជាការអនុវត្តល្អបំផុតនោះទេ។ ច្បាប់ស្តីពីភាពធន់តាមអ៊ីនធឺណិតណែនាំកាតព្វកិច្ចផ្លូវច្បាប់ជាក់ស្តែង ជាពិសេសនៅពេលដែលកម្មវិធីរួមបញ្ចូលបញ្ហាដែលបានរាយក្នុង... CISកាតាឡុកភាពងាយរងគ្រោះដែលគេស្គាល់។
នៅក្នុងបរិបទថ្មីនេះ ការផ្តល់អាទិភាពដល់ភាពងាយរងគ្រោះផ្លាស់ប្តូរពីជម្រើសសុវត្ថិភាពទៅជាតម្រូវការអនុលោមភាព។ ក្រុមនានាត្រូវតែបញ្ជាក់ថាពួកគេយល់ពីភាពងាយរងគ្រោះណាខ្លះដែលត្រូវបានកេងប្រវ័ញ្ចយ៉ាងសកម្ម និងរបៀបដែលពួកគេសម្រេចចិត្តថាត្រូវជួសជុលអ្វីមុនគេ។ ហើយនាឡិកាលែងមានលក្ខណៈអរូបីទៀតហើយ៖ កាតព្វកិច្ចរាយការណ៍របស់ CRA សម្រាប់ភាពងាយរងគ្រោះដែលត្រូវបានកេងប្រវ័ញ្ចយ៉ាងសកម្ម និងឧប្បត្តិហេតុធ្ងន់ធ្ងរត្រូវអនុវត្តចាប់ពីថ្ងៃទី 11 ខែកញ្ញា ឆ្នាំ 2026ជាមួយនឹងសំណុំកាតព្វកិច្ចសំខាន់ៗពេញលេញដែលនឹងចាប់ផ្តើមនៅខែធ្នូ ឆ្នាំ២០២៧។ គំរូអាទិភាពណាមួយដែលអង្គការកំពុងដំណើរការនាពេលបច្ចុប្បន្ននេះ ត្រូវតែអាចការពារបានក្រោមតម្រូវការរាយការណ៍នោះក្នុងរយៈពេលប៉ុន្មានសប្តាហ៍ មិនមែនត្រីមាសទេ។
ការគ្រប់គ្រងភាពងាយរងគ្រោះដោយផ្អែកលើហានិភ័យ និងភាពងាយរងគ្រោះដែលគេស្គាល់
ការគ្រប់គ្រងភាពងាយរងគ្រោះដោយផ្អែកលើហានិភ័យផ្តោតលើការប៉ះពាល់ពិតប្រាកដជំនួសឱ្យភាពធ្ងន់ធ្ងរឆៅ។ ជំនួសឱ្យការចាត់ទុក CVE ទាំងអស់ស្មើៗគ្នា ក្រុមការងារផ្តល់អាទិភាពដោយផ្អែកលើការកេងប្រវ័ញ្ច លទ្ធភាពទៅដល់ និងផលប៉ះពាល់។
នេះជាកន្លែងដែលភាពងាយរងគ្រោះដែលគេស្គាល់ថាត្រូវបានគេកេងប្រវ័ញ្ចដើរតួនាទីយ៉ាងសំខាន់។ នៅពេលដែល CVE លេចឡើងនៅក្នុង CISកាតាឡុកចំណុចខ្សោយដែលគេស្គាល់ថាជាចំណុចខ្សោយដែលគេបានកេងប្រវ័ញ្ច វាបញ្ជាក់ថាអ្នកវាយប្រហារបានប្រើវារួចហើយនៅក្នុងបរិយាកាសពិត។ សញ្ញានោះមានទម្ងន់ច្រើនជាងពិន្ទុទ្រឹស្តី។
ប្រសិនបើអ្នកចង់បានការពន្យល់កាន់តែស៊ីជម្រៅអំពីអ្វីដែល KEV ជាអ្វី និងរបៀបកំណត់អត្តសញ្ញាណពួកវា អ្នកអាចអានអត្ថបទមុនរបស់យើងបាន។ ភាពងាយរងគ្រោះដែលគេស្គាល់៖ អ្វីដែលត្រូវជួសជុលជាមុនសិននៅក្នុងអត្ថបទនេះ យើងផ្តោតលើរបៀបដែលរថយន្ត KEV សមនឹងគំរូអនុលោមភាព និងការផ្តល់អាទិភាពក្រោមច្បាប់ស្តីពីភាពធន់តាមអ៊ីនធឺណិត។
អ្វីដែលច្បាប់ស្តីពីភាពធន់តាមអ៊ីនធឺណិតពិតជាតម្រូវ
ច្បាប់ស្តីពីភាពធន់នៃអ៊ីនធឺណិត (Cyber Resilience Act) គឺជាបទប្បញ្ញត្តិរបស់សហភាពអឺរ៉ុប ដែលកំណត់កាតព្វកិច្ចសន្តិសុខតាមអ៊ីនធឺណិតជាកាតព្វកិច្ចសម្រាប់ផលិតផលដែលមានធាតុឌីជីថលដែលលក់នៅក្នុងសហភាពអឺរ៉ុប។ វាតម្រូវឱ្យអ្នកលក់គ្រប់គ្រងភាពងាយរងគ្រោះពេញមួយវដ្តជីវិតផលិតផល និងជៀសវាងការចេញផ្សាយកម្មវិធីដែលមានភាពងាយរងគ្រោះដែលគេស្គាល់។ យោងតាម... ឯកសារផ្លូវការរបស់សហភាពអឺរ៉ុប, ក្រុមហ៊ុនផលិតត្រូវតែ៖
- កំណត់អត្តសញ្ញាណ និងដោះស្រាយចំណុចខ្សោយពេញមួយវដ្តជីវិតផលិតផល
- ទប់ស្កាត់ការដឹកជញ្ជូនកម្មវិធីដែលមានចំណុចខ្សោយដែលគេស្គាល់
- រាយការណ៍ពីភាពងាយរងគ្រោះ និងឧប្បត្តិហេតុធ្ងន់ធ្ងរដែលបានកេងប្រវ័ញ្ចយ៉ាងសកម្មក្នុងរយៈពេល 24 ម៉ោងបន្ទាប់ពីដឹងខ្លួន ដែលជាកាតព្វកិច្ចរាយការណ៍ដែលនឹងចូលជាធរមាននៅថ្ងៃទី 11 ខែកញ្ញា ឆ្នាំ 2026
- រក្សាភស្តុតាងនៃការដោះស្រាយភាពងាយរងគ្រោះcisions
ម្យ៉ាងវិញទៀត នៅពេលដែលភាពងាយរងគ្រោះលេចឡើងនៅក្នុង CISកាតាឡុកភាពងាយរងគ្រោះដែលគេស្គាល់ ដោយមិនអើពើនឹងវាបង្កើតទាំងហានិភ័យសុវត្ថិភាព និងបទប្បញ្ញត្តិ ហើយចាប់ពីខែកញ្ញា ឆ្នាំ២០២៦ ហានិភ័យនោះភ្ជាប់មកជាមួយនឹងនាឡិការាយការណ៍ដែលភ្ជាប់មកជាមួយ។
តើច្បាប់ស្តីពីភាពធន់តាមអ៊ីនធឺណិត (CRA) ជាអ្វី?
ចំពោះ ច្បាប់ស្តីពីភាពធន់នឹងអ៊ីនធឺណិត គឺជាបទប្បញ្ញត្តិរបស់សហភាពអឺរ៉ុបដែលកំណត់តម្រូវការសន្តិសុខតាមអ៊ីនធឺណិតជាកាតព្វកិច្ចសម្រាប់កម្មវិធី និងផលិតផលឌីជីថលដែលលក់នៅអឺរ៉ុប។ វាតម្រូវឱ្យអ្នកលក់គ្រប់គ្រងភាពងាយរងគ្រោះពេញមួយវដ្តជីវិតផលិតផល និងជៀសវាងការចេញផ្សាយកម្មវិធីដែលមាន ភាពងាយរងគ្រោះដែលគេស្គាល់.
បញ្ជីត្រួតពិនិត្យការគ្រប់គ្រងភាពងាយរងគ្រោះដោយផ្អែកលើហានិភ័យដែលត្រៀមរួចជាស្រេចសម្រាប់ CRA
ហេតុអ្វីបានជា KEVS ជាចំណុចកណ្តាលនៃការអនុលោមតាម CRA
ចំពោះ CISកាតាឡុកចំណុចខ្សោយដែលគេស្គាល់ (Known Exploited Vulnerabilities Catalog) រាយបញ្ជី CVE ដែលអ្នកវាយប្រហារកេងប្រវ័ញ្ចរួចហើយនៅក្នុងប្រព័ន្ធ។ ម្យ៉ាងវិញទៀត វាលុបបំបាត់ភាពមិនច្បាស់លាស់ចេញពីការកំណត់អាទិភាព។
ជំនួសឲ្យការសួរថា "តើរឿងនេះអាចត្រូវបានកេងប្រវ័ញ្ចបានទេ?" ក្រុមឥឡូវនេះត្រូវតែសួរសំណួរដោយផ្ទាល់ជាងនេះថា "តើរឿងនេះត្រូវបានកេងប្រវ័ញ្ចហើយឬនៅ ហើយយើងកំពុងដឹកជញ្ជូនវានៅឡើយទេ?"
ក្រោមច្បាប់ស្តីពីភាពធន់តាមអ៊ីនធឺណិត ភាពខុសគ្នានោះមានសារៈសំខាន់ផ្នែកច្បាប់។ ជាលទ្ធផល KEV ក្លាយជាកត្តាជំរុញដ៏ខ្លាំងក្លាបំផុតសម្រាប់ SLA នៃការស្តារឡើងវិញ និងការទប់ស្កាត់ការចេញផ្សាយ។ នៅក្នុងបរិបទនេះ ការគ្រប់គ្រងភាពងាយរងគ្រោះដោយផ្អែកលើហានិភ័យស្របនឹងការរំពឹងទុករបស់បទប្បញ្ញត្តិ។
យើងបានគ្របដណ្តប់ផ្នែករាយការណ៍ឧប្បត្តិហេតុនៃរឿងនេះឱ្យកាន់តែស៊ីជម្រៅនៅក្នុងវគ្គរួមគ្នាជាមួយ Nariman Aga-Tagiyev ស្ថាបត្យករសន្តិសុខតាមអ៊ីនធឺណិតនៅ SecureHabits.nl៖ ២៤ ម៉ោងដើម្បីរាយការណ៍៖ ការរស់រានមានជីវិតពីនាឡិកាជូនដំណឹងរបស់ CRAវាដើរឆ្លងកាត់វដ្តជីវិតនៃឧប្បត្តិហេតុបីដំណាក់កាល ដែល CRA រំពឹងថាអង្គការនានានឹងតាមដាន ចាប់ពីក្តីបារម្ភដែលបានរាយការណ៍ រហូតដល់ការស៊ើបអង្កេត រហូតដល់ឧប្បត្តិហេតុដែលបានបញ្ជាក់ ដែលចាប់ផ្តើមបង្អួចរាយការណ៍ 24 ម៉ោង។
CVSS, EPSS និង KEV បម្រើគោលបំណងផ្សេងៗគ្នា
ដើម្បីកំណត់អាទិភាពបានត្រឹមត្រូវ ក្រុមនានាត្រូវយល់ជាមុនសិនថាសញ្ញានីមួយៗតំណាងអ្វីឲ្យពិតប្រាកដ។
- ស៊ី។ អេស។ អេស បង្ហាញពីផលប៉ះពាល់ដែលអាចកើតមាន
- EPSS ប៉ាន់ស្មានលទ្ធភាពនៃការកេងប្រវ័ញ្ច
- CISកាតាឡុកចំណុចខ្សោយដែលគេស្គាល់ បញ្ជាក់ថាការកេងប្រវ័ញ្ចបានកើតឡើងរួចហើយ
បើយកតែម្យ៉ាង រង្វាស់នីមួយៗអាចនាំឲ្យមានការភាន់ច្រឡំ។ ទោះជាយ៉ាងណាក៏ដោយ នៅពេលដែលក្រុមប្រើប្រាស់វាជាមួយគ្នា ពួកគេទទួលបានបរិបទកាន់តែច្បាស់។ សម្រាប់ហេតុផលនេះ ការរួមបញ្ចូលគ្នានៃសញ្ញាទាំងនេះបង្កើតបានជាមូលដ្ឋានគ្រឹះនៃការគ្រប់គ្រងភាពងាយរងគ្រោះដោយផ្អែកលើហានិភ័យប្រកបដោយប្រសិទ្ធភាព។
ការគ្រប់គ្រងភាពងាយរងគ្រោះដោយផ្អែកលើហានិភ័យក្នុងការអនុវត្តជាក់ស្តែង
នៅក្នុងការអនុវត្តជាក់ស្តែង គំរូអាទិភាពដែលជំរុញដោយហានិភ័យ ដើរតាមលំហូរច្បាស់លាស់ និងអាចធ្វើម្តងទៀតបាន។
- រកឃើញចំណុចខ្សោយនៅទូទាំងកូដ និងការពឹងផ្អែក
- ពិនិត្យមើលការផ្គូផ្គងទល់នឹង CISកាតាឡុកចំណុចខ្សោយដែលគេស្គាល់
- វាយតម្លៃលទ្ធភាពនៃការកេងប្រវ័ញ្ចដោយប្រើ EPSS
- ផ្ទៀងផ្ទាត់លទ្ធភាពទាក់ទងបានក្នុងកម្មវិធីរបស់អ្នក ឬ pipeline
- អនុវត្តច្បាប់ដោះស្រាយដោយផ្អែកលើការប៉ះពាល់ និងតួនាទីផលិតផល
ជាលទ្ធផល ក្រុមការងារឈប់ចាត់ទុកបញ្ជីភាពងាយរងគ្រោះថាជាកំណត់ត្រាឋិតិវន្ត ហើយចាប់ផ្តើមចាត់ទុកពួកវាជាដំណោះស្រាយសុវត្ថិភាពជាក់ស្តែង។cisions ។
គំរូអាទិភាពផ្សេងៗគ្នាដែលក្រុមប្រើប្រាស់សព្វថ្ងៃនេះ
មិនមែនក្រុមទាំងអស់សុទ្ធតែផ្តល់អាទិភាពដល់ហានិភ័យតាមរបៀបដូចគ្នានោះទេ។ ជាទូទៅយើងឃើញគំរូទូទៅចំនួនបីនៅក្នុងបរិស្ថានពិត។
១. គំរូភាពធ្ងន់ធ្ងរជាមុន
ក្រុមជួសជុលបញ្ហាដោយផ្អែកលើ CVSS តែប៉ុណ្ណោះ។
គំរូនេះងាយស្រួលទទួលយក។ ទោះជាយ៉ាងណាក៏ដោយ វាបង្កើតសំឡេងរំខាន ហើយមិនបំពេញតាមការរំពឹងទុកនៃច្បាប់ស្តីពីភាពធន់តាមអ៊ីនធឺណិតទេ។
២. គំរូដែលជំរុញដោយលទ្ធភាព
ក្រុមនានាពឹងផ្អែកលើ EPSS ដើម្បីទស្សន៍ទាយអ្វីដែលអ្នកវាយប្រហារអាចកេងចំណេញបន្ទាប់។
វិធីសាស្រ្តនេះធ្វើអោយប្រសើរឡើងនូវការផ្តោតអារម្មណ៍។ ទោះជាយ៉ាងណាក៏ដោយ វានៅតែខកខានចំណុចខ្សោយដែលអ្នកវាយប្រហារកេងប្រវ័ញ្ចរួចហើយ។
៣. គំរូយល់ដឹងអំពីការកេងប្រវ័ញ្ច
ក្រុមនានាបញ្ចូល EPSS ជាមួយ CISកាតាឡុកភាពងាយរងគ្រោះដែលគេស្គាល់ និងបរិបទបច្ចេកទេស។
ផ្ទុយទៅវិញ គំរូនេះគាំទ្រយ៉ាងល្អបំផុតចំពោះការគ្រប់គ្រងភាពងាយរងគ្រោះដោយផ្អែកលើហានិភ័យ និងផ្គូផ្គងដោយផ្ទាល់ទៅនឹងកាតព្វកិច្ច CRA។
របៀបដែល Xygeni ដំណើរការអាទិភាពសម្រាប់ការត្រៀមលក្ខណៈ CRA
ស៊ីហ្គេនី ជួយក្រុមនានាប្រែក្លាយបទប្បញ្ញត្តិទៅជាលំហូរការងារប្រចាំថ្ងៃ។ ជាជាងពឹងផ្អែកតែលើ dashboards, Xygeni អនុវត្ត decisអ៊ីយ៉ុងពិតប្រាកដដែលការផ្លាស់ប្ដូរកូដកើតឡើង។ ជាលទ្ធផល ការកំណត់អាទិភាពក្លាយជាស្វ័យប្រវត្តិ និងស៊ីសង្វាក់គ្នា។
សមត្ថភាពសំខាន់ៗរួមមាន:
- ទំនាក់ទំនងដោយស្វ័យប្រវត្តិជាមួយ CISកាតាឡុកចំណុចខ្សោយដែលគេស្គាល់
- ការវាយតម្លៃលទ្ធភាពនៃការកេងប្រវ័ញ្ចដោយផ្អែកលើ EPSS
- ការវិភាគលទ្ធភាពទៅដល់ ដើម្បីបញ្ជាក់ពីការប៉ះពាល់ពិតប្រាកដ
- Guardrails ប្លុកនោះបញ្ចូលគ្នា ឬចេញផ្សាយនៅពេលដែល KEV ប៉ះពាល់ដល់កូដដែលអាចទៅដល់បាន។
- ការដោះស្រាយដោយស្វ័យប្រវត្តិតាមរយៈសុវត្ថិភាព pull requests
- កំណត់ហេតុសវនកម្មពេញលេញដើម្បីបង្ហាញពីការអនុលោមតាមច្បាប់ស្តីពីភាពធន់នឹងការវាយប្រហារតាមអ៊ីនធឺណិត
សរុបមក ក្រុមការងារមិនត្រឹមតែមើលឃើញហានិភ័យនោះទេ។ ពួកគេធ្វើសកម្មភាពលើវាតាមរបៀបដែលអាចធ្វើម្តងទៀតបាន និងអាចធ្វើសវនកម្មបាន។
ឧទាហរណ៍ពីអ្នកអភិវឌ្ឍន៍ទៅអ្នកអភិវឌ្ឍន៍៖ KEV រារាំងការចេញផ្សាយ
ស្រមៃមើលថាការអាប់ដេតភាពអាស្រ័យណែនាំ CVE ។
- ភាពងាយរងគ្រោះលេចឡើងនៅក្នុង CISកាតាឡុកចំណុចខ្សោយដែលគេស្គាល់
- Xygeni រកឃើញវាក្នុងអំឡុងពេល pull request
- ការវិភាគ Reachability បញ្ជាក់ពីការប្រតិបត្តិផ្លូវកូដ
- Guardrails រារាំងការបញ្ចូលគ្នាដោយស្វ័យប្រវត្តិ
- បូតស្នើការធ្វើឱ្យប្រសើរឡើងដោយសុវត្ថិភាព និងដំណើរការការធ្វើតេស្ត
អ្នកអភិវឌ្ឍន៍ដោះស្រាយបញ្ហានេះនៅក្នុងលំហូរការងារដូចគ្នា។ ការចេញផ្សាយនៅតែអនុលោមតាមច្បាប់។ មិនចាំបាច់មានការប្រជុំទេ។
ម្យ៉ាងវិញទៀត នេះគឺជាការគ្រប់គ្រងភាពងាយរងគ្រោះដោយផ្អែកលើហានិភ័យ ដែលត្រូវបានអនុវត្តយ៉ាងពិតប្រាកដនៅកន្លែងដែលអ្នកអភិវឌ្ឍន៍ធ្វើការរួចហើយ។
ហេតុអ្វីបានជារឿងនេះសំខាន់លើសពីការអនុលោមតាម
ទោះបីជាច្បាប់ស្តីពីភាពធន់តាមអ៊ីនធឺណិតបានបង្កឱ្យមានការផ្លាស់ប្តូរនេះក៏ដោយ ក៏អត្ថប្រយោជន៍នៅតែមានច្រើនជាងនេះទៅទៀត។ ក្រុមដែលផ្តល់អាទិភាពដល់ការប្រើប្រាស់ KEVS, EPSS និងបរិបទ៖
- កាត់បន្ថយភាពអស់កម្លាំងដោយសារការប្រុងប្រយ័ត្ន
- កាត់បន្ថយពេលវេលាជួសជុល
- ជៀសវាងបំណះសង្គ្រោះបន្ទាន់
- ដឹកជញ្ជូនកម្មវិធីដែលមានសុវត្ថិភាពជាងមុនជាមួយនឹងទំនុកចិត្ត
ជារួម ការអនុលោមតាមច្បាប់ក្លាយជាលទ្ធផលធម្មជាតិនៃការអនុវត្តសន្តិសុខតាមរបៀបត្រឹមត្រូវ។
គំនិតចុងក្រោយ៖ CRA ធ្វើឱ្យការគ្រប់គ្រងផ្អែកលើហានិភ័យជាកាតព្វកិច្ច
ច្បាប់ស្តីពីភាពធន់នឹងការលួចចូលប្រព័ន្ធអ៊ីនធឺណិត (Cyber Resilience Act) បានធ្វើឲ្យអ្វីដែលក្រុមសន្តិសុខបានរៀនសូត្រយ៉ាងលំបាករួចទៅហើយក្លាយជាផ្លូវការ។ មិនមែនភាពងាយរងគ្រោះទាំងអស់សុទ្ធតែមានសារៈសំខាន់ដូចគ្នានោះទេ។
ចំពោះ CISកាតាឡុកចំណុចខ្សោយដែលគេស្គាល់ (Known Exploited Vulnerabilities Catalog) កំណត់អ្វីដែលអ្នកវាយប្រហារប្រើប្រាស់នាពេលបច្ចុប្បន្ន។ EPSS ព្យាករណ៍ពីអ្វីដែលពួកគេនឹងប្រើបន្ទាប់។ បរិបទបង្ហាញថាតើវាប៉ះពាល់ដល់អ្នកឬអត់។
ពួកគេរួមគ្នាបង្កើតជាការគ្រប់គ្រងភាពងាយរងគ្រោះដោយផ្អែកលើហានិភ័យទំនើប ហើយចាប់ពីថ្ងៃទី 11 ខែកញ្ញា ឆ្នាំ 2026 វាលែងជាជម្រើសទៀតហើយ។ ក្រុមដែលអាចឆ្លើយរួចហើយថា "តើរឿងនេះត្រូវបានគេកេងប្រវ័ញ្ចឬអត់ ហើយតើយើងកំពុងដឹកជញ្ជូនវាដោយរបៀបណា?" នឹងបំពេញតាមនាឡិការាយការណ៍របស់ CRA ដោយមិនចាំបាច់ប្រញាប់ប្រញាល់។ ក្រុមដែលមិនអាចរកឃើញថា 24 ម៉ោងពិតជាខ្លីប៉ុណ្ណា។
Xygeni ជួយក្រុមនានាអនុវត្តគំរូនេះជាបន្តបន្ទាប់ ដោយស្វ័យប្រវត្តិ និងតាមរបៀបដែលអ្នកអភិវឌ្ឍន៍ពិតជាទទួលយក។
អំពីអ្នកនិពន្ធ
និពន្ធដោយ Fatima Said, អ្នកគ្រប់គ្រងផ្នែកទីផ្សារមាតិកាដែលមានជំនាញខាងសុវត្ថិភាពកម្មវិធីនៅ ស៊ីឃ្យូនី.
ហ្វាទីម៉ាបង្កើតខ្លឹមសារដែលងាយស្រួលសម្រាប់អ្នកអភិវឌ្ឍន៍ និងផ្អែកលើការស្រាវជ្រាវនៅលើ AppSec ASPMនិង DevSecOps។ គាត់បកប្រែគោលគំនិតបច្ចេកទេសស្មុគស្មាញទៅជាការយល់ដឹងច្បាស់លាស់ និងអាចអនុវត្តបាន ដែលភ្ជាប់នវានុវត្តន៍សន្តិសុខតាមអ៊ីនធឺណិតជាមួយនឹងផលប៉ះពាល់អាជីវកម្ម។
