អាសន្នសន្តិសុខ PHP2Shell៖ ហានិភ័យគេហទំព័រ ៧០% | KDN

អាសន្នសន្តិសុខសាយប័រសកល «PHP2Shell»៖ ក្រុម Hacker បើកការវាយប្រហាររាប់លានដងលើចំណុចខ្សោយ PHP ដែលគំរាមកំហែងគេហទំព័រជិត ៧០% លើពិភពលោក

ដោយ៖ ក្រុមការងារនិពន្ធ Khmer Digital News
ចេញផ្សាយថ្ងៃទី ២៤ ខែតុលា ឆ្នាំ២០២៦

📌 ខ្លឹមសារសង្ខេបសំខាន់ៗ (Key Takeaways)៖

• ចំណុចខ្សោយធ្ងន់ធ្ងរពីរក្នុង Core PHP គឺ CVE-2026-109618 និង CVE-2026-109619 (ហៅរួមគ្នាថា PHP2Shell) អនុញ្ញាតឱ្យ Hacker បញ្ជាដំណើរការកូដពីចម្ងាយ (Unauthenticated RCE) និងគ្រប់គ្រង Server ទាំងស្រុងដោយមិនបាច់មានលេខសម្ងាត់។

• បញ្ហានេះប៉ះពាល់ដល់ភាសា PHP ចាប់ពីជំនាន់ 5.4 ដល់ 8.5 ដែលកំពុងទ្រទ្រង់គេហទំព័រប្រមាណជិត ៧០% នៅទូទាំងពិភពលោក ធ្វើឱ្យស្ថាប័នរដ្ឋ និងក្រុមហ៊ុនជាច្រើនបង្ខំចិត្តបិទគេហទំព័រជាបណ្តោះអាសន្ន។

• អ្នកគ្រប់គ្រងប្រព័ន្ធ (SysAdmins) និង Developers ត្រូវធ្វើបច្ចុប្បន្នភាពទៅកាន់កំណែ PHP 8.5.12, 8.4.27, 8.3.36, ឬ 8.2.35 ជាបន្ទាន់ និងបិទមុខងារ session.upload_progress.enabled នៅក្នុង php.ini។

ពិភពបច្ចេកវិទ្យា និងសន្តិសុខសាយប័រសកលកំពុងស្ថិតក្នុងភាពអាសន្នកម្រិតខ្ពស់បំផុត បន្ទាប់ពីការលេចធ្លាយនូវចំណុចខ្សោយកម្រិតធ្ងន់ធ្ងរ (Critical Zero-Day/RCE Flaws) នៅក្នុងស្នូលនៃភាសាកូដ PHP ដែលត្រូវបានគេដាក់ឈ្មោះថា «PHP2Shell»។ យោងតាមរបាយការណ៍ពីទីភ្នាក់ងារសន្តិសុខសាយប័រអាមេរិក (CISA) និងមជ្ឈមណ្ឌលសន្តិសុខសាយប័រជាតិអង់គ្លេស (NCSC) ក្រុម Hacker កំពុងប្រើប្រាស់បច្ចេកវិទ្យាស្វ័យប្រវត្តិ និង AI ដើម្បីបាញ់ស្កេនវាយប្រហាររាប់លានដងក្នុងមួយថ្ងៃទៅលើគេហទំព័រនានាជុំវិញពិភពលោក។

១. តើអ្វីទៅជាចំណុចខ្សោយ «PHP2Shell» (CVE-2026-109618 & CVE-2026-109619)?

មិនដូចចំណុចខ្សោយធម្មតាដែលកើតឡើងនៅលើ Plugin ឬ Framework នោះទេ PHP2Shell គឺជាកំហុសឆ្គងនៅក្នុងកម្មវិធីបកប្រែកូដស្នូលរបស់ PHP (PHP Core Interpreter) តែម្តង ដែលប៉ះពាល់ចាប់ពីជំនាន់ PHP 5.4 រហូតដល់ PHP 8.5៖

• CVE-2026-109618 (Out-of-Memory Corruption)៖ កើតឡើងនៅពេលប្រព័ន្ធគ្រប់គ្រងអង្គចងចាំ (Memory) ត្រូវបានកាត់ផ្តាច់ខណៈពេលកំពុងចាប់ផ្តើមទិន្នន័យ Request មិនទាន់ចប់សព្វគ្រប់ បណ្តាលឱ្យខូចទ្រង់ទ្រាយទិន្នន័យក្នុងអង្គចងចាំ។

• CVE-2026-109619 (Use-After-Free in Session Upload Progress)៖ កើតឡើងនៅក្នុងមុខងារ php_session_rfc1867_callback ដែលដំណើរការដោយស្វ័យប្រវត្តិ (Enabled by default) នៅពេល Server ទទួលទិន្នន័យប្រភេទ Multipart POST Request ដែលមានភ្ជាប់ PHP_SESSION_UPLOAD_PROGRESS មុនពេលកូដគេហទំព័រចាប់ផ្តើមដំណើរការទៅទៀត។

• CVE-2026-115560៖ ចំណុចខ្សោយពាក់ព័ន្ធមួយទៀតក្នុងប្រព័ន្ធគ្រប់គ្រង Session ដែលទើបត្រូវបានប្រកាសបន្ថែមនៅថ្ងៃទី ២៣ ខែតុលា ឆ្នាំ២០២៦។

តាមរយៈចំណុចខ្សោយទាំងនេះ ឧក្រិដ្ឋជនសាយប័រអាចផ្ញើកញ្ចប់ទិន្នន័យពិសេសចូលទៅកាន់ Server ដើម្បីបង្កប់ Webshell លួចយកទិន្នន័យក្នុង Database លួចយក API Keys និងគ្រប់គ្រងម៉ាស៊ីនមេទាំងស្រុងដោយមិនបាច់ឆ្លងកាត់ការផ្ទៀងផ្ទាត់សិទ្ធិ (Unauthenticated Remote Code Execution)។

