Google បានបញ្ចប់គម្រោងសាកល្បងដោយប្រើប្រាស់ Gemini ដើម្បីសរសេរឡើងវិញនូវបណ្ណាល័យ C ដែលដាក់ពង្រាយយ៉ាងទូលំទូលាយនៅក្នុង Rust ហើយការពិសោធន៍បានទូទាត់តាមរបៀបដែលគ្មាននរណាម្នាក់បានគ្រោងទុក។ ភ្លាមៗបន្ទាប់ពីក្រុមហ៊ុនបានផ្លាស់ប្តូរប្រព័ន្ធផលិតកម្មរបស់ខ្លួនទៅជា AI ដែលបង្កើតឡើងវិញ និងមានសុវត្ថិភាពក្នុងការចងចាំនៃបណ្ណាល័យដំណើរការ GIF giflib ភាពងាយរងគ្រោះនៃការសរសេរ heap ក្រៅព្រំដែនថ្មីត្រូវបានបង្ហាញនៅក្នុងកូដ C ដើមដែលបានកំណត់ CVE-2026-26740 ។ ប្រព័ន្ធរបស់ Google មានភាពស៊ាំរួចហើយ។

ក្រុមហ៊ុនបានធ្វើការបន្សាបភាពងាយរងគ្រោះសូន្យថ្ងៃយ៉ាងមានប្រសិទ្ធភាពតាមរយៈស្ថាបត្យកម្ម ជាជាងការបិទភ្ជាប់។ ដូចដែលក្រុមវិស្វករសុវត្ថិភាពរបស់ Google បានពន្យល់នៅក្នុងការបង្ហោះនៅលើប្លុកអ្នកស្វែងរកកំហុសរបស់ខ្លួន ក្រុមការងារមិនមានចំណេះដឹងអំពីការបង្ហាញដែលមិនទាន់សម្រេចនោះទេ ខណៈពេលដែលកំពុងធ្វើការសរសេរឡើងវិញ — ការការពារគឺជាផលប៉ះពាល់ជារចនាសម្ព័ន្ធនៃការលុបបំបាត់កូដមិនមានសុវត្ថិភាពនៃការចងចាំ។ សម្រាប់ព័ត៌មានបន្ថែមអំពីរបៀបដែល AI កំពុងផ្លាស់ប្តូរ [ការស្រាវជ្រាវ និងវិស្វកម្ម AI] (https://aibuzzwire.news) សូមអនុវត្តតាម AI Buzz Wire ។

ហេតុអ្វីបានជាសុវត្ថិភាពនៃការចងចាំមានសារៈសំខាន់ឥឡូវនេះ

ភាពងាយរងគ្រោះសុវត្ថិភាពនៃការចងចាំមានប្រហែល 70% នៃភាពងាយរងគ្រោះនៅក្នុង C និង C++ codebases នេះបើយោងតាមការស្រាវជ្រាវផ្ទាល់របស់ Google ។ បណ្ណាល័យភាគីទីបីគឺជាចំណុចខ្សោយជាក់លាក់មួយ ដោយសារពួកវាតែងតែញែកទិន្នន័យដែលមិនគួរឱ្យទុកចិត្ត។ ក្នុងពេលជាមួយគ្នានេះ ចន្លោះពេលរវាងការរកឃើញភាពងាយរងគ្រោះ និងការបំប្លែងអាវុធបន្តថយចុះ — អ្នកវាយប្រហារ កាន់តែខ្លាំងឡើងដែលជួយដោយ AI ខ្លួនឯង ផ្លាស់ទីលឿនជាងវដ្តបំណះប្រពៃណី។

Google បានតស៊ូមតិជាយូរមកហើយនូវយុទ្ធសាស្ត្រ "ការសរសេរកូដដោយសុវត្ថិភាព" ដែលផ្តល់អាទិភាពដល់ភាសាដែលមានសុវត្ថិភាពក្នុងការចងចាំដូចជា Rust ជាដើម។ បញ្ហាដែលមិនអាចដោះស្រាយបានគឺមូលដ្ឋានដែលបានដំឡើងដ៏ធំនៃ C និង C ++ អាស្រ័យដែលមិនអាចលុបបានដោយសាមញ្ញ។ អ្នកបើកយន្តហោះបានសួរសំណួរផ្ទាល់មួយថា តើ LLM អាចបំប្លែងភាពអាស្រ័យទាំងនោះទៅជា Rust ដោយមិនធ្វើឱ្យខូចអ្វីទាំងអស់បានទេ?

គោលដៅ៖ giflib

Google បានជ្រើសរើស giflib ដែលជាបណ្ណាល័យកែច្នៃរូបភាព GIF ដែលត្រូវបានប្រើប្រាស់យ៉ាងទូលំទូលាយដែលត្រូវបានបង្កើតឡើងដោយ Eric S. Raymond ។ បណ្ណាល័យផ្តល់ជូននូវទម្រង់ស្មុគស្មាញដ៏ល្អសម្រាប់ការប៉ុនប៉ងលើកដំបូង៖ ប្រហែល 3,000 ជួរនៃកូដ គ្មាន SIMD ឬការបង្កើនប្រសិទ្ធភាពការជួបប្រជុំគ្នា និងមូលដ្ឋានកូដដែលមានស្ថេរភាព។ ជា​រឿយៗ giflib ដំណើរការ​ទិន្នន័យ​ដែល​មិន​ទុក​ចិត្ត​នៅ​ក្នុង​បរិស្ថាន​ដែល​មិន​មែន​ប្រអប់​ខ្សាច់ — ពិត​ជា​ប្រភេទ​ដែល​ក្រុម​សន្តិសុខ​ផ្ទៃ​វាយ​ប្រហារ​ព្រួយ​បារម្ភ​អំពី​ភាគ​ច្រើន​បំផុត។

គោលដៅមានមហិច្ឆតា៖ បង្កើតការជំនួសការធ្លាក់ចុះដែលឆបគ្នាជាមួយ ABI ដែលមានសុវត្ថិភាពក្នុងការចងចាំ ដែលអាចដាក់ពង្រាយទូទាំងហេដ្ឋារចនាសម្ព័ន្ធផលិតកម្មរបស់ Google ដោយមិនមានការរំខានដល់សេវាកម្មដែលពឹងផ្អែក។ ការបកប្រែដំបូងនៃតក្កវិជ្ជារបស់បណ្ណាល័យត្រូវបានសម្រេចយ៉ាងឆាប់រហ័សជាមួយនឹងជំនួយ LLM ប៉ុន្តែក្រុមការងារបានដាក់ទង់នូវតម្រូវការពីរដែលបង្ហាញពីការសម្រេចចិត្ត៖ ការគ្រប់គ្រងដោយប្រុងប្រយ័ត្ននៃព្រំដែន FFI — វដ្តជីវិតរបស់ចង្អុល និងអត្ថន័យនៃភាពជាម្ចាស់របស់ Rust នៅឯចំណុចប្រទាក់ជាមួយអ្នកហៅ C ដែលមានស្រាប់ — និងអ្វីដែល Google ហៅថា "ផ្នែកសង្គមនៃសន្តិសុខ" ដែលជាការទុកចិត្តរបស់មនុស្សដែលត្រូវការដើម្បីដាក់ឱ្យប្រើប្រាស់សេវាកម្មឡើងវិញដែលបង្កើតដោយ AI ។

ការបញ្ជាក់សុពលភាព

ដើម្បីទទួលបានការជឿទុកចិត្តលើការផលិត ការអនុវត្ត Rust បានឆ្លងកាត់ការធ្វើតេស្តយ៉ាងពេញលេញ៖

  • ការធ្វើតេស្តតំរែតំរង់ទ្រង់ទ្រាយធំ៖ ធ្វើឱ្យមានសុពលភាពប្រឆាំងនឹងសំណុំទិន្នន័យនៃ GIFs ពិភពពិតជាង 30 លាន ដែលបញ្ជាក់ពីលទ្ធផលដូចគ្នាទៅនឹងការអនុវត្តដើម
  • ភាពច្របូកច្របល់ខុសគ្នា៖ ឧបករណ៍បំប៉ោងដើមធៀបនឹងច្រែះបានដំណើរការជាបន្តបន្ទាប់អស់រយៈពេលជាងប្រាំមួយថ្ងៃ និងច្រើនជាង 200 លានការធ្វើឡើងវិញដោយមិនបានរកឃើញគម្លាតតក្កវិជ្ជាណាមួយឡើយ។
  • ការត្រួតពិនិត្យ AI Adversarial: ការជម្រុញ LLM ឯកទេសត្រូវបានប្រើដើម្បីស្វែងរកភាពខុសគ្នានៃអាកប្បកិរិយាតិចតួចរវាងមូលដ្ឋានកូដទាំងពីរដែលការធ្វើតេស្តបែបប្រពៃណីអាចនឹងខកខាន។

បំពង់បង្ហូរប្រេងបានបង្ហាញពីតម្លៃរបស់វា មុនពេលដាក់ពង្រាយ។ វាបានកំណត់អត្តសញ្ញាណករណីគែមនៅក្នុងឧបករណ៍ឌិកូដ LZW ហើយ - គួរឱ្យកត់សម្គាល់ជាងនេះ - បានរកឃើញភាពងាយរងគ្រោះនៃការសរសេរក្រៅព្រំដែនដែលមានស្រាប់ដែលត្រូវបានណែនាំដោយបំណះកេរ្តិ៍ដំណែលខាងក្នុងរបស់ Google ទៅកាន់ប្រភព C ដើម ដែលក្រុមការងារបានកែតម្រូវនៅក្នុងការសរសេរឡើងវិញ Rust ។

ការសម្តែងមិនបានរងទុក្ខទេ។

ការជំទាស់ជាទូទៅចំពោះភាសាដែលមានសុវត្ថិភាពក្នុងការចងចាំ គឺជាការចំណាយលើការត្រួតពិនិត្យរយៈពេលរត់។ ការត្រួតពិនិត្យរបស់ Google នៅទូទាំងសេវាកម្មកែច្នៃរូបភាពជាសាកលរបស់ខ្លួន បានបង្ហាញថា ការអនុវត្ត Rust គឺមានលក្ខណៈអព្យាក្រឹត បើប្រៀបធៀបទៅនឹង C ដើម ដែលជាលទ្ធផលដែលក្រុមហ៊ុនបាននិយាយថា ខ្លួនបានសង្កេតឃើញម្តងហើយម្តងទៀតនៅក្នុងការធ្វើចំណាកស្រុក Rust ។

មានប្រាក់រង្វាន់ដែលមិនបានរំពឹងទុក។ ដោយសារតែបណ្ណាល័យ Rust មានសុវត្ថិភាពក្នុងការចងចាំដោយការសាងសង់ Google អាចបញ្ឈប់ដំណើរការ sandboxing ដែលពឹងផ្អែកលើធនធាន ដែលសេវាកម្មផលិតកម្មមួយចំនួនដែលពីមុនត្រូវការដើម្បីញែកបណ្ណាល័យ C ។ ភាពសាមញ្ញនៃស្ថាបត្យកម្មនោះបានកាត់បន្ថយភាពយឺតយ៉ាវយ៉ាងសំខាន់សម្រាប់កិច្ចការឌិកូដរូបភាព។

ប្រភពបើកចំហ — ជាមួយការព្រមានដោយស្មោះត្រង់

Google បានបោះផ្សាយ Rust rewrite នៅ github.com/google/giflib-rs ហើយកំពុងរួមចំណែកការរកឃើញរបស់វាត្រឡប់ទៅសហគមន៍វិញ។ ក្រុមហ៊ុនក៏ផ្តល់កិត្តិយសដល់កិច្ចខិតខំប្រឹងប្រែងដែលដឹកនាំដោយមនុស្សផងដែរ ដូចជាការសរសេរឡើងវិញដោយដៃរបស់ Trifecta Tech Foundation នៃ zlib ទៅជា Rust ជាមួយនឹងការកើនឡើងនៃការអនុវត្តយ៉ាងច្រើន ដែលជាផ្នែកមួយនៃប្រព័ន្ធអេកូឡូស៊ីដ៏ទូលំទូលាយនៃដំណោះស្រាយ។

ការព្រមានគួរកត់សម្គាល់។ ការសរសេរឡើងវិញតម្រូវឱ្យមានទិន្នន័យក្នុងពិភពពិតដ៏ច្រើន ឬឈុតសាកល្បងដែលមានស្រាប់ខ្លាំង ដើម្បីធ្វើសុពលភាពសមមូលនៃអាកប្បកិរិយា ហើយការងាកចេញពីគម្រោងខាងលើដោយការផ្លាស់ប្តូរភាសាត្រូវចំណាយលើការថែទាំពិតប្រាកដ ជាពិសេសសម្រាប់ភាពអាស្រ័យក្រោមការអភិវឌ្ឍន៍សកម្ម។ ម្យ៉ាងវិញទៀត ការបកប្រែដែលមានជំនួយ AI បង្កើនល្បឿន ប៉ុន្តែមិនជំនួសការវិនិច្ឆ័យផ្នែកវិស្វកម្មទេ។

រូបភាពធំជាង

អ្នកបើកយន្តហោះគឺជាការបង្ហាញដ៏ច្បាស់បំផុតមួយដែល LLMs អាចផ្តល់នូវការកែលម្អសុវត្ថិភាពរចនាសម្ព័ន្ធតាមខ្នាត មិនមែនគ្រាន់តែជាការផ្ដល់យោបល់លើកូដប៉ុណ្ណោះទេ។ ដោយរួមបញ្ចូលគ្នានូវល្បឿននៃការបកប្រែដែលដឹកនាំដោយ LLM ជាមួយនឹងការធ្វើតេស្តឌីផេរ៉ង់ស្យែល និងការពិនិត្យមើលដោយអ្នកជំនាញរបស់មនុស្សអំពីព្រំដែនសុវត្ថិភាព Google អះអាងថា ថ្នាក់នៃភាពងាយរងគ្រោះទាំងអស់អាចត្រូវបានចូលនិវត្តន៍ពីហេដ្ឋារចនាសម្ព័ន្ធផលិតកម្ម មុនពេលនរណាម្នាក់ដឹងថា CVE ជាក់លាក់ណាមួយនឹងមកដល់បន្ទាប់។

ប្រភព៖ Google Bug Hunters blog, "Scaling Memory Safety: AI-Assisted Rewrites of C/C++ Dependencies to Rust."

---

ស្នាក់នៅមុន AI

ទទួលបានព័ត៌មាន AI ការវិភាគ និងរបកគំហើញចុងក្រោយបំផុត — ទាំងអស់នៅកន្លែងតែមួយ។

អានព័ត៌មាន AI បន្ថែម →