លើសពីការស្កេនឋិតិវន្ត៖ មើលខ្សែភ្លើង មិនមែនគ្រាន់តែលេខកូដនោះទេ
អ្នកបានបង្កើតសម័យទំនើបមួយ CI/CD pipelineលេខកូដរបស់អ្នកឆ្លងកាត់ SAST និង SCA ស្កេន។ អ្វីៗទាំងអស់គឺបៃតង។ ប៉ុន្តែនៅក្នុងផលិតកម្ម ទិន្នន័យចាប់ផ្តើមលេចធ្លាយទៅកាន់ម៉ាស៊ីនមេភាគីទីបី។ មានអ្វីកើតឡើង? នេះមិនមែនជាបញ្ហាទ្រឹស្តីទេ។ វាជារឿងធម្មតា។ ឧបករណ៍ AppSec ប្រពៃណីដូចជា SAST និង SCA ធ្វើការនៅកម្រិតកូដ; ពួកវាវិភាគវាក្យសម្ព័ន្ធ ដើមឈើអាស្រ័យ និងភាពងាយរងគ្រោះ ប៉ុន្តែពួកវាមិនចាប់យកពីរបៀបដែលកម្មវិធីរបស់អ្នកមានឥរិយាបទនៅពេលដែលវាត្រូវបានដាក់ពង្រាយនោះទេ។ នោះជាចំណុចខ្វាក់។
កញ្ចប់ប្រភពបើកចំហ ឬ SDK ថាមវន្តអាចចាប់ផ្តើមសកម្មភាពបណ្តាញពេលដំណើរការ ទូរមាត្រចេញ ការហៅ API ដែលបានអ៊ិនកូដរឹង ឬការលេចធ្លាយទិន្នន័យស្ងាត់ៗ។ ឧបករណ៍ស្កេនកូដនឹងមិនឃើញចំណុចនេះទេ។ នេះជាកន្លែងដែលការត្រួតពិនិត្យកញ្ចប់ជ្រៅ (DPI) បំពេញចន្លោះប្រហោង។ ជំនួសឲ្យការទាយថាកូដអាចធ្វើអ្វី DPI បង្ហាញអ្នកពីអ្វីដែលវាធ្វើ នៅលើខ្សែ។
សព្វថ្ងៃនេះ សុវត្ថិភាពកម្មវិធីត្រូវតែលើសពីកូដ។ សមត្ថភាពសង្កេតពេលដំណើរការតាមរយៈ DPI ដែលរួមបញ្ចូលគ្នាយ៉ាងតឹងរ៉ឹងជាមួយនឹងការគ្រប់គ្រងផ្ទៃវាយប្រហារទំនើប លែងជាជម្រើសទៀតហើយ។ វាជាផ្នែកសំខាន់មួយនៃយុទ្ធសាស្ត្រ AppSec ណាមួយដែលចង់រកឃើញ និងឆ្លើយតបទៅនឹងការគំរាមកំហែងពិតប្រាកដក្នុងពេលវេលាជាក់ស្តែង។
និយមន័យ DPI៖ អត្ថន័យនៃការត្រួតពិនិត្យកញ្ចប់ជ្រៅ
ភ្លេចនិយមន័យ DPI ក្នុងសៀវភៅសិក្សាទៅ។ នៅក្នុងបរិបទនៃ AppSec ការត្រួតពិនិត្យកញ្ចប់ស៊ីជម្រៅមានន័យថា លើសពីការត្រួតពិនិត្យបណ្តាញបែបប្រពៃណី។ ជំនួសឱ្យការត្រួតពិនិត្យបឋមកថា ដូចជាប្រភព គោលដៅ និងពិធីការ DPI ត្រួតពិនិត្យបន្ទុកជាក់ស្តែងនៃកញ្ចប់នីមួយៗ ដើម្បីយល់ពីអ្វីដែលកំពុងកើតឡើងនៅក្នុងចរាចរណ៍កម្មវិធី។
កន្លែងដែលឧបករណ៍មូលដ្ឋានឈប់នៅការកំណត់ "នេះគឺជាសំណើ HTTP ពីសេវាកម្ម A ទៅសេវាកម្ម B" DPI ជីកកកាយកាន់តែស៊ីជម្រៅ៖
- វាអានខ្លឹមសារ HTTP ពេញលេញ វិធីសាស្ត្រ ប៉ារ៉ាម៉ែត្រ និងទិន្នន័យ។
- វាឌិកូដ payloads gRPC ដើម្បីបង្ហាញការហៅវិធីសាស្ត្រ និងរចនាសម្ព័ន្ធទិន្នន័យពិតប្រាកដ។
- វាវិភាគសំណួរ DNS សម្រាប់ដែនគួរឱ្យសង្ស័យ ឬលំនាំសំណួរ។
ការត្រួតពិនិត្យស៊ីជម្រៅនេះអនុញ្ញាតឱ្យអ្នក៖
- រកឃើញអាថ៌កំបាំង ឬលិខិតសម្គាល់ដែលមានអក្សរច្បាស់លាស់។
- ស្វែងរកការប៉ុនប៉ងបញ្ចេញចោលដែលបានបង្កប់ សូម្បីតែលើឆានែលដែលបានអ៊ិនគ្រីបក៏ដោយ។
- ចាប់បានការប៉ុនប៉ងទំនាក់ទំនងខាងក្រៅដែលគ្មានការអនុញ្ញាត។
ហើយសំខាន់ជាងនេះទៅទៀត នេះមិនមែនគ្រាន់តែជាឧបករណ៍បណ្តាញនោះទេ។ នៅក្នុងយុទ្ធសាស្ត្រ AppSec ទំនើប DPI គឺមានសារៈសំខាន់ដូចការវិភាគឋិតិវន្តដែរ។ វាផ្តល់ឱ្យក្រុមសន្តិសុខនូវភស្តុតាងពេលដំណើរការនៃឥរិយាបថកម្មវិធី មូលដ្ឋាននៃការសន្មត់ជាមួយនឹងទិន្នន័យពិតប្រាកដ និងផ្តល់អំណាចដល់ការគ្រប់គ្រងផ្ទៃវាយប្រហារដែលជំរុញដោយឥរិយាបថកាន់តែត្រឹមត្រូវ។
តម្លៃពិសេសរបស់ DPI ចំពោះសុវត្ថិភាពកម្មវិធី
ការត្រួតពិនិត្យកញ្ចប់ស៊ីជម្រៅ (DPI) ផ្តល់នូវភាពមើលឃើញដែលឧបករណ៍ឋិតិវន្តមិនអាចផ្តល់ជូនបានទេ ពីព្រោះវាសង្កេតមើលឥរិយាបថពេលដំណើរការជាក់ស្តែងនៃកម្មវិធីរបស់អ្នក។
ឧបករណ៍ដូចជា SAST និង SCA ដំណើរការក្នុងវិស័យកូដ និងទិន្នន័យមេតា។ ពួកគេវិភាគវាក្យសម្ព័ន្ធ ដើមឈើអាស្រ័យ និងភាពងាយរងគ្រោះដែលគេស្គាល់។ ប៉ុន្តែពួកគេមើលមិនឃើញអ្វីដែលកើតឡើងនៅពេលដែលកម្មវិធីរបស់អ្នកចាប់ផ្តើមដំណើរការ៖ ពេលដែលតក្កវិជ្ជាប្រែទៅជាចរាចរណ៍ផ្ទាល់ ហើយហានិភ័យផ្លាស់ប្តូរពីសក្តានុពលទៅជាការពិត។
DPI ត្រួតពិនិត្យចរាចរណ៍ផ្ទាល់។ វាវិភាគបន្ទុកបណ្តាញ មិនមែនគ្រាន់តែបឋមកថាទេ ដែលអនុញ្ញាតឱ្យអ្នកវិភាគពិធីការស្រទាប់កម្មវិធីដូចជា HTTP, gRPC និង DNS ឱ្យបានលម្អិត។ នេះអនុញ្ញាតឱ្យមានការរកឃើញឥរិយាបថមិនល្អដែលមើលមិនឃើញនៅកម្រិតកូដ។
នេះជាអ្វីដែលការត្រួតពិនិត្យកញ្ចប់ជ្រៅបង្ហាញយ៉ាងពិសេសនៅក្នុង AppSec៖
ការប្រើប្រាស់ពិធីការខុសក្នុងការទំនាក់ទំនងផ្ទៃក្នុង
អ្នកប្រហែលជាអនុវត្ត TLS ពីខាងក្រៅ ប៉ុន្តែចុះចរាចរណ៍សេវាកម្មទៅសេវាកម្មវិញ? DPI កំណត់ករណីដែលសេវាកម្មខ្នាតតូចខាងក្នុងត្រលប់ទៅ HTTP អត្ថបទធម្មតាវិញ សូម្បីតែនៅក្នុងបរិស្ថានដែលមានការគ្រប់គ្រងក៏ដោយ។ ឧបករណ៍ឋិតិវន្តនឹងមិនឃើញវាទេ ប៉ុន្តែការត្រួតពិនិត្យកញ្ចប់ស៊ីជម្រៅអាចរកឃើញ។
C2 Beaconing ពីកញ្ចប់ភាគីទីបីដែលរងការសម្របសម្រួល
កញ្ចប់ npm, PyPI ឬ Maven ដែលរងការលួចចូលអាចរួមបញ្ចូលតក្កវិជ្ជាដែលផ្ញើ ping តាមកាលកំណត់ទៅកាន់ម៉ាស៊ីនមេ C2 ពីចម្ងាយ។ DPI រកឃើញការហៅទូរសព្ទដែលមានប្រេកង់ទាប មានលំនាំទាំងនេះ សូម្បីតែការហៅទូរសព្ទដែលបានអ៊ិនគ្រីបក៏ដោយ។ វាសម្គាល់ចន្លោះពេលគួរឱ្យសង្ស័យ ឬដែននៅខាងក្រៅបញ្ជីចេញដែលអ្នកបានអនុម័ត។
ការតភ្ជាប់ខាងក្រៅដែលមិននឹកស្មានដល់
ទោះបីជាកម្មវិធីរបស់អ្នកគួរតែទាក់ទងតែជាមួយ API ដែលគេស្គាល់ក៏ដោយ អ្នកអភិវឌ្ឍន៍អាចធ្វើការសរសេរកូដចំណុចបញ្ចប់ ឬបណ្ណាល័យភាគីទីបីបន្ថែមការហៅទូរសព្ទតេឡេមេទ្រីដែលអ្នកមិនបានពិនិត្យ។ DPI អនុញ្ញាតឱ្យអ្នកប្រៀបធៀបចរាចរណ៍ផ្ទាល់ទៅនឹងព្រំដែនសេវាកម្មដែលបានប្រកាស និងដាក់ទង់ជាតិលើការរំលោភបំពានភ្លាមៗ។
ហេតុអ្វីវាសំខាន់?
DPI ជំនួសការស្មានដោយការពិត។ ជំនួសឱ្យ "តើកូដនេះអាចប្រថុយប្រថានបានទេ?" អ្នកឃើញហានិភ័យលេចឡើងជាកញ្ចប់។ អ្នកផ្លាស់ប្តូរ AppSec ពីប្រតិកម្មទៅជាសកម្ម៖
- អ្នកឈប់ពឹងផ្អែកលើមូលដ្ឋានទិន្នន័យ CVE តែមួយមុខទៀតហើយ។
- អ្នកឈប់សន្មតថាស្រទាប់បណ្តាញមានសុវត្ថិភាព ដោយសារតែកូដមើលទៅល្អហើយ។
អ្នកចាប់ផ្តើមគ្រប់គ្រង ផ្ទៃវាយប្រហារជាក់ស្តែងមិនមែនជាទ្រឹស្តីទេ។
នៅទីបំផុត ការត្រួតពិនិត្យកញ្ចប់ស៊ីជម្រៅផ្តល់អំណាចដល់ក្រុមឱ្យផ្តោតលើ អ្វីដែលកម្មវិធីកំពុងធ្វើមិនមែនគ្រាន់តែជាអ្វីដែលអ្នកអភិវឌ្ឍន៍ គោលបំណងនោះគឺជាការការពារដែលយល់ដឹងពីអាកប្បកិរិយា និងទំនើប ការគ្រប់គ្រងផ្ទៃវាយប្រហារ នៅក្នុងសកម្មភាព។
ចំណុចខ្វាក់នៅក្នុងវិធីសាស្ត្រ AppSec បែបប្រពៃណី
ឧបករណ៍ AppSec បែបប្រពៃណី ដូចជា SAST និង SCAផ្តោតលើកូដ រចនាសម្ព័ន្ធ និងភាពងាយរងគ្រោះដែលគេស្គាល់។ ពួកគេធ្វើការងារសមរម្យក្នុងការស្វែងរកគំរូដែលមិនមានសុវត្ថិភាព និងការពឹងផ្អែកហួសសម័យ ប៉ុន្តែខ្វះទិដ្ឋភាពពេលដំណើរការ។ នោះជាបញ្ហា។ បើគ្មានបរិបទទេ អ្នកនឹងខកខានអ្វីដែលកូដរបស់អ្នក... ធ្វើ.
ចំណុចពិការភ្នែកទូទៅ៖
ផ្លូវកូដដែលងាយរងគ្រោះដែលមិនបានប្រើ
ការពឹងផ្អែកអាចរួមបញ្ចូល CVEប៉ុន្តែប្រសិនបើមុខងារមិនត្រូវបានហៅទេ ការដោះស្រាយក្លាយជាសំឡេងរំខាន។ DPI ផ្ទៀងផ្ទាត់ថាតើផ្លូវកូដដែលមានហានិភ័យត្រូវបានអនុវត្តឬអត់cisកែសម្រួល។ នោះជាមុនcisការគ្រប់គ្រងផ្ទៃវាយប្រហារ e ។
ចរាចរណ៍ចេញដែលលាក់ពីតក្កវិជ្ជាមិនច្បាស់លាស់
កញ្ចប់ប្រភពបើកចំហមួយចំនួនប្រើការនាំចូលថាមវន្ត ការឆ្លុះបញ្ចាំង ឬបន្ទុកទិន្នន័យដែលបានអ៊ិនគ្រីប។ ទាំងនេះអាចផ្តួចផ្តើមការហៅ API ខាងក្រៅ ឬច្រោះទិន្នន័យមេតា។ ឧបករណ៍ឋិតិវន្តច្រើនតែខកខានពួកវា ប៉ុន្តែការត្រួតពិនិត្យកញ្ចប់ស៊ីជម្រៅបង្ហាញពីសំណើចេញ និងគោលដៅរបស់ពួកគេ។
ចរាចរណ៍ដែលបានអ៊ិនគ្រីបដែលគេចផុតពីការត្រួតពិនិត្យ
ពិធីការដូចជា gRPC លើ TLS ឬ QUIC លាក់ payloads។ ឧបករណ៍ឋិតិវន្តមិនអាចឌិគ្រីបពួកវាបានទេ។ DPI ជាមួយនឹងការឌិគ្រីបនៅក្នុងភ្នាក់ងារ staging ឬ observability អាចត្រួតពិនិត្យស្ទ្រីមទាំងនេះ និងដាក់ទង់ជាតិលើការរំលោភគោលការណ៍ ឬការលេចធ្លាយសម្ងាត់។
ការរសាត់បាត់នៃអាកប្បកិរិយានៅក្នុងកូដដែលបានដាក់ពង្រាយ
កូដដែលបានធ្វើសវនកម្មរបស់អ្នកអាចមានឥរិយាបថខុសគ្នានៅក្នុងផលិតកម្មដោយសារតែអថេរបរិស្ថាន ទង់លក្ខណៈពិសេស ឬម៉ូឌុលដែលផ្ទុកដោយពេលវេលាដំណើរការ។ បើគ្មាន DPI ទេ អ្នកនឹងមិនដឹងថាតើ API ខាងក្នុងអាចចូលប្រើបានពីខាងក្រៅឬអត់ ឬថាតើការតភ្ជាប់ដែលគ្មានការអនុញ្ញាតលេចឡើងឬអត់។
រូបភាពធំជាង៖ វាក្យសម្ព័ន្ធ ≠ ឥរិយាបថ
ការសន្មតថាសុវត្ថិភាពពីកូដស្អាតគឺហួសសម័យ។ ការគ្រប់គ្រងផ្ទៃវាយប្រហារទំនើបត្រូវតែរួមបញ្ចូលឥរិយាបថពេលដំណើរការ។ ការត្រួតពិនិត្យកញ្ចប់ស៊ីជម្រៅគឺជាឧបករណ៍ដែលបិទគម្លាតភាពមើលឃើញនោះ ដែលអនុញ្ញាតឱ្យអ្នកផ្ទៀងផ្ទាត់ការសន្មត់សុវត្ថិភាពប្រឆាំងនឹងចរាចរណ៍ជាក់ស្តែង។
ឧទាហរណ៍នៃការរំលោភបំពានពិតប្រាកដដែល DPI បានរកឃើញអ្វីដែលឧបករណ៍ឋិតិវន្តខកខាន
ការរួមបញ្ចូលការត្រួតពិនិត្យកញ្ចប់ជ្រៅ (DPI) ទៅក្នុង AppSec របស់អ្នក pipeline មិនមែនជាសម្មតិកម្មទេ; វាមានឫសគល់នៅក្នុងឧប្បត្តិហេតុក្នុងពិភពពិត ដែលចរាចរណ៍បណ្តាញបានបង្ហាញពីហានិភ័យលាក់កំបាំង ដែលការវិភាគឋិតិវន្តមិនអាចរកឃើញ។
ករណី៖ OpenTelemetry CVE‑2023‑43810
CVE ផ្លូវការ (CVE‑2023‑43810) ពាក់ព័ន្ធនឹង OpenTelemetry ដែលជាក្របខ័ណ្ឌ telemetry ប្រភពបើកចំហដែលប្រើប្រាស់យ៉ាងទូលំទូលាយ។ ក្នុងអំឡុងពេលធ្វើឧបករណ៍ដោយស្វ័យប្រវត្តិ ស្លាកវិធីសាស្ត្រ HTTP ត្រូវបានបង្កើតជាមួយនឹង cardinality ដែលមិនមានព្រំដែន។ អ្នកវាយប្រហារបានកេងចំណេញពីរឿងនេះដោយការផ្ញើសំណើដែលបានបង្កើតជាមួយនឹងរយៈពេលវែងខ្លាំង ឬចៃដន្យ។ វិធីសាស្ត្រ http តម្លៃ ដែលបណ្តាលឱ្យអង្គចងចាំអស់ និងអាចមានការបដិសេធសេវាកម្មនៅក្នុងម៉ាស៊ីនមេ datatracker.ietf.org+15nvd.nist.gov+15ntop.org+15.
ខណៈពេលដែលឧបករណ៍វិភាគឋិតិវន្តបានសម្គាល់ OpenTelemetry ថាជាការពឹងផ្អែកដែលអាចមានហានិភ័យ ពួកគេមិនអាចវាយតម្លៃផលប៉ះពាល់ពេលដំណើរការបានទេ។ ផ្ទុយទៅវិញ ការត្រួតពិនិត្យកញ្ចប់ស៊ីជម្រៅបានសង្កេតឃើញ៖
- ឈ្មោះវិធីសាស្ត្រ HTTP វែងខុសពីធម្មតានៅក្នុងចរាចរណ៍ផ្សាយផ្ទាល់។
- គំរូវិធីសាស្ត្រដែលមានប្រេកង់ខ្ពស់ ឬមានទម្រង់មិនត្រឹមត្រូវមានការកើនឡើងនៃការប្រើប្រាស់អង្គចងចាំ។
- គោលដៅ DNS ឬ HTTP គួរឱ្យសង្ស័យ នៅពេលដែលការលួចចូល ឬ DoS បានកើតឡើង។
មានតែ DPI ប៉ុណ្ណោះដែលផ្តល់ភស្តុតាងពេលដំណើរការនៃការកេងប្រវ័ញ្ច។ ឧបករណ៍ឋិតិវន្តមិនអាចធ្វើបានទេ។ នេះបង្ហាញពីរបៀបដែល DPI បំលែងការជូនដំណឹងអំពីការពឹងផ្អែកដែលមិនច្បាស់លាស់ទៅជាភាពវៃឆ្លាតដែលអាចអនុវត្តបានសម្រាប់ការគ្រប់គ្រងផ្ទៃវាយប្រហារ។
ទូរមាត្រព្យាបាទនៅក្នុង SDK ប្រភពបើកចំហ
នៅក្នុងសេណារីយ៉ូទូទៅមួយផ្សេងទៀត SDK ប្រភពបើកចំហបង្កប់កូដទូរមាត្រដែលផ្ញើទិន្នន័យអ្នកប្រើប្រាស់ ឬបរិស្ថានទៅសេវាកម្មខាងក្រៅ ដែលជួនកាលមិនមានឯកសារ ឬមិនត្រូវបានអនុម័ត។
ឧបករណ៍ឋិតិវន្តអាចសម្គាល់វត្តមាននៃការហៅចេញដែលអាចកើតមាន ប៉ុន្តែពួកវាមិនអាចបញ្ជាក់ថាតើការហៅទាំងនោះកើតឡើងឬអត់នោះទេ។ ទោះជាយ៉ាងណាក៏ដោយ DPI រកឃើញ៖
- សំណើ HTTP ឬ gRPC ពេលវេលាជាក់ស្តែងដែលចេញពី SDK។
- មាតិកាស្រោមសំបុត្រ រួមទាំងបឋមកថា និងបន្ទុកផ្ទុក ដែលបង្ហាញទិន្នន័យដែលកំពុងត្រូវបានផ្ញើ។
- ដែនចំណុចបញ្ចប់ដែលមិនត្រូវបានអនុម័ត សូម្បីតែពេលចរាចរណ៍ត្រូវបានអ៊ិនគ្រីបតាមរយៈ TLS ក៏ដោយ។
ការវិភាគកម្រិតបន្ទុករបស់ DPI បញ្ជាក់ និងភ្ជាប់ទំនាក់ទំនងឥរិយាបថទូរមាត្រត្រឡប់ទៅសេវាកម្ម ឬបណ្ណាល័យជាក់លាក់មួយ។ នេះប្រែក្លាយការព្រមានមិនច្បាស់លាស់ទៅជាការត្រៀមទុកមុនcisសកម្មភាពគ្រប់គ្រងផ្ទៃវាយប្រហារ៖ ទប់ស្កាត់ ជូនដំណឹង ឬធ្វើសវនកម្ម។
ហេតុអ្វីបានជារឿងទាំងនេះសំខាន់
ឧទាហរណ៍ទាំងនេះបង្ហាញពីគម្លាតដ៏សំខាន់មួយនៅក្នុង AppSec បែបប្រពៃណី៖
- SAST/SCA ព្រមានអំពីការពឹងផ្អែក ឬភាពងាយរងគ្រោះដែលមានហានិភ័យ ប៉ុន្តែមិនអាចបញ្ជាក់ពីការប្រើប្រាស់ ឬផលប៉ះពាល់នៅពេលដំណើរការបានទេ។
- ការត្រួតពិនិត្យកញ្ចប់ស៊ីជម្រៅ តាមរយៈនិយមន័យ DPI ផ្តល់នូវភាពមើលឃើញនៃឥរិយាបថជាក់ស្តែង សូម្បីតែពេលដែលចរាចរណ៍ត្រូវបានអ៊ិនគ្រីប ឬបិទបាំងក៏ដោយ។
ការរួមបញ្ចូលគ្នានេះផ្តល់អំណាចដល់ក្រុមនានាឱ្យផ្លាស់ប្តូរពីសុវត្ថិភាពដែលជំរុញដោយការសន្មត់ទៅជាការការពារដែលដឹងអំពីពេលវេលាដំណើរការ។ DPI បង្ហាញពីហានិភ័យពិតប្រាកដ ដូច្នេះអ្នកអាចគ្រប់គ្រងការវាយប្រហាររបស់អ្នកជាមួយនឹង...cisអ៊ីយ៉ុង ហើយផ្តោតលើអ្វីដែលជា កេងប្រវ័ញ្ចមិនត្រឹមតែទ្រឹស្តីប៉ុណ្ណោះទេ។
ការបញ្ចូល DPI ទៅក្នុង CI/CD Pipeline
តើការត្រួតពិនិត្យកញ្ចប់ស៊ីជម្រៅសមស្របនឹងដំណើរការការងាររបស់អ្នកនៅកន្លែងណា? CI/CD គឺនិយាយអំពីល្បឿន និងការដឹកជញ្ជូនដែលមានសុពលភាព ប៉ុន្តែការផ្ទៀងផ្ទាត់មិនអាចបញ្ឈប់នៅការវិភាគកូដបានទេ។ DPI ជាកម្មសិទ្ធិរបស់ដំណាក់កាលច្រើននៃ pipeline:
- ដំណាក់កាល៖ ដាក់ពង្រាយសេវាកម្មជាមួយភ្នាក់ងារ DPI ឬរថយន្តចំហៀងដែលចាប់យកចរាចរណ៍ផ្ទាល់។
- ក្រោយការដាក់ពង្រាយ៖ តាមដានជាបន្តបន្ទាប់នូវឥរិយាបថរបស់កម្មវិធីនៅក្នុងបរិយាកាសជាក់ស្តែងមុនពេលដាក់ឱ្យដំណើរការ។
- ការផ្ទៀងផ្ទាត់សុវត្ថិភាពត្រូវប្រាកដថាសេវាកម្មទាក់ទងតែទៅកាន់គោលដៅដែលត្រូវបានអនុម័តដោយប្រើប្រាស់ពិធីការដែលត្រូវបានអនុញ្ញាតប៉ុណ្ណោះ។
ឧទាហរណ៍នៃការរួមបញ្ចូលសម្រាប់ Devs
- សកម្មភាព GitHub៖ បន្ថែមជំហានការងារនៅក្នុងលំហូរការងាររបស់អ្នកដែលដាក់ពង្រាយកុងតឺន័រសាកល្បងជាមួយ DPI ដែលបានបើក (ឧទាហរណ៍ ជាមួយឧបករណ៍ដូចជា Suricata ឬសេវាកម្ម DPI លើពពក) ដើម្បីតាមដានចរាចរណ៍ចេញពីកម្មវិធីរបស់អ្នកក្នុងអំឡុងពេលធ្វើតេស្តសមាហរណកម្ម។
- GitLab ស៊ីអាយ៖ ប្រើ ក សេវាកម្ម៖ ការប្រកាសដើម្បីដំណើរការកុងតឺន័រ DPI រួមជាមួយកម្មវិធីរបស់អ្នកកំឡុងពេលរៀបចំ និងវិភាគកំណត់ហេតុចរាចរណ៍ក្រោយការធ្វើតេស្ត ដើម្បីសម្គាល់ដែន ឬពិធីការអត្ថបទធម្មតាដែលមិនស្គាល់។
- Jenkins៖ បន្ថែមជំហានក្រោយការបង្កើតដែលបង្វិលការស៊ើបអង្កេត DPI នៅក្នុងលំហឈ្មោះសាកល្បង (ឧទាហរណ៍ តាមរយៈ Kubernetes Job ឬ Docker Compose) ហើយការបង្កើតនឹងបរាជ័យ ប្រសិនបើចរាចរណ៍ងាកចេញពីកិច្ចសន្យាសេវាកម្មដែលបានប្រកាសរបស់អ្នក។
សេណារីយ៉ូឆាកពិតប្រាកដ
ស្រមៃថាកម្មវិធី Node.js របស់អ្នកនាំចូល SDK វិភាគភាគីទីបី។ នៅក្នុងដំណាក់កាលសាកល្បង DPI រកឃើញចរាចរណ៍ចេញទៅ api.untrusted-telemetry.comដែលជាដែនដែលមិនត្រូវបានចុះបញ្ជីក្នុងបញ្ជីអនុញ្ញាតសេវាកម្មរបស់អ្នក។ ឧបករណ៍ឋិតិវន្តមិនបានចាប់វាទេ ពីព្រោះ SDK បានប្រើការនាំចូលថាមវន្តដែលមិនច្បាស់លាស់។ ប៉ុន្តែ DPI បានបង្ហាញសំណើផ្ទាល់ក្នុងពេលវេលាជាក់ស្តែង។
នោះហើយជាកន្លែងដែលការត្រួតពិនិត្យកញ្ចប់ស៊ីជម្រៅ ដែលបានបង្កប់នៅក្នុង CI/CDប្រែក្លាយទ្រឹស្តីទៅជាការរកឃើញ។ វាអនុវត្តការគ្រប់គ្រងផ្ទៃវាយប្រហារដែលមានមូលដ្ឋានលើពេលដំណើរការ មុនពេលកម្មវិធីរបស់អ្នកឈានដល់ការផលិត។
សេណារីយ៉ូហានិភ័យពិតប្រាកដដែលមានតែ DPI ប៉ុណ្ណោះដែលនឹងចាប់បាន
ការត្រួតពិនិត្យកញ្ចប់ស៊ីជម្រៅបង្ហាញពីហានិភ័យដែលផ្អែកលើឥរិយាបថដែលឧបករណ៍ឋិតិវន្តមិនអាចរកឃើញ រួមមាន៖
- ទូរមាត្រប្រភពបើកចំហ ផ្ញើការវិភាគដោយស្ងាត់ៗ។
- ចំណុចបញ្ចប់ API ដែលបានអ៊ិនកូដរឹង រំលងការអនុវត្តច្រកទ្វារ។
- ពិធីការដែលបានកំណត់រចនាសម្ព័ន្ធមិនត្រឹមត្រូវ (ឧទាហរណ៍ ការប្រើប្រាស់ HTTP ដែលតម្រូវឲ្យមាន HTTPS)។
- ការផ្ទុកឡើងទិន្នន័យដោយគ្មានការអនុញ្ញាត ទៅ API ខាងក្រៅ។
ហានិភ័យទាំងនេះមិនមាននៅក្នុងកូដប្រភពរបស់អ្នកទេ។ ពួកវាលេចឡើងនៅក្នុងឥរិយាបថពេលដំណើរការ។ ឧទាហរណ៍របស់អ្នកអភិវឌ្ឍន៍៖
នៅក្នុងដំណាក់កាលសាកល្បង កំណត់ហេតុ DPI បានសម្គាល់ POST ចេញ ស្នើសុំទៅ api.untrusted-telemetry.com. ទំនាក់ទំនងតាមរយៈ APM បានចង្អុលបង្ហាញ analytics.js នៅក្នុងម៉ូឌុល កម្មវិធីតាមដានសកម្មភាពអ្នកប្រើប្រាស់។ នេះមិនត្រូវបានចាប់បានក្នុងអំឡុងពេល SCA ពីព្រោះបណ្ណាល័យបានប្រើការនាំចូលថាមវន្ត និងតក្កវិជ្ជាមិនច្បាស់លាស់។
មានតែ DPI រួមផ្សំជាមួយទិន្នន័យមេតាដានប៉ុណ្ណោះ ដែលបានបង្ហាញប្រភព និងអនុញ្ញាតឱ្យក្រុមលុប SDK ដែលបង្កបញ្ហាចេញ។ នោះគឺជាភាពមើលឃើញជាក់ស្តែងដែលបានផ្គូផ្គងទៅនឹងកូដពិតប្រាកដ ដែលជាគន្លឹះសម្រាប់ការគ្រប់គ្រងផ្ទៃវាយប្រហារដែលជំរុញដោយពេលវេលាដំណើរការ។
ការរួមបញ្ចូលគ្នារវាងកូដ + ចរាចរណ៍សម្រាប់ការយល់ដឹងអំពីពេលវេលាដំណើរការពិតប្រាកដ
កំណត់ហេតុពេលដំណើរការមានកំណត់ ប្រសិនបើអ្នកមិនអាចតាមដានពួកវាត្រឡប់ទៅប្រភពវិញបាន។
ការរួមបញ្ចូលគ្នានូវការត្រួតពិនិត្យកញ្ចប់ស៊ីជម្រៅជាមួយនឹង stack traces ឬឧបករណ៍ APM ភ្ជាប់គម្លាតភាពមើលឃើញនោះ៖
- កំណត់ហេតុ DPI បង្ហាញពី “អ្វី” ដែលជាការតភ្ជាប់មួយត្រូវបានធ្វើឡើង ទៅកន្លែងណា និងប្រើប្រាស់ពិធីការអ្វី។
- APM ឬទិន្នន័យមេតាតាមដាន បង្ហាញ “របៀប” និង “មូលហេតុ” ដែលមុខងារ ឬម៉ូឌុលណាដែលបង្កឱ្យមានឥរិយាបថនោះ។
ការគូសផែនទីនេះប្រែក្លាយចរាចរណ៍ឆៅទៅជាការយល់ដឹងដែលអាចអនុវត្តបាន។ ឧទាហរណ៍៖
DPI បានដាក់ទង់ចរាចរណ៍ដែលមិនបានរំពឹងទុកទៅ analytics.shadowvendor.io. APM បានបង្ហាញថាការហៅទូរស័ព្ទនេះមានប្រភពមកពី analytics.js នៅក្នុង ផ្នែក ទីផ្សារ-sdk ម៉ូឌុល ដែលត្រូវបានហៅតាមរយៈទង់លក្ខណៈពិសេសក្នុងអំឡុងពេលចាប់ផ្តើមប្រើប្រាស់អ្នកប្រើប្រាស់។
ដោយមានភាពច្បាស់លាស់នេះ អ្នកមិនត្រឹមតែរកឃើញហានិភ័យប៉ុណ្ណោះទេ អ្នកអាចជួសជុលវាជាមុនបានcisely។ នោះគឺជាអំណាចនៃការផ្សំ DPI ជាមួយនឹងសមត្ថភាពសង្កេតសម្រាប់ការគ្រប់គ្រងផ្ទៃវាយប្រហារប្រកបដោយប្រសិទ្ធភាព និងពេលវេលាជាក់ស្តែង។
ងាយស្រួលប្រើ DevSecOps៖ ពី Shift-Left ទៅ Shift-Wire
"ផ្លាស់ប្តូរទៅឆ្វេង” គឺ standardប៉ុន្តែក្រុមភាគច្រើនភ្លេច ផ្លាស់ទីខ្សែនាំយកការត្រួតពិនិត្យកញ្ចប់ស៊ីជម្រៅទៅក្នុងដំណាក់កាលដំបូងនៃការអភិវឌ្ឍន៍ មិនមែនគ្រាន់តែប្រតិបត្តិការពេលដំណើរការនោះទេ។
នេះជារបៀបដែល DPI គាំទ្រការផ្លាស់ប្តូរនេះ៖
- កំណត់កិច្ចសន្យាសេវាកម្មជាមុន៖ រាយបញ្ជីគោលដៅ ពិធីការ និងឥរិយាបថដែលត្រូវបានអនុញ្ញាត។ ទាំងនេះមិនមែនគ្រាន់តែជាច្បាប់បណ្តាញទេ; ពួកវាជាការរំពឹងទុកសុវត្ថិភាព។
- ប្រើចរាចរណ៍សំយោគនៅក្នុងការរៀបចំ៖ ដំណើរការការធ្វើតេស្ត និងចាប់យកកំណត់ហេតុ DPI ដើម្បីផ្ទៀងផ្ទាត់ឥរិយាបថជាក់ស្តែងប្រឆាំងនឹងកិច្ចសន្យារបស់អ្នក។
- ចាប់យកភាពប្រែប្រួលនៃអាកប្បកិរិយាតាំងពីដំបូងសញ្ញាសម្គាល់មុខងារ ការផ្លាស់ប្តូរការកំណត់រចនាសម្ព័ន្ធ ឬការអាប់ដេតអាចបង្កឱ្យមានគំរូចរាចរណ៍ថ្មី។ DPI បង្ហាញទាំងនេះមុនពេលផលិត។
នេះធ្វើឱ្យ DPI មិនមែនគ្រាន់តែជាម៉ូនីទ័រប្រតិកម្មប៉ុណ្ណោះទេ ប៉ុន្តែវាក៏ជាផ្នែកសកម្មមួយនៃការធ្វើតេស្ត AppSec របស់អ្នកផងដែរ។ pipelineវាជាឧបករណ៍សម្រាប់ការផ្ទៀងផ្ទាត់ ការអនុវត្ត និងភាពមើលឃើញ ដូចជា SAST or SCAនៅពេលដែលត្រូវបានរួមបញ្ចូលតាំងពីដំបូង DPI នឹងពង្រឹងឥរិយាបថសុវត្ថិភាពរបស់អ្នក និងបិទគម្លាតពេលដំណើរការក្នុងការគ្រប់គ្រងផ្ទៃវាយប្រហារ។
ការគ្រប់គ្រងផ្ទៃវាយប្រហារដែលដឹងអំពីពេលវេលាដំណើរការជាមួយ DPI
ការគ្រប់គ្រងផ្ទៃវាយប្រហារបែបប្រពៃណី (ASM) ពឹងផ្អែកលើសារពើភ័ណ្ឌឋិតិវន្ត បញ្ជីដែន សេវាកម្ម ចំណុចបញ្ចប់ និងការពឹងផ្អែក។ ខណៈពេលដែលមានប្រយោជន៍ គំរូនោះសន្មតថាកម្មវិធីមានឥរិយាបទដូចដែលបានរចនា។ វាមិនគិតគូរពីរបៀបដែលកម្មវិធីផ្លាស់ប្តូរយ៉ាងស្វាហាប់នៅក្នុងផលិតកម្មនោះទេ។
នោះហើយជាកន្លែងដែលការគ្រប់គ្រងផ្ទៃវាយប្រហារដែលដឹងអំពីពេលវេលាដំណើរការចូលមក។
ជំនួសឲ្យការគ្រប់គ្រងផ្ទៃដោយផ្អែកលើអ្វីដែលមាននៅក្នុងកូដ ឬការកំណត់រចនាសម្ព័ន្ធរបស់អ្នក វាគ្រប់គ្រងវាដោយផ្អែកលើរបៀបដែលកម្មវិធីរបស់អ្នកមានឥរិយាបថនៅពេលវាដំណើរការ។ វិធីសាស្រ្តនេះប្រើប្រាស់ការត្រួតពិនិត្យកញ្ចប់ស៊ីជម្រៅដើម្បីធ្វើផែនទី៖
- តើសេវាកម្មណាខ្លះដែលទាក់ទងជាមួយដែនណាខ្លះ?
- តើពិធីការអ្វីខ្លះដែលត្រូវបានប្រើ?
- ថាតើចរាចរណ៍ណាមួយបំពានលើការរំពឹងទុកដែលបានកំណត់របស់អ្នកឬអត់។
នេះមិនមែនជាការប៉ះពាល់តាមទ្រឹស្តីទេ វាជាឥរិយាបថជាក់ស្តែង និងត្រូវបានសង្កេតឃើញ។
ភាពខុសគ្នាគន្លឹះ៖
- ASM ប្រពៃណី = "សេវាកម្មនេះ គួរ ភ្ជាប់ទៅ X តែប៉ុណ្ណោះ។
- ASM ដែលដឹងអំពីពេលដំណើរការ = "សេវាកម្មនេះ" is ក៏កំពុងភ្ជាប់ទៅ Y និង Z ដោយមិននឹកស្មានដល់។
ជាមួយនឹងការរួមបញ្ចូល DPI អ្នកនឹងឃើញ៖
- ការកំណត់រចនាសម្ព័ន្ធខុស។
- រសាត់ចេញពីគោលនយោបាយសន្តិសុខ។
- ឥរិយាបថភាគីទីបីស្ងាត់ៗមិនអាចមើលឃើញនៅក្នុងកូដទេ។
ការផ្លាស់ប្តូរទៅរកភាពអាចសង្កេតឃើញពីអាកប្បកិរិយានេះគឺមានសារៈសំខាន់សម្រាប់ AppSec សម័យទំនើប។ វាធានាថាការគ្រប់គ្រងផ្ទៃវាយប្រហាររបស់អ្នកមិនមែនគ្រាន់តែជាការគូសផែនទីចេតនានោះទេ។ វាគឺអំពីការគ្រប់គ្រងអ្វីដែលកើតឡើងនៅពេលដំណើរការ។
DPI នៅក្នុង DevSecOps Stack របស់អ្នក
ការត្រួតពិនិត្យកញ្ចប់ស៊ីជម្រៅមិនជំនួសឧបករណ៍របស់អ្នកទេ; វាពង្រីកពួកវាជាមួយនឹងការយល់ដឹងអំពីពេលដំណើរការ និងការត្រៀមលក្ខណៈជាមុន។cisអ៊ីយ៉ុង។ អ្នកអាចបញ្ចូល DPI ទៅក្នុងជង់របស់អ្នកដោយ៖
- ការរុញព្រឹត្តិការណ៍ DPI ទៅក្នុងវេទិកា SIEM ដើម្បីភ្ជាប់ទំនាក់ទំនងជាមួយកំណត់ហេតុ និងការជូនដំណឹងអំពីអាកប្បកិរិយា។
- ការផ្តល់ព័ត៌មានเชิงลึกអំពី DPI ទៅក្នុង DAST ដើម្បីណែនាំផ្លូវវាយប្រហារ និងក្លែងធ្វើការប្រើប្រាស់ក្នុងពិភពពិត។
- ការដាក់ពង្រាយភ្នាក់ងារ DPI ទៅក្នុងបរិស្ថានដែលមានមូលដ្ឋានលើ GitOps របស់អ្នក ដូចជាចង្កោម Kubernetes សម្រាប់ការរៀបចំ ឬផលិតកម្ម ដើម្បីសង្កេតមើលឥរិយាបថចេញជាបន្តបន្ទាប់។
DPI ទល់នឹង Firewall៖ តើមានភាពខុសគ្នាអ្វីខ្លះ?
វាជារឿងសំខាន់ដែលត្រូវយល់៖ DPI មិនមែនជាជញ្ជាំងភ្លើងទេ។
- ជញ្ជាំងភ្លើងអនុវត្តគោលពីរcisអ៊ីយ៉ុង៖ រារាំង ឬអនុញ្ញាតដោយផ្អែកលើច្បាប់ដែលបានកំណត់ជាមុន (ឧទាហរណ៍ ច្រក អាសយដ្ឋាន IP ពិធីការ)។
- ម្យ៉ាងវិញទៀត DPI ត្រួតពិនិត្យចរាចរណ៍ដើម្បីផ្តល់នូវភាពអាចសង្កេតបានតាមបរិបទ។ វាមិនត្រឹមតែនិយាយថា "កញ្ចប់នេះត្រូវបានអនុញ្ញាត" ប៉ុណ្ណោះទេ វាបង្ហាញ៖
- តើអ្វីត្រូវបានផ្ញើ?
- តើអ្នកណាជាអ្នកផ្តួចផ្តើមវា?
- ថាតើខ្លឹមសារ ឬគោលដៅស្របតាមគោលការណ៍ឬអត់។
- តើអ្វីត្រូវបានផ្ញើ?
ឧទាហរណ៍:
- ជញ្ជាំងភ្លើងអាចអនុញ្ញាតឱ្យចរាចរណ៍ HTTPS ទៅកាន់ *.external.com។
- DPI អាចបង្ហាញថា SDK វិភាគភាគីទីបីកំពុងផ្ញើលេខសម្គាល់អ្នកប្រើប្រាស់ទៅ track.external.com, ដែនដែលអ្នកមិនធ្លាប់បានពិនិត្យ ឬអនុម័ត។
ភាពអាចសង្កេតបាននេះ គឺជាអ្វីដែលអាចឱ្យអ្នកគ្រប់គ្រងផ្ទៃវាយប្រហារដែលដឹងអំពីពេលដំណើរការ ដែលផ្តល់ឱ្យអ្នកនូវរូបភាពពេញលេញ មិនមែនគ្រាន់តែការគ្រប់គ្រងការចូលប្រើនោះទេ។
នៅក្នុង DevSecOps ទំនើប DPI ក្លាយជាស្រទាប់ផ្ទៀងផ្ទាត់ថាមវន្ត ដោយពិនិត្យមើលថាឥរិយាបថត្រូវគ្នានឹងចេតនា និងបង្ហាញពីហានិភ័យនៅដើមដំបូង។ pipeline ដោយមិនបង្អង់ការដឹកជញ្ជូន។
ការរកឃើញការគំរាមកំហែងតាមពេលវេលាជាក់ស្តែងតាមរយៈ DPI
ក្រោយពីដាក់ពង្រាយ DPI បង្កើតបានជាផ្នែកស្នូលនៃការការពារពេលដំណើរការ៖
- រកឃើញការលួចចូលទិន្នន័យតាមរយៈ HTTPS ឬ TLS។
- កំណត់អត្តសញ្ញាណឥរិយាបថ beaconing ពីកញ្ចប់ដែលរងការសម្របសម្រួល។
- លាតត្រដាងការប្រើប្រាស់សេវាកម្មផ្ទៃក្នុងខុសតាមរយៈចំណុចបញ្ចប់ API ដែលគ្មានការអនុញ្ញាត។
មិនដូចជញ្ជាំងភ្លើងដែលរារាំង IP ទេ ការត្រួតពិនិត្យកញ្ចប់ស៊ីជម្រៅវិភាគឥរិយាបថ។ ជាមួយនឹងការគ្រប់គ្រងផ្ទៃវាយប្រហារ អ្នករកឃើញការគំរាមកំហែងដោយផ្អែកលើឥរិយាបថកម្មវិធីជាក់ស្តែង មិនមែនគ្រាន់តែអាសយដ្ឋានដែលត្រូវបានរារាំងនោះទេ។
ហេតុអ្វីបានជាភាពមើលឃើញនៃកូដមិនគ្រប់គ្រាន់ទៀតទេ
ឧស្សាហកម្មនេះបានរីកចម្រើនលើសពី AppSec ដែលប្រើប្រាស់តែឋិតិវន្ត។ SAST និង SCA គឺជាហានិភ័យលើតុ ប៉ុន្តែពួកគេមិនឃើញពេលដំណើរការទេ។ ហានិភ័យទំនើបលេចឡើងតែនៅក្នុងឥរិយាបថផ្ទាល់ប៉ុណ្ណោះ៖ កញ្ចប់ទូរស័ព្ទទៅផ្ទះ ចំណុចបញ្ចប់ដែលមិននឹកស្មានដល់ ឬការរំលោភលើគោលការណ៍ពិធីការ។ ឧបករណ៍ឋិតិវន្តមិនអាចឆ្លើយសំណួរទាំងនោះបានទេ។ ការត្រួតពិនិត្យកញ្ចប់ស៊ីជម្រៅបំពេញចន្លោះនោះដោយការត្រួតពិនិត្យចរាចរណ៍ជាក់ស្តែង ខណៈពេលដែល DPI និយមន័យណែនាំឥរិយាបថដែលរំពឹងទុក។ នេះប្រែក្លាយការគ្រប់គ្រងផ្ទៃវាយប្រហារពីការសន្មត់ទៅជាការជំរុញដោយភស្តុតាង។ នៅពេលអ្នកកំពុងសាងសង់លឿន និងដាក់ពង្រាយញឹកញាប់ អ្នកត្រូវការភាពមើលឃើញខ្សែពេលវេលាជាក់ស្តែង មិនមែនគ្រាន់តែស្កេនកូដនោះទេ។
DPI + Xygeni៖ AppSec ដែលយល់ដឹងពីពេលវេលាដំណើរការក្នុងការអនុវត្តជាក់ស្តែង
វេទិកាដូច ស៊ីហ្គេនី ធ្វើឱ្យការត្រួតពិនិត្យកញ្ចប់ស៊ីជម្រៅបន្ថែមទៀតដោយបង្កប់វាទៅក្នុង AppSec stack របស់អ្នកក្នុងលក្ខណៈដែលងាយស្រួលសម្រាប់អ្នកអភិវឌ្ឍន៍ និងស្គាល់ពីពេលដំណើរការ។ វាមិនមែនគ្រាន់តែអំពីការសង្កេតនោះទេ វានិយាយអំពីការរកឃើញ និងការអនុវត្តដោយស្វ័យប្រវត្តិ។
របៀបដែលវាដំណើរការតាមបច្ចេកទេស៖
- Xygeni ដាក់ពង្រាយភ្នាក់ងារទម្ងន់ស្រាល នៅក្នុងបរិយាកាសដំណាក់កាល ឬផលិតកម្ម ដើម្បីចាប់យកឥរិយាបថបណ្តាញ។
- ភ្នាក់ងារទាំងនេះចិញ្ចឹមចូលទៅក្នុង កំណត់ហេតុកណ្តាល pipelineដែលភ្ជាប់ទំនាក់ទំនងចរាចរណ៍ជាមួយសេវាកម្ម និងសមាសធាតុ។
- ស៊ីជីនីក៏អាចដែរ រួមបញ្ចូលជាមួយឧបករណ៍បណ្តាញដែលមានស្រាប់ឧទាហរណ៍ កំណត់ហេតុជញ្ជាំងភ្លើងដើមលើពពក សំណាញ់សេវាកម្ម ឬឧបករណ៍ eBPF ដើម្បីបង្កើនភាពមើលឃើញ DPI ដោយមិនរំខានដល់ជង់របស់អ្នក។
គោលនយោបាយជាក់ស្តែងក្នុងសកម្មភាព៖
Xygeni រកឃើញនៅពេលដែលសេវាកម្មមួយព្យាយាមភ្ជាប់ទៅដែនដែលមិនត្រូវបានអនុម័តដែលរាយបញ្ជីនៅខាងក្រៅកិច្ចសន្យាសេវាកម្មរបស់វា។ ប្រសិនបើរឿងនេះកើតឡើងក្នុងអំឡុងពេល staging វានឹងសម្គាល់ព្រឹត្តិការណ៍ ហើយប្រសិនបើត្រូវបានកំណត់រចនាសម្ព័ន្ធ វានឹងរារាំងការដាក់ពង្រាយដោយស្វ័យប្រវត្តិ។
រង្វិលជុំមតិប្រតិកម្មដែលដឹងអំពីពេលដំណើរការនេះធ្វើឱ្យការគ្រប់គ្រងផ្ទៃវាយប្រហាររបស់អ្នកផ្អែកលើគោលនយោបាយ និងត្រៀមខ្លួនអនុវត្ត។
ជាមួយ Xygeni + DPI, អ្នកអាច:
- តាមដានភាពងាយរងគ្រោះចំពោះផ្លូវប្រតិបត្តិពិតប្រាកដ: CVEs ត្រូវបានកំណត់បរិបទដោយផ្អែកលើការប្រើប្រាស់។
- ចាប់យកទូរមាត្រផ្ទាល់ ឬការលេចធ្លាយទិន្នន័យ៖ ចរាចរណ៍ចេញក្នុងពេលវេលាជាក់ស្តែងត្រូវបានគូសផែនទីត្រឡប់ទៅប្រភពដើមរបស់វាវិញ។
- អនុវត្តកិច្ចសន្យាបណ្តាញដោយស្វ័យប្រវត្តិ៖ មានតែគោលដៅ និងពិធីការដែលត្រូវបានអនុម័តប៉ុណ្ណោះដែលត្រូវបានអនុញ្ញាត។ គោលដៅ និងពិធីការផ្សេងទៀតត្រូវបានរារាំង ឬដាក់ទង់។
- ផ្ទៀងផ្ទាត់អ្វីដែលឧបករណ៍ឋិតិវន្តខកខានទង់ឋិតិវន្តអាចអនុវត្តបានលុះត្រាតែ DPI ពេលដំណើរការបញ្ជាក់ពីការប្រើប្រាស់។
ហេតុអ្វីបានជាវាសំខាន់៖ អ្នកអភិវឌ្ឍន៍មិនមានពេលវេលាដើម្បីដេញតាមភាពវិជ្ជមានមិនពិតទេ។ Xygeni ផ្តល់នូវការផ្ទៀងផ្ទាត់ផ្អែកលើឥរិយាបថតាមពេលវេលាជាក់ស្តែងជាមួយនឹងការយល់ដឹងអំពី DPI ដែលបញ្ចូលដោយផ្ទាល់ទៅក្នុង ...cisអ៊ីយ៉ុងដែលធានាសុវត្ថិភាពរបស់អ្នក pipeline.
គំនិតចុងក្រោយ៖ ដឹកជញ្ជូនលឿន ត្រួតពិនិត្យយ៉ាងម៉ត់ចត់
អ្នកអភិវឌ្ឍន៍ធ្វើសកម្មភាពយ៉ាងលឿន ហើយសុវត្ថិភាពក៏គួរតែដូច្នោះដែរ។ បន្ថែមការត្រួតពិនិត្យកញ្ចប់ស៊ីជម្រៅទៅក្នុង... pipelineដែលគាំទ្រដោយគោលការណ៍ DPI និយមន័យច្បាស់លាស់ និងការគ្រប់គ្រងផ្ទៃវាយប្រហារដ៏រឹងមាំ។ ការស្កេនឋិតិវន្តមានសារៈសំខាន់ ប៉ុន្តែអ្វីដែលសំខាន់ជាងនេះទៅទៀតនោះគឺអ្វីដែលកម្មវិធីរបស់អ្នកធ្វើនៅលើបណ្តាញ។ ធានាសុវត្ថិភាពមិនត្រឹមតែអ្វីដែលអ្នកបានសរសេរប៉ុណ្ណោះទេ ប៉ុន្តែថែមទាំងរបៀបដែលវាដំណើរការផងដែរ។ នោះគឺជាអនាគតរបស់ DevSecOps AppSec។