២. ផលប៉ះពាល់សកល៖ ហេតុអ្វីត្រូវបានគេហៅថា «Black October»?

ដោយសារភាសា PHP គឺជាឆ្អឹងខ្នងនៃប្រព័ន្ធគ្រប់គ្រងមាតិកាធំៗដូចជា WordPress, Laravel, Drupal, និងប្រព័ន្ធ E-Commerce រាប់លាន ដែលស្មើនឹងជិត ៧០% នៃគេហទំព័រពាណិជ្ជកម្មពិភពលោក ឥទ្ធិពលនៃ PHP2Shell ត្រូវបានអ្នកជំនាញប្រៀបធៀបទៅនឹងវិបត្តិ Log4Shell កាលពីឆ្នាំ ២០២១។ បន្ទាប់ពីព័ត៌មានលម្អិតនៃកូដវាយប្រហារ (Proof-of-Concept) បានលេចធ្លាយលើបណ្តាញ Hacker News កាលពីថ្ងៃទី ២០ ខែតុលា ស្ថាប័នរដ្ឋាភិបាល និងក្រុមហ៊ុនធំៗនៅអឺរ៉ុប អាមេរិកខាងជើង និងអាស៊ី បានសម្រេចបិទគេហទំព័រជាបណ្តោះអាសន្នដើម្បីការពារទិន្នន័យ។

៣. វិធានការការពារបន្ទាន់សម្រាប់ Developers និងស្ថាប័ននៅកម្ពុជា

សម្រាប់ស្ថាប័នរដ្ឋ ក្រុមហ៊ុនឯកជន ធនាគារ និងអ្នកអភិវឌ្ឍន៍គេហទំព័រនៅកម្ពុជាដែលប្រើប្រាស់ PHP (ដូចជា Laravel, WordPress, ឬ Custom PHP) ត្រូវអនុវត្តវិធានការបន្ទាន់ ៣ ចំណុចភ្លាមៗ៖

• ជំហានទី ១ (អាប់ដេតកំណែ PHP ភ្លាមៗ)៖ ដំឡើងទៅកាន់កំណែសុវត្ថិភាពចុងក្រោយបង្អស់ដែលទើបចេញផ្សាយ គឺ PHP 8.5.12, PHP 8.4.27, PHP 8.3.36, ឬ PHP 8.2.35។

• ជំហានទី ២ (បិទមុខងារ Upload Progress ជាបណ្តោះអាសន្ន)៖ ប្រសិនបើមិនទាន់អាចអាប់ដេត Server បានភ្លាមៗទេ សូមចូលទៅកែប្រែឯកសារ php.ini ដោយកំណត់ session.upload_progress.enabled = 0 រួច Restart PHP-FPM ឬ Web Server ដើម្បីកាត់ផ្តាច់ច្រកវាយប្រហារ CVE-2026-109619។

• ជំហានទី ៣ (បើករបាំងការពារ WAF និងពិនិត្យ Logs)៖ បើកមុខងារការពារ PHP2Shell នៅលើ Cloudflare WAF ឬ Firewall របស់ស្ថាប័ន និងត្រួតពិនិត្យមើលឯកសារចម្លែកៗ (*.php) នៅក្នុងថតឯកសារសាធារណៈ។

សំណួរចម្លើយដែលគេឧស្សាហ៍សួរ (FAQ - People Also Ask)៖

• សំណួរ៖ តើគេហទំព័រ WordPress និង Laravel រងផលប៉ះពាល់ដោយសារ PHP2Shell ដែរឬទេ?
  ចម្លើយ៖ រងផលប៉ះពាល់ទាំងស្រុង ព្រោះចំណុចខ្សោយនេះស្ថិតនៅក្នុងស្នូលនៃភាសា PHP ផ្ទាល់ ដែលដំណើរការមុនពេលកូដរបស់ WordPress ឬ Laravel ចាប់ផ្តើមធ្វើការទៅទៀត។

• សំណួរ៖ តើការបិទ session.upload_progress.enabled = 0 អាចប៉ះពាល់ដល់ដំណើរការវេបសាយទេ?
  ចម្លើយ៖ សម្រាប់វេបសាយទូទៅ និង API ទំនើបៗ វាស្ទើរតែមិនប៉ះពាល់អ្វីទាំងអស់ លើកលែងតែប្រព័ន្ធចាស់ៗដែលប្រើមុខងារ PHP Session ផ្ទាល់ដើម្បីបង្ហាញភាគរយនៃការ Upload ឯកសារ។

• សំណួរ៖ តើកំណែ PHP ចាស់ៗដូចជា PHP 7.4 ឬ 8.0 ទទួលបានកំណែជួសជុល (Patch) ដែរឬទេ?
  ចម្លើយ៖ កំណែចាស់ៗដែលផុតកំណត់ការគាំទ្រផ្លូវការ (End-of-Life) មិនទទួលបានកំណែជួសជុលពីក្រុម PHP ឡើយ ដូច្នេះអ្នកប្រើប្រាស់ត្រូវតែបិទ session.upload_progress.enabled = 0 និងដំឡើងទៅកាន់ PHP 8.2 ឡើងទៅជាបន្ទាន់។

ប្រភពយោងផ្លូវការ (Official Sources): CISA Official Alert, UK National Cyber Security Centre (NCSC), CERT-EU Security Advisory 2026-018, The Guardian Tech