TL; កុង
ស្ទើរតែគ្រប់ក្រុមវិស្វកម្មទាំងអស់ប្រើប្រាស់ជំនួយការសរសេរកូដ AI។ ស្ទើរតែគ្មាននរណាម្នាក់អាចរាប់បញ្ចូល AI ដែលពួកគេពិតជាដំណើរការនោះទេ។ Gartner បានកំណត់ការគ្រប់គ្រងឥរិយាបថសុវត្ថិភាព AI ជាប្រភេទមួយនៅក្នុងវដ្ត Hype Cycle សម្រាប់សុវត្ថិភាពទិន្នន័យឆ្នាំ 2025 របស់ខ្លួន ពីព្រោះគម្លាតនេះគឺជាការពិត៖ ម៉ូដែល ភ្នាក់ងារ ម៉ាស៊ីនមេ MCP និងសំណុំទិន្នន័យគឺជាទ្រព្យសកម្ម AI នៅក្នុងផ្ទៃវាយប្រហារ ហើយអង្គការភាគច្រើនមិនមានវិធីដែលមានរចនាសម្ព័ន្ធដើម្បីមើលឃើញពួកវាទេ។
ការរកឃើញដោយគ្មានការដោះស្រាយគឺគ្រាន់តែជា dashboard. ប្រហែល 40% នៃកូដដែលបង្កើតដោយ AI មានភាពងាយរងគ្រោះផ្នែកសុវត្ថិភាព។ ជំនួយការ AI ផលិតឡើងវិញនូវលំនាំមិនមានសុវត្ថិភាពក្នុងបរិមាណដែលគ្មានការពិនិត្យដោយដៃត្រូវបានបង្កើតឡើងដើម្បីដោះស្រាយ។ ការដឹងពីទ្រព្យសកម្ម AI អ្វីខ្លះដែលមានដោះស្រាយបញ្ហាបានតែពាក់កណ្តាលប៉ុណ្ណោះ — ពាក់កណ្តាលទៀតកំពុងវាយតម្លៃហានិភ័យរបស់ពួកគេ និងជួសជុលកូដមុនពេលវាដឹកជញ្ជូន នៅក្នុងលំហូរការងារដូចគ្នាដែលវាត្រូវបានសរសេរ។
ផ្ទៃវាយប្រហារគឺធំទូលាយជាងកូដ។ ការវាយប្រហារដែលបានកត់ត្រាទុករួចហើយគឺផ្តោតលើទ្រព្យសកម្មជុំវិញកូដ៖ យូនីកូដដែលលាក់នៅក្នុងឯកសារច្បាប់ដែលបណ្តាលឱ្យជំនួយការបញ្ចេញលទ្ធផល backdoor ការបំពុលឧបករណ៍ MCP និងការប្រតិបត្តិកូដពីចម្ងាយពេញលេញតាមរយៈស្ពាន MCP ដែលប្រើប្រាស់យ៉ាងទូលំទូលាយ (ទាញយកជាង ៤៣៧,០០០) និង slopsquatting — ការចុះឈ្មោះឈ្មោះកញ្ចប់ ម៉ូដែល AI ទំនងជានឹងយល់ច្រឡំតាមស្ថិតិ។ SAST និង SCA មិនឃើញអ្វីទាំងអស់នេះ។
ការជួសជុលគឺជារង្វិលជុំមួយ មិនមែនឧបករណ៍បីចំណុចទេ៖ AI-SPM បង្កើតសារពើភ័ណ្ឌ និង AI-BOM; សុវត្ថិភាព AI វាយតម្លៃហានិភ័យប្រឆាំងនឹង OWASP Top 10 សម្រាប់កម្មវិធី LLM; អភិវឌ្ឍន៍បញ្ញាសិប្បនិម្មិត ជួសជុលកូដងាយរងគ្រោះនៅខាងក្នុង IDE នៅពេលដែលវាត្រូវបានសរសេរ គ្របដណ្តប់លើកូដដែលបង្កើតដោយ AI និងកូដដែលសរសេរដោយមនុស្ស ហើយស្ទាក់ចាប់អ្វីដែលភ្នាក់ងារផ្សេងទៀតហៀបនឹងធ្វើមុនពេលពួកគេធ្វើវា។ វាអនុវត្តចំពោះការរកឃើញពីម៉ាស៊ីនស្កេនផ្ទាល់ខ្លួនរបស់ Xygeni និងអ្វីៗគ្រប់យ៉ាងដែលបានស្រូបយករួចហើយពីឧបករណ៍ដែលមាននៅនឹងកន្លែង។ — មិនតម្រូវឱ្យមានការរហែក និងជំនួសទេ។
ក្រុមវិស្វកម្មស្ទើរតែទាំងអស់បានទទួលយកជំនួយការសរសេរកូដ AI។ ស្ទើរតែគ្មាននរណាម្នាក់ក្នុងចំណោមពួកគេអាចឆ្លើយសំណួរសាមញ្ញមួយបានទេ៖ តើគំរូ AI ភ្នាក់ងារ និងម៉ាស៊ីនមេ MCP មួយណាដែលយើងពិតជាដំណើរការ ហើយតើហានិភ័យអ្វីខ្លះដែលពួកវានីមួយៗមាន? គម្លាតនោះមានឈ្មោះរួចហើយ។ Gartner បានកំណត់ជាផ្លូវការនូវការគ្រប់គ្រងឥរិយាបថសុវត្ថិភាព AI។ (AI-SPM) ជាប្រភេទមួយនៅក្នុងរបស់វា វដ្តផ្សព្វផ្សាយឆ្នាំ ២០២៥ សម្រាប់សុវត្ថិភាពទិន្នន័យ — ពូជពង្សដូចគ្នាដែលបានបង្កើត CSPM និង DSPM។ ប្រភេទនេះមានដោយសារតែតួលេខមានលក្ខណៈជាក់ស្តែង៖ ប្រហែល 40% នៃកូដដែលបង្កើតដោយ AI មានភាពងាយរងគ្រោះផ្នែកសុវត្ថិភាព AI ឥឡូវនេះគឺជាផ្នែកមួយនៃផ្ទៃវាយប្រហារជាជាងគ្រាន់តែជាឧបករណ៍ដែលអ្នកអភិវឌ្ឍន៍ប្រើ ហើយអង្គការភាគច្រើនមិនមានសារពើភ័ណ្ឌដែលមានរចនាសម្ព័ន្ធនៃទ្រព្យសកម្ម AI ដែលពួកគេដំណើរការនោះទេ។
វាក៏ជាប្រធានបទដែលយើងនឹងពិភាក្សានៅលើដីផងដែរ ថ្ងៃ OWASP AppSec ព័រទុយហ្គាល់ ឆ្នាំ២០២៦ថ្ងៃទី ២៣-២៤ ខែកញ្ញា នៅទីក្រុងព័រតូ ជាកន្លែងដែល Xygeni គឺជាអ្នកឧបត្ថម្ភមាសបន្ថែមទៀតអំពីរឿងនោះនៅចុងបញ្ចប់ ប៉ុន្តែប្រសិនបើអ្នកចង់រំលងទៅមុខ ទទួលបានសំបុត្ររបស់អ្នកនៅទីនេះ.
បញ្ហា៖ កូដដែលបង្កើតដោយ AI មានទម្រង់ហានិភ័យផ្ទាល់ខ្លួន
ប្រហែល 40% នៃកូដដែលបង្កើតដោយ AI មានភាពងាយរងគ្រោះផ្នែកសុវត្ថិភាព។ ការស្រាវជ្រាវឯករាជ្យលើជំនួយការសរសេរកូដ AI បានរកឃើញអត្រាបរាជ័យខ្ពស់ជាប់លាប់ប្រឆាំងនឹង OWASP កំពូល ១០ជាមួយនឹងប្រភេទគុណវិបត្តិមួយចំនួនដូចជាការសរសេរស្គ្រីបឆ្លងគេហទំព័របង្ហាញនៅក្នុងគំរូភាគច្រើនដែលបានបង្កើត។ ជំនួយការ AI មិនត្រឹមតែសរសេរកូដលឿនជាងមុននោះទេ។ ពួកគេបង្កើតគំរូដែលមិនមានសុវត្ថិភាព ការពឹងផ្អែកដែលមិនមានសុវត្ថិភាព និងការកំណត់រចនាសម្ព័ន្ធដែលមិនមានសុវត្ថិភាពឡើងវិញលឿនជាងមុន ហើយពួកគេធ្វើវាក្នុងបរិមាណដែលគ្មានដំណើរការពិនិត្យដោយដៃត្រូវបានបង្កើតឡើងដើម្បីដោះស្រាយ។
ផ្ទៃវាយប្រហារមិនឈប់ត្រឹមកូដដែលជំនួយការសរសេរនោះទេ។ វាពង្រីកដល់ទ្រព្យសកម្ម AI ដែលក្រុមរបស់អ្នកដំណើរការរួចហើយ ហើយកម្រនឹងធ្វើការស្តុកទុក៖ ម៉ូដែល សំណុំទិន្នន័យ ភ្នាក់ងារ និងម៉ាស៊ីនមេ MCP។ នីមួយៗបានបង្កើតការវាយប្រហារពិតប្រាកដ និងបានកត់ត្រារួចហើយ៖
- ឯកសារច្បាប់ Backdoor៖ អ្នកវាយប្រហារលាក់ការណែនាំដោយប្រើតួអក្សរយូនីកូដដែលមើលមិនឃើញនៅក្នុងច្បាប់ និងឯកសារកំណត់រចនាសម្ព័ន្ធដែលអានដោយឧបករណ៍ដូចជា GitHub Copilot និង Cursor ដែលបណ្តាលឱ្យជំនួយការបញ្ចេញលេខកូដខាងក្រោយដោយមិនដែលនិយាយវា។ ចាត់ថ្នាក់ជា ការសិក្សាករណី MITRE ATLAS។
- ការបំពុលឧបករណ៍ MCP និងការប្រតិបត្តិកូដពីចម្ងាយ៖ ចំណុចខ្សោយដ៏សំខាន់មួយនៅក្នុងស្ពាន MCP ដែលប្រើប្រាស់យ៉ាងទូលំទូលាយ ដែលត្រូវបានទាញយកច្រើនជាង ៤៣៧,០០០ ដង អនុញ្ញាតឱ្យមានការប្រតិបត្តិកូដពីចម្ងាយពេញលេញ នៅពេលដែលអតិថិជនភ្ជាប់ទៅម៉ាស៊ីនមេ MCP ដែលមិនគួរឱ្យទុកចិត្ត។
- ស្លូបស្គាតធីង: ការស្រាវជ្រាវសិក្សាទ្រង់ទ្រាយធំបានបង្កើតគំរូកូដជាងពីរលាននៅទូទាំង LLM ចំនួនដប់ប្រាំមួយ ហើយបានរកឃើញថាកញ្ចប់ដែលបានណែនាំស្ទើរតែមួយក្នុងចំណោមប្រាំមិនមានទាល់តែសោះ ដែលជាឈ្មោះដែលអ្នកវាយប្រហារអាចចុះឈ្មោះ និងប្រើប្រាស់អាវុធជាមុន។
គ្មានអ្វីមួយក្នុងចំណោមនេះបង្ហាញនៅក្នុងប្រពៃណីទេ SAST or SCA ស្កេន។ ឧបករណ៍ទាំងនោះយល់កូដ។ ពួកគេមិនយល់ថាគំរូជាអ្វី អ្វីដែលម៉ាស៊ីនមេ MCP កំពុងធ្វើ ឬថាតើឯកសារកំណត់រចនាសម្ព័ន្ធរបស់ភ្នាក់ងារត្រូវបានកែប្រែឬអត់។
ក្រុមភាគច្រើនកំពុងដោះស្រាយបញ្ហាពាក់កណ្តាល
ការឆ្លើយតបដោយសភាវគតិគឺត្រូវភ្ជាប់ឧបករណ៍ចំណុចៗ៖ មួយសម្រាប់ស្កេនគំរូ មួយទៀតសម្រាប់ជញ្ជាំងភ្លើងពេលដំណើរការ និងទីបីសម្រាប់ ជំនួយការ IDEវាជាកំហុសដូចគ្នាដែល AppSec បានធ្វើជាមួយ SAST, SCAនិងការស្កេនអាថ៌កំបាំងកាលពីដប់ប្រាំឆ្នាំមុន ហើយវាបង្កើតលទ្ធផលដូចគ្នា៖ ភាពមើលឃើញបែកខ្ញែក សំឡេងរំខានជូនដំណឹង និងគ្មានកន្លែងតែមួយដើម្បីឆ្លើយថា "តើយើងពិតជាដំណើរការ AI អ្វី ហើយវាមានសុវត្ថិភាពទេ"។
ការរកឃើញដោយគ្មានការជួសជុលគ្រាន់តែប្រាប់អ្នកពីកន្លែងដែលមានបញ្ហា។ ការដោះស្រាយដោយគ្មានការរកឃើញមានន័យថាអ្នកកំពុងជួសជុលកូដ ខណៈពេលដែលម៉ាស៊ីនមេ MCP ស្រមោល និងភ្នាក់ងារដែលមិនត្រូវបានអនុម័តដំណើរការដោយគ្មានការត្រួតពិនិត្យនៅក្បែរវា។ សុវត្ថិភាព AI ត្រូវតែគ្របដណ្តប់ទាំងពីរ នៅលើវេទិកាតែមួយ ឬវាមិនមែនជាការគ្រប់គ្រងឥរិយាបថទេ។ វាជា... dashboard.
វិធីល្អជាង៖ ការគ្រប់គ្រងឥរិយាបថសុវត្ថិភាព AI ដែលរកឃើញ រកឃើញ និងជួសជុល
ស៊ីហ្គេនី សុវត្ថិភាព AI បិទរង្វិលជុំនេះពេញមួយយុគសម័យ AI ទាំងមូល SDLCពីម៉ូដែល និងម៉ាស៊ីនមេ MCP រហូតដល់ចំណុចបញ្ចប់របស់អ្នកអភិវឌ្ឍន៍។
- ស្វែងយល់ AI-SPM បង្កើតសារពើភ័ណ្ឌផ្ទាល់នៃទ្រព្យសកម្ម AI នីមួយៗនៅក្នុងអង្គការ៖ គំរូ សំណុំទិន្នន័យ ភ្នាក់ងារ ម៉ាស៊ីនមេ MCP។ វាបញ្ជាក់ថាសារពើភ័ណ្ឌដែលមាន AI-BOM, អ្នកសវនករ និងអ្នកគ្រប់គ្រងមូលដ្ឋានភស្តុតាងកំពុងស្នើសុំកាន់តែខ្លាំងឡើង មិនថាឯកសារបច្ចេកទេសសម្រាប់ប្រព័ន្ធដែលមានហានិភ័យខ្ពស់ក្រោមច្បាប់ EU AI Act ឬសារពើភ័ណ្ឌទ្រព្យសកម្មដែលតម្រូវដោយក្របខ័ណ្ឌដូចជា ENS របស់ប្រទេសអេស្ប៉ាញនោះទេ។
- រកឃើញ។ សន្តិសុខ AI ដាក់ពិន្ទុលើទ្រព្យសកម្មនីមួយៗទល់នឹងហានិភ័យពិតប្រាកដ៖ ការចាក់បញ្ចូលរហ័ស ការកំណត់រចនាសម្ព័ន្ធ MCP ដែលមិនមានសុវត្ថិភាព ការប៉ះពាល់ទិន្នន័យ តម្រឹមទៅនឹង សាកលវិទ្យាល័យ OWASP កំពូលទាំង ១០ សម្រាប់កម្មវិធី LLMការរកឃើញត្រូវបានដាក់ចំណាត់ថ្នាក់ មិនមែនបោះចូលទៅក្នុងជួរទេ។
- ជួសជុល នៅចំណុចកូដត្រូវបានសរសេរ។ នេះជាកន្លែងដែល AI ត្រូវបានបង្កើតឡើង code security ពិតជាត្រូវបានដោះស្រាយ។ Xygeni អភិវឌ្ឍន៍បញ្ញាសិប្បនិម្មិត ដំណើរការជាស្រទាប់បន្តនៅក្នុង IDE ដោយស្កេនបន្តិចម្តងៗ នៅពេលដែលអ្នកអភិវឌ្ឍន៍ធ្វើការជាមួយកូដដែលសរសេរដោយមនុស្ស និងកូដដែលបង្កើតដោយ AI។ វាអនុវត្តការរកឃើញភាពងាយរងគ្រោះរបស់ AI ភ្នាក់ងារ និងគូសផែនទី។ ផ្លូវវាយប្រហារដែលជំរុញដោយ AI ដើម្បីបង្ហាញពីរបៀបដែលកំហុសឆ្គងមួយអាចត្រូវបានកេងប្រវ័ញ្ច និងផ្តល់នូវការជួសជុលដែលមានសុវត្ថិភាពដែលបង្កើតដោយ AI ដែលត្រូវបានផ្ទៀងផ្ទាត់សម្រាប់ការកេងប្រវ័ញ្ច និងហានិភ័យនៃការផ្លាស់ប្តូរមុនពេលអ្នកអភិវឌ្ឍន៍អនុវត្តវា។ Guardrails ផ្ទៀងផ្ទាត់ការផ្លាស់ប្តូរប្រឆាំងនឹងគោលការណ៍សុវត្ថិភាព និងការអនុលោមភាព មុនពេលពួកគេឈានដល់ CI ហើយ DevAI Agent ដែលឧទ្ទិសដល់ការស្ទាក់ចាប់អ្វីដែលភ្នាក់ងារផ្សេងទៀតហៀបនឹងធ្វើ៖ ផ្ទៀងផ្ទាត់ឯកសារជំនាញ និងច្បាប់ ត្រួតពិនិត្យកញ្ចប់នីមួយៗដែលភ្នាក់ងារព្យាយាមដំឡើងប្រឆាំងនឹងមេរោគ និងលំនាំ slopsquatting និងការមើលឥរិយាបថឧបករណ៍ MCP សម្រាប់ការពុល ទាំងអស់នេះមុនពេលប្រតិបត្តិ។
- អនុវត្ត។ Shield ពង្រីកគោលការណ៍ដូចគ្នានេះទៅចំណុចបញ្ចប់របស់អ្នកអភិវឌ្ឍន៍ ដោយរារាំងសកម្មភាព AI ដែលមិនមានសុវត្ថិភាពមុនពេលវាដំណើរការ។
ហើយពីព្រោះ ការជ្រើសរើស AIការពន្យល់ និងការដោះស្រាយ អនុវត្តមិនត្រឹមតែចំពោះការរកឃើញរបស់ Xygeni ប៉ុណ្ណោះទេ ប៉ុន្តែចំពោះអ្វីគ្រប់យ៉ាងដែលបានយកចេញពីឧបករណ៍ដែលមានស្រាប់ ក្រុមទទួលបាននេះដោយមិនចាំបាច់ដកហូតអ្វីដែលពួកគេបានវិនិយោគរួចហើយ។
ជួបជាមួយ Xygeni នៅ OWASP AppSec Days ព័រទុយហ្គាល់ ឆ្នាំ២០២៦
យើងកំពុងនាំយកការសន្ទនានេះទៅកាន់ទីក្រុង Porto។ ស៊ីហ្គេនី គឺជាអ្នកឧបត្ថម្ភមាសនៅ ថ្ងៃ OWASP AppSec ព័រទុយហ្គាល់ ឆ្នាំ២០២៦, កំពុងរត់ កញ្ញា 23-24 នៅ Fundação António Cupertino de Miranda។
យើងនឹងចូលរួមក្នុងព្រឹត្តិការណ៍នេះ ដើម្បីពិភាក្សាអំពីការគ្រប់គ្រងឥរិយាបថសុវត្ថិភាព AI ក្នុងការអនុវត្តជាក់ស្តែង៖ របៀបដែលក្រុមនានាកំពុងស្វែងរកទ្រព្យសកម្ម AI ដែលពួកគេមិនដឹងថាពួកគេមាន របៀបដែល AI បង្កើត code security សមនឹងកម្មវិធី AppSec ដែលមានស្រាប់ជំនួសឱ្យការអង្គុយក្បែរវា និងអ្វីដែលរលកបច្ចុប្បន្ននៃ MCP និងការគំរាមកំហែងភ្នាក់ងារមើលទៅដូចនៅក្នុងធម្មជាតិ។
ប្រសិនបើអ្នកចូលរួម, មករកក្រុមការងារ Xygeni នៅស្តង់លេខ 12។ ប្រសិនបើឥរិយាបថសន្តិសុខ AI ស្ថិតនៅក្នុងផែនទីបង្ហាញផ្លូវរបស់អ្នក ហើយអ្នកមិនអាចទៅដល់ទីក្រុង Porto បានទេ យើងរីករាយនឹងពន្យល់វាដោយផ្ទាល់។ នៅថ្ងៃដដែលនោះ យើងក៏នៅ... ទិវា OWASP របស់អាល្លឺម៉ង់ ឆ្នាំ២០២៦ នៅទីក្រុង Karlsruhe, និយាយតាមរយៈ AI Security និង Shieldស្រទាប់អនុវត្តជាក់លាក់។
កក់ការណាត់ជួបជាមួយយើង!
សំណួរដែលត្រូវបានសួរជាញឹកញាប់
- តើការគ្រប់គ្រងឥរិយាបថសន្តិសុខដោយបញ្ញាសិប្បនិម្មិត (AI-SPM) ជាអ្វី?
AI-SPM គឺជាវិន័យនៃការស្វែងរក ការធ្វើសារពើភ័ណ្ឌ និងការវាយតម្លៃជាបន្តបន្ទាប់នៃហានិភ័យនៃទ្រព្យសកម្ម AI នីមួយៗដែលអង្គការដំណើរការ - គំរូ សំណុំទិន្នន័យ ភ្នាក់ងារ និងម៉ាស៊ីនមេ MCP - ដូចគ្នានឹង CSPM ធ្វើសម្រាប់ពពក និង DSPM ធ្វើសម្រាប់ទិន្នន័យ។ Gartner បានកំណត់វាជាប្រភេទមួយនៅក្នុងវដ្ត Hype ឆ្នាំ 2025 របស់ខ្លួនសម្រាប់សុវត្ថិភាពទិន្នន័យ។ AI-SPM របស់ Xygeni បង្កើតសារពើភ័ណ្ឌនោះ និងគាំទ្រវាជាមួយ AI-BOM ដោយផ្តល់ភស្តុតាងដល់ក្រុមសន្តិសុខ និងការអនុលោមតាមច្បាប់ដែលពួកគេអាចប្រគល់ទៅឱ្យអ្នកសវនករ។
- អ្វីដែលធ្វើឱ្យ AI បង្កើតបាន code security ខុសពីប្រពៃណី SAST or SCA?
ការវិភាគឋិតិវន្តបែបប្រពៃណី និងការស្កេនការពឹងផ្អែកត្រូវបានបង្កើតឡើងដើម្បីយល់ពីកូដ និងកញ្ចប់ មិនមែនហានិភ័យជាក់លាក់របស់ AI ទេ។ ពួកគេមិនឃើញការចាក់បញ្ចូលរហ័ស ច្បាប់ព្យាបាទ ឬឯកសារជំនាញ ការបំពុលឧបករណ៍ MCP ឬឈ្មោះកញ្ចប់ដែលមិនបានត្រៀមទុកជាមុន ដែលជំនួយការ AI អាចដំឡើងនោះទេ។ បង្កើតដោយ AI code security ត្រូវតែអង្គុយនៅខាងក្នុងលំហូរការងារដូចគ្នាដែលអ្នកអភិវឌ្ឍន៍ប្រើរួចហើយ ដោយស្កេនទាំងកូដដែលសរសេរដោយមនុស្ស និងកូដដែលបង្កើតដោយ AI ជាមួយគ្នា ដែលជាអ្វីដែល Xygeni DevAI ធ្វើនៅក្នុង IDE។
- ហេតុអ្វីបានជាកូដដែលបង្កើតដោយ AI ប្រហែល ៤០% មានផ្ទុកចំណុចខ្សោយ?
ជំនួយការសរសេរកូដ AI រៀនពី និងបង្កើតឡើងវិញនូវគំរូនៅក្នុងទិន្នន័យបណ្តុះបណ្តាលរបស់ពួកគេ រួមទាំងគំរូដែលមិនមានសុវត្ថិភាពផងដែរ ហើយពួកគេបង្កើតកូដលឿនជាងការពិនិត្យដោយដៃអាចតាមទាន់។ ការស្រាវជ្រាវឯករាជ្យបានរកឃើញអត្រាខ្ពស់នៃភាពងាយរងគ្រោះកំពូលទាំង 10 របស់ OWASP នៅក្នុងគំរូដែលបង្កើតដោយ AI ជាមួយនឹងប្រភេទកំហុសមួយចំនួនដូចជាការសរសេរស្គ្រីបឆ្លងគេហទំព័រលេចឡើងនៅក្នុងការធ្វើតេស្តភាគច្រើន។
- តើ AI-SPM ជំនួសឧបករណ៍ AppSec ដែលមានស្រាប់របស់យើងដែរឬទេ?
ទេ ហើយវាមិនគួរព្យាយាមធ្វើដូច្នោះទេ។ ការជ្រើសរើស ការពន្យល់ និងការដោះស្រាយ AI របស់ Xygeni អនុវត្តចំពោះការរកឃើញពីម៉ាស៊ីនស្កេនផ្ទាល់ខ្លួនរបស់ Xygeni និងការរកឃើញដែលបានយកចេញពីឧបករណ៍ភាគីទីបីដែលមានស្រាប់ ដូច្នេះក្រុមទទួលបានការគ្របដណ្តប់ហានិភ័យ AI រួមដោយមិនចាំបាច់ហែកចេញ និងជំនួសអ្វីដែលពួកគេបានវិនិយោគរួចហើយ។
- តើខ្ញុំអាចមើលឃើញរឿងនេះនៅក្នុងសកម្មភាពនៅឯណា?
Xygeni គឺជាអ្នកឧបត្ថម្ភមាសនៅ OWASP AppSec Days ព័រទុយហ្គាល់ 2026ថ្ងៃទី ២៣-២៤ ខែកញ្ញា នៅទីក្រុង Porto ហើយក្រុមការងារនឹងនៅនឹងកន្លែងនៅ ស្តង់ 12 និយាយតាមរយៈ AI-SPM ដែលបង្កើតដោយ AI code securityនិងរលកបច្ចុប្បន្ននៃការគំរាមកំហែង MCP និងការគំរាមកំហែងភ្នាក់ងារ។ សូមទិញសំបុត្ររបស់អ្នក ឬទាក់ទងដោយផ្ទាល់ប្រសិនបើអ្នកមិនអាចទៅដល់ Porto បាន។
នៅសប្តាហ៍ដដែលនេះ យើងក៏នៅ ទិវា OWASP របស់អាល្លឺម៉ង់ ឆ្នាំ២០២៦ នៅ Karlsruhe ដោយផ្តោតលើសន្តិសុខ AI និង Shieldស្រទាប់អនុវត្តរបស់។
