ការសម្របសម្រួលកម្រិតមធ្យម eMudhra CA៖ ផលប៉ះពាល់ និងការណែនាំអំពីដំណោះស្រាយ

Sources បានពិនិត្យនៅថ្ងៃទី 22 ខែតុលា ឆ្នាំ 2026 ម៉ោងប៉េកាំង។ Audience: អ្នកប្រើប្រាស់ម្នាក់ៗ ប្រតិបត្តិករគេហទំព័រ អ្នកអភិវឌ្ឍន៍ និងអ្នកគ្រប់គ្រងប្រព័ន្ធ។

ភាពទន់ខ្សោយធ្ងន់ធ្ងរបានធ្វើឱ្យក្រុមនៃ eMudhra/emSign កម្រិតមធ្យម CA កូនសោឯកជនអាចសង្គ្រោះបាន។ វាប៉ះពាល់ដល់អតិថិជនដែលប្រើប្រព័ន្ធវិញ្ញាបនបត្រសាធារណៈដើម្បីផ្ទៀងផ្ទាត់គេហទំព័រ APIs និងកម្មវិធី។ ការជឿទុកចិត្តសាធារណៈគ្របដណ្តប់លើប្រព័ន្ធប្រតិបត្តិការសំខាន់ៗ ប៉ុន្តែសំណុំនៃសោរដែលត្រូវបានសម្របសម្រួល និងផលប៉ះពាល់របស់អតិថិជនដែលមានសក្តានុពលគឺមានវិសាលភាពខុសៗគ្នា។ 15

អត្ថបទចម្បងប្រើតង្កៀបការ៉េទៅលេខប្រភពដែលត្រូវគ្នា ហើយតំណភ្ជាប់យោងខាងក្រៅទាំងអស់ត្រូវបានរាយក្នុងឧបសម្ព័ន្ធ។ កំណែដែលបានរាយបញ្ជីគឺជាកំណែមូលដ្ឋានដែលបញ្ជាក់ថាមានការជួសជុលសម្រាប់ឧប្បត្តិហេតុនេះគិតត្រឹមកាលបរិច្ឆេទផ្ទៀងផ្ទាត់។ នៅពេលដាក់ពង្រាយ អាទិភាពត្រូវបានផ្តល់ទៅឱ្យកំណែស្ថេរភាពដែលបានធ្វើបច្ចុប្បន្នភាពនៅក្នុងសាខាដែលគាំទ្រដូចគ្នា។

TL;DR

សោឯកជន Eight កម្រិតមធ្យម CA ត្រូវបានបញ្ជាក់ថាមានការសម្របសម្រួល។ របាយការណ៍បច្ចុប្បន្នមិនកំណត់ថាសោឯកជនជា root ឬ HTTPS ជាទូទៅត្រូវបានខូចទេ។ ការអាប់ដេតមានវិសាលភាពជាច្រើននៃប្រព័ន្ធអេកូឡូស៊ីសាធារណៈ។ ហានិភ័យសំណល់អាស្រ័យលើកម្មវិធីជាក់ស្តែង។15

1. អ្នកប្រើប្រាស់បុគ្គល៖ អាប់ដេតកម្មវិធីរុករកតាមអ៊ីនធឺណិត ប្រព័ន្ធប្រតិបត្តិការ និងសមាសធាតុសុវត្ថិភាព។ នៅលើ Android ធ្វើបច្ចុប្បន្នភាពសេវាកម្ម Google Play ផងដែរ។ ប្រើ Firefox Android 158.0.2 ឬក្រោយ។ 12
2. Servers: ធ្វើបច្ចុប្បន្នភាពកញ្ចប់ ca-certificates/NSS នៃការចែកចាយ និងពិនិត្យមើលហាងលក់ទំនុកចិត្តដែលរួមបញ្ចូលដោយកម្មវិធី។ ការធ្វើបច្ចុប្បន្នភាពតែម៉ាស៊ីនមិនគ្រប់គ្រាន់ទេ។ 7810
3. បរិស្ថានអភិវឌ្ឍន៍៖ អាប់ដេត Node 24 ទៅ 24.22.1 ឬការចេញផ្សាយថ្មីជាងនេះនៅក្នុងសាខានោះ តាមដែលអាចអនុវត្តបាន។ នៅក្នុងបរិស្ថាន Python ធ្វើបច្ចុប្បន្នភាពយ៉ាងហោចណាស់ pip 26.2.2, certifi 2026.10.19 និង uv 0.13.4 ។ ទទួលបានប្រព័ន្ធគោលពីរ Go ថេរ ឬបង្កើតវាឡើងវិញ។ ធ្វើបច្ចុប្បន្នភាព Java យោងទៅតាមការណែនាំរបស់អ្នកលក់របស់វា។ 12–15
4. ធ្វើឱ្យការអាប់ដេត៖ ចាប់ផ្តើមសេវាកម្មដែលរងផលប៉ះពាល់ឡើងវិញ និងបង្កើត និងដាក់ឱ្យប្រើប្រាស់ធុងឡើងវិញ។ សម្រាប់ Cloudflare Tunnel ធ្វើបច្ចុប្បន្នភាព cloudflared ទៅ 2026.10.2 ឬក្រោយ។ 7
5. វិញ្ញាបនបត្រគេហទំព័រ៖ ជំនួសខ្សែសង្វាក់ដែលរងផលប៉ះពាល់ប្រសិនបើវាមាន CA កម្រិតមធ្យមដែលត្រូវបានដកហូត ឬត្រូវបានរារាំង ឬពឹងផ្អែកលើឫសដែលមិនទុកចិត្ត។ ការ​ចេញ​វិញ្ញាបនបត្រ​ឡើង​វិញ​មិន​ជំនួស​ការ​ធ្វើ​បច្ចុប្បន្នភាព​ហាង​លក់​ទំនុក​ចិត្ត​របស់​អតិថិជន​ទេ។ 158
6. Verification: សាកល្បងផ្លូវ TLS ពិតប្រាកដនៃកម្មវិធីនីមួយៗ។ បែងចែកការបដិសេធវិញ្ញាបនបត្រពីការអស់ពេល និងការបរាជ័យ DNS ។ រក្សាការផ្ទៀងផ្ទាត់វិញ្ញាបនបត្របានបើក; កុំប្រើ -k ឬរំលងការផ្ទៀងផ្ទាត់ដើម្បីទប់ស្កាត់កំហុស។ 7

1 ការពិតនិងមូលហេតុនៃឧប្បត្តិហេតុ

អង្គហេតុដែលបានបញ្ជាក់

Mozilla និង Google បាន​បញ្ជាក់​ពី​បញ្ហា​នៅ​ក្នុង​សោ​ឯកជន eMudhra ចំនួនប្រាំបី CA ។ អ្នកស្រាវជ្រាវបានផ្តល់ភស្តុតាងនៃការគ្រប់គ្រងសោឯកជន។ Mozilla ដោយឯករាជ្យបានយកសោមកវិញ និងបង្កើតបញ្ហាឡើងវិញ។ CAs កម្រិតមធ្យមចំនួនប្រាំមួយបម្រើ TLS និងការចុះហត្ថលេខាលេខកូដចំនួនពីរ។ 25

ពិការភាពស្ថិតនៅក្នុងសោដែលបានបង្កើត៖ CAs កម្រិតមធ្យមទាំងនេះប្រើខ្សែកោង P-384 ប៉ុន្តែសោឯកជនរបស់ពួកគេមានចំនួនគត់ក្រោម 256។ នេះគឺនៅឆ្ងាយពីការជ្រើសរើសសោដោយសុវត្ថិភាពដោយចៃដន្យពីជួរធំដែលមានបំណង។ ការយកសោខ្សោយទាំងនេះមកវិញមិនបង្ហាញថាសោ P-384 ដែលបានបង្កើតត្រឹមត្រូវអាចខូចបានទេ។ 2

“វិញ្ញាបនប័ត្រត្រូវបានបំបែក” នៅទីនេះគួរតែត្រូវបានយល់យ៉ាងត្រឹមត្រូវថា “សោឯកជនដែលត្រូវគ្នាអាចត្រូវបានរកឃើញវិញ” ។ វិញ្ញាបនបត្រ និងសោសាធារណៈនៅក្នុងវាជាសាធារណៈ។ អ្វី​ដែល​ត្រូវ​រក្សា​ទុក​ជា​ការ​សម្ងាត់​គឺ​សោឯកជន​ដែល​អាច​បង្កើត​ហត្ថលេខា​ត្រឹមត្រូវ។

បញ្ហាដំណើរការជំនាន់សំខាន់ៗនៅតែស្ថិតក្រោមការស៊ើបអង្កេត

ការពណ៌នាដំបូងនៃ eMudhra តាមដានបញ្ហាទៅពិធីបង្កើតកូនសោក្នុងខែមេសា ឆ្នាំ 2025។ ការពន្យល់ពាក់ព័ន្ធនឹងជំហាននៃការបិទភ្ជាប់ និងដកសោគន្លឹះ៖ បន្ថែមពីលើសោដើម សោខ្សោយមួយទៀតលេចឡើង ហើយសោខ្សោយត្រូវបានប្រើប្រាស់ជាបន្តបន្ទាប់សម្រាប់ការដាក់ពាក្យ និងការចេញវិញ្ញាបនបត្រ។ ក្រុមហ៊ុន​នៅ​តែ​និយាយ​ថា​មូលហេតុ​ពិត​ប្រាកដ​មិន​ត្រូវ​បាន​គេ​កំណត់​យ៉ាង​ច្បាស់​នោះ​ទេ។ 6

ដូច្នេះហើយ អ្វីដែលអាចកំណត់បាននោះគឺថា សោទាំងនេះខ្សោយយ៉ាងធ្ងន់ធ្ងរ ហើយត្រូវបានសម្របសម្រួល។ ការបរាជ័យមិនអាចត្រូវបានគេពិពណ៌នាបន្ថែមទៀតថាជាប្រភពលេខចៃដន្យផ្នែករឹងជាក់លាក់នៃ HSM ត្រូវបានបង្ហាញថាមានកំហុស ហើយក៏មិនអាចពិពណ៌នាថាជាការបំបែកកូដកូដទូទៅនៃ RSA, ECC ឬ TLS ផងដែរ។

តើវិញ្ញាបនបត្រ root មិនទុកចិត្តមានន័យដូចម្តេច?

កម្មវិធីរុករកតាមអ៊ីនធឺណិត ឬប្រព័ន្ធប្រតិបត្តិការអាចបិទវិញ្ញាបនបត្រ ឬសោសាធារណៈដោយផ្ទាល់នៃ CA កម្រិតមធ្យមដែលរងផលប៉ះពាល់ ឬវាអាចដកការទុកចិត្តជា root ដែលនាំទៅដល់ពួកគេ។ វិធានការចុងក្រោយក៏នឹងបដិសេធវិញ្ញាបនបត្រស្របច្បាប់មួយចំនួននៅក្រោមឫសដូចគ្នាដែរ។

Google បានកំណត់ពេលការដកចេញ emSign ECC Root CA - G3 ដើម្បីការពារអ្នកប្រើប្រាស់របស់ Chrome root store ដែលមិនទទួលបានការអាប់ដេតពី CRLSet ។ ការដកយកចេញនូវហាងជា root ត្រូវបានគេរំពឹងថានឹងត្រូវបានរុញក្នុងអំឡុងពេលដែលត្រូវគ្នាចាប់ពីថ្ងៃទី 27 ដល់ថ្ងៃទី 28 ខែតុលា ម៉ោងនៅទីក្រុងប៉េកាំង។ ពេលវេលាដើមនៃ Google គឺនៅព្រឹកថ្ងៃទី 27 ខែតុលា ម៉ោងពន្លឺថ្ងៃប៉ាស៊ីហ្វិករបស់សហរដ្ឋអាមេរិក។ ផែនការនេះគឺដាច់ដោយឡែកពីការទប់ស្កាត់សោសាធារណៈបន្ទាន់ដែលត្រូវបានដាក់ពង្រាយពីមុន។ 1

ការមិនទុកចិត្តឫសគឺជាវិធានការឆ្លើយតប។ វាមិនបញ្ជាក់ដោយខ្លួនឯងថាសោឯកជនរបស់ root ត្រូវបានសម្របសម្រួលទេ។

2 ហេតុអ្វីបានជាផលប៉ះពាល់ដែលអាចកើតមានដល់ប្រព័ន្ធអេកូឡូស៊ីសាធារណៈ

សោរដែលត្រូវបានសម្របសម្រួល និងផ្លូវទុកចិត្តដែលរងផលប៉ះពាល់

វត្ថុវិនិច្ឆ័យ	វិសាលភាពនៃឧប្បត្តិហេតុនេះ។
បាន​កំណត់​អត្តសញ្ញាណ​សោ​បញ្ហា	8 គ្រាប់ចុចឯកជន CA កម្រិតមធ្យមសម្រាប់ eMudhra
វេទិកាដែលអាចតម្រូវឱ្យមានសកម្មភាព	ឃ្លាំងសម្ងាត់សាធារណៈ កម្មវិធីរុករកតាមអ៊ីនធឺណិត ប្រព័ន្ធប្រតិបត្តិការ ពេលវេលាដំណើរការភាសា កញ្ចប់កម្មវិធី និងប្រព័ន្ធអេកូកុងតឺន័រ
អាចជាអត្តសញ្ញាណក្លែងក្លាយ TLS	គេហទំព័រ ឬសេវាកម្មដែលបានចូលមើលដោយអតិថិជនដែលនៅតែទទួលយកខ្សែសង្វាក់វិញ្ញាបនបត្រក្លែងក្លាយដែលពាក់ព័ន្ធ
តើវាមានន័យថាឧបករណ៍ទាំងអស់ត្រូវបានសម្របសម្រួលទេ?	ទេ លក្ខខណ្ឌជឿទុកចិត្ត ទីតាំងបណ្តាញអ្នកវាយប្រហារ និងយុទ្ធសាស្ត្រផ្ទៀងផ្ទាត់ផ្សេងទៀតកំណត់លទ្ធភាពកេងប្រវ័ញ្ច
តើវាមានន័យថាវិញ្ញាបនបត្រផ្លូវច្បាប់ទាំងអស់មិនត្រឹមត្រូវទេ?	ទេ ភាពមិនត្រឹមត្រូវដែលពាក់ព័ន្ធអាស្រ័យទៅលើឫស ឬវិញ្ញាបនបត្រដែលម៉ាស៊ីនភ្ញៀវមិនទុកចិត្ត។

Red Hat កំណត់យ៉ាងច្បាស់នូវការកេងប្រវ័ញ្ចចំពោះលក្ខខណ្ឌដែលអតិថិជននៅតែទទួលយកខ្សែសង្វាក់ពាក់ព័ន្ធ អ្នកវាយប្រហារមានសោឯកជនដែលត្រូវបានសម្របសម្រួល និងអាចស្ទាក់ចាប់ការតភ្ជាប់នៅក្នុងបណ្តាញ។ ការគ្របដណ្តប់ហានិភ័យគឺមិនត្រូវច្រឡំជាមួយនឹងចំនួននៃការវាយប្រហារដែលបានកើតឡើងនោះទេ។ 10

គេហទំព័រដែលប្រើ CA ផ្សេងទៀតក៏អាចត្រូវបានគេក្លែងបន្លំផងដែរ។

ឧបមាថាគេហទំព័រមួយពិតជាប្រើវិញ្ញាបនបត្រ Let’s Encrypt ហើយអតិថិជនរបស់អ្នកទស្សនាជឿជាក់ CA សាធារណៈជាច្រើនក្នុងពេលតែមួយ។ អ្នកវាយប្រហារអាចព្យាយាមប្រើ CA កម្រិតមធ្យមដែលត្រូវបានសម្របសម្រួល ដើម្បីបង្កើតវិញ្ញាបនបត្រមួយផ្សេងទៀតសម្រាប់ឈ្មោះដែនដូចគ្នា។ អតិថិជនជាធម្មតាមិនទាមទារជាមុនថាឈ្មោះដែនអាចប្រើបានតែ Let’s Encrypt; ប្រសិនបើខ្សែសង្វាក់ក្លែងក្លាយនៅតែត្រូវបានទទួលយក ដែល CA គេហទំព័រពិតជាប្រើគឺមិនគ្រប់គ្រាន់ដើម្បីបដិសេធការវាយប្រហារបែបនេះទេ។ 8

យន្តការនេះពន្យល់ថា: ការជំនួសវិញ្ញាបនបត្រ CA មួយផ្សេងទៀតដែលពីមុនធម្មតានឹងមិនជួសជុលទំនុកចិត្តរបស់អតិថិជនដោយស្វ័យប្រវត្តិចំពោះ CA ដែលត្រូវបានសម្របសម្រួលនោះទេ។ អ្វី​ដែល​ត្រូវ​កាត់​ផ្តាច់​គឺ​ផ្លូវ​សម្រាប់​អតិថិជន​ដើម្បី​ទទួល​យក​អត្តសញ្ញាណ​ក្លែងក្លាយ។

ផលប៉ះពាល់ទាំងបីត្រូវតែដោះស្រាយដោយឡែកពីគ្នា។

Identity ហានិភ័យនៃការក្លែងបន្លំ៖ អតិថិជនដែលមិនបានទប់ស្កាត់ខ្សែសង្វាក់ពាក់ព័ន្ធអាចទទួលយកអត្តសញ្ញាណដែលបានក្លែងបន្លំដោយអ្នកវាយប្រហារ ដែលបណ្តាលឱ្យសំណើររសើបត្រូវបានផ្ញើទៅកាន់សេវាកម្មក្លែងក្លាយ។

ហានិភ័យនៃការមានសេវាកម្មស្របច្បាប់៖ ការដកការទុកចិត្តជា root អាចបណ្តាលឱ្យមានកំហុសវិញ្ញាបនបត្រសម្រាប់គេហទំព័រស្របច្បាប់ ដែលអាចត្រូវការការផ្លាស់ប្តូរទៅកាន់បណ្តាញដែលទទួលយកផ្សេងទៀត។

ហានិភ័យនៃការគ្របដណ្តប់លើការដាក់ឱ្យប្រើប្រាស់៖ ប្រព័ន្ធប្រតិបត្តិការអាចត្រូវបានជួសជុល ខណៈពេលដែលឃ្លាំងផ្ទុកកម្មវិធីទុកចិត្ត បរិយាកាសនិម្មិត រូបភាពកុងតឺន័រចាស់ ឬកម្មវិធីដែលបានចងក្រងរក្សានូវឥរិយាបថសុពលភាពចាស់។

វិសាលភាពទាំងបីនេះមិនដូចគ្នាទេ។ ការឆ្លើយតបរបស់ Cloudflare គ្របដណ្ដប់លើការបញ្ជាក់អត្តសញ្ញាណពីចម្ងាយ កន្លែងផ្ទុកការជឿទុកចិត្តដែលបានចែករំលែក រូបភាពមូលដ្ឋាន និងកម្មវិធីបុគ្គល ដោយបង្ហាញពីមូលហេតុដែលកិច្ចការពីរចុងក្រោយត្រូវតែដោះស្រាយដោយឡែកពីគ្នា។ 7

3 ដែលរងផលប៉ះពាល់ CA និងអ្នកផ្តល់វិញ្ញាបនបត្រ

អ្នកផ្តល់សេវា និងប្រភេទផលប៉ះពាល់

អ្នកផ្តល់សេវា ឬប្រព័ន្ធ	តួនាទីនៅក្នុងឧប្បត្តិហេតុនេះ។	ព្រំដែនដែលត្រូវបែងចែក
eMudhra／emSign	សោឯកជន CA កម្រិតមធ្យមត្រូវបានសម្របសម្រួលដោយផ្ទាល់។	អ្នកមិនអាចសរសេរឫស eMudhra ទាំងអស់ និងវិញ្ញាបនបត្រទាំងអស់ដូចដែលបានបំបែកនោះទេ។
Sectigo ខ្សែសង្វាក់ហត្ថលេខាឆ្លងដែលទាក់ទង	វិញ្ញាបនប័ត្រឆ្លង A ត្រូវបានចេញសម្រាប់បាច់ដូចគ្នានៃសោសាធារណៈដែលរងផលប៉ះពាល់ បង្កើតផ្លូវទុកចិត្តមួយផ្សេងទៀត។	វិញ្ញាបនបត្រឆ្លងកាត់ដែលត្រូវគ្នា ឬសោសាធារណៈត្រូវបិទ។ សោឯកជនឫស Sectigo មិនត្រូវបានបង្ហាញថាត្រូវបានសម្របសម្រួលទេ។
កម្រិតវិញ្ញាបនបត្រដែលពាក់ព័ន្ធសម្រាប់ Internet2/InCommon	វិញ្ញាបនបត្រស្របច្បាប់មួយចំនួនពឹងផ្អែកលើឫស emSign ECC ដែលត្រូវដកចេញ ពាក់ព័ន្ធនឹងការធ្វើចំណាកស្រុក	វាគឺជាផលប៉ះពាល់នៃវត្ថុបញ្ចាំនៃការមិនទុកចិត្តជា root ហើយមិនអាចរាប់បានថាជាពាក់កណ្តាលនៃសោខ្សោយទាំង 8 នោះ CA
Let’s Encrypt, DigiCert, Google Trust Services, GlobalSign ជាដើម។	មិនត្រូវបានចុះបញ្ជីជាភាគីដែលសោឯកជនត្រូវបានសម្របសម្រួលនៅក្នុងរបាយការណ៍នេះទេ។	វិញ្ញាបនបត្រស្របច្បាប់មិនមានសុពលភាពដូចគ្នាទេ។ អតិថិជនដែលងាយរងគ្រោះអាចនៅតែទទួលយកវិញ្ញាបនបត្រក្លែងក្លាយដែលក្លែងបន្លំគេហទំព័រដែលពួកគេបម្រើ
CDN, វេទិកាពពក, អ្នកចែកចាយវិញ្ញាបនបត្រ	អាចផ្តល់វិញ្ញាបនបត្រដែលពាក់ព័ន្ធ ឬប្រើហាងទុកចិត្តសាធារណៈ នៅពេលភ្ជាប់ទៅប្រភពដើម និង API	ដើម្បីពិនិត្យមើលខ្សែសង្វាក់វិញ្ញាបនបត្រពិតប្រាកដ និងអ្នកផ្តល់សុពលភាព កុំគ្រាន់តែមើលវេទិកា ឬឈ្មោះផលិតផល

សេចក្តីជូនដំណឹងរបស់ Mozilla កត់ត្រានូវសោរដែលត្រូវបានសម្របសម្រួល និងហត្ថលេខាឆ្លង Sectigo ។ ការពិភាក្សាអំពីឧប្បត្តិហេតុសាធារណៈរបស់ Google និយាយអំពីការធ្វើចំណាកស្រុកនៃឋានានុក្រម Internet2/InCommon ស្របច្បាប់។ 25 Cloudflare ជួសជុលសេវាកម្មអាសយដ្ឋាន និងការជឿទុកចិត្តរបស់អតិថិជន។ ពួកគេមិនបង្ហាញពីការសម្របសម្រួលនៃសោឯកជន CA ផ្ទាល់ខ្លួនរបស់ Cloudflare ទេ។ 7

ខ្សែសង្វាក់វិញ្ញាបនបត្រ TLS និងហត្ថលេខាឆ្លង

ទំនាក់ទំនងខាងក្រោមពណ៌នាតែផ្លូវដែលទាក់ទង TLS នៅពេលនេះ។ វា​មិន​រួម​បញ្ចូល​ផ្លូវ​ចុះ​ហត្ថលេខា​កូដ ហើយ​ក៏​មិន​មាន​ន័យ​ថា​ផ្លូវ​ទាំង​នេះ​នៅ​តែ​ជឿ​ទុក​ចិត្ត​លើ​គ្រប់​វេទិកា​ដែរ។ 17

emSign Root TLS CA - G3 គឺជាអ្នកចេញដោយផ្ទាល់មួយនៃអន្តរការី TLS ដែលរងផលប៉ះពាល់ ហើយខ្លួនវាអាចជាយុថ្កាទុកចិត្តនៅក្នុងហាងមួយចំនួន។ emSign ECC Root CA - G3 ផ្តល់នូវស្រទាប់ចុះហត្ថលេខាឆ្លងផ្សេងទៀត។ Sectigo របស់ AAA Certificate Services បង្កើតផ្លូវបន្ថែមទៅកាន់កូនសោសាធារណៈ CA កម្រិតមធ្យមដូចគ្នា។ 17

ដូច្នេះមានក្រឡាពីរផ្សេងគ្នានៅពេលជួសជុល៖

• Block កម្រិតមធ្យមពិតប្រាកដ CA ឬ public key: វាអាចរក្សាឋានានុក្រមស្របច្បាប់ផ្សេងទៀតនៅក្រោមឫសដូចគ្នា ដែលអ្នកផ្តល់សុពលភាពគាំទ្រយន្តការនោះ។
• ដកការទុកចិត្តជា root៖ វាអាចការពារអតិថិជនដោយគ្មានសមត្ថភាពទប់ស្កាត់កម្រិតមធ្យម CA ប៉ុន្តែអាចប៉ះពាល់ដល់ភាពត្រូវគ្នា។ ផ្លូវផ្សេងទៀតទាំងអស់ដែលអតិថិជនទទួលយកត្រូវតែគ្របដណ្តប់ផងដែរ។ 5

“លុបឫស Sectigo/eMudhra ទាំងអស់” មិនគួរត្រូវបានចាត់ទុកជាជំហានទូទៅដែលមិនរើសអើង ហើយក៏មិនគួរគ្រាន់តែលុបវិញ្ញាបនបត្រដែលមានឈ្មោះស្រដៀងគ្នាមានន័យថាផ្លូវទាំងអស់ត្រូវបានបិទ។

4 ប្រព័ន្ធប្រតិបត្តិការ និងគ្របដណ្តប់លើកម្មវិធីរុករកតាមអ៊ីនធឺណិត

វេទិកាសំខាន់

វេទិកា	អាកប្បកិរិយាដែលគេស្គាល់	វិសាលភាពដែលគួរពិនិត្យមើលនៅពេលប្រើ
Windows និង Windows Server	ការចែកចាយ Microsoft ត្រូវបានរារាំងតាមរយៈការធ្វើបច្ចុប្បន្នភាពបញ្ជីទំនុកចិត្តនៃវិញ្ញាបនបត្រដោយស្វ័យប្រវត្តិ	ថាតើឧបករណ៍បានទទួលការអាប់ដេតឬអត់ CA bundle ឯករាជ្យមិនចាំបាច់ប្រើផ្លូវផ្ទៀងផ្ទាត់ Windows ទេ
macOS, iOS, iPadOS ជាដើម។ វេទិកា Apple	អ្នកសម្របសម្រួលឧប្បត្តិហេតុបានបញ្ជាក់ថា Apple បានដាក់ពង្រាយការទប់ស្កាត់ដែលពាក់ព័ន្ធ	រាល់កំណែចាស់ និងកម្មវិធីភាគីទីបីមិនត្រូវបានធានាដើម្បីទទួលបានការធានារ៉ាប់រងដូចគ្នានោះទេ។
Android	Google ចែកចាយប្លុកសមមូលតាមរយៈសេវាកម្ម Google Play	ROM ដោយគ្មានសេវាកម្ម Google Play គួរតែត្រូវបានផ្ទៀងផ្ទាត់យោងទៅតាមសេចក្តីប្រកាសរបស់អ្នកផលិត។ ប្រើឧបករណ៍ផ្ទៀងផ្ទាត់ដែលភ្ជាប់មកជាមួយសម្រាប់ការផ្ទៀងផ្ទាត់បន្ថែម
Ubuntu	ការជួសជុលកញ្ចប់វិញ្ញាបនបត្រប្រព័ន្ធត្រូវបានផ្តល់ជូន រួមទាំងសាខាកំណែបច្ចុប្បន្ន និងចាស់ជាច្រើន។	កំណែចាស់របស់ ESM គាំទ្រលក្ខខណ្ឌ កញ្ចប់វិញ្ញាបនបត្រខាងក្នុងធុង និងបណ្ណាល័យដែលភ្ជាប់មកជាមួយកម្មវិធី
Debian និង Devuan	Debian បានកត់ត្រា ca-certificates ជួសជុល	អ្នកត្រូវតែពិនិត្យមើលសាខាពិតប្រាកដដែលបានប្រើ និងកញ្ចប់ដែលបានដំឡើង ហើយអ្នកមិនអាចចម្លងលេខកំណែនៃសាខាផ្សេងទៀតបានទេ។
RHEL និងនិស្សន្ទវត្ថុ	បញ្ជីផ្លូវការគឺ RHEL 6, 7, 8, 9, 10 និងគ្របដណ្តប់ផលិតផល និងរូបភាពដែលពាក់ព័ន្ធដែលអាចរងផលប៉ះពាល់	គិតត្រឹមការត្រួតពិនិត្យនេះ សេចក្តីប្រកាសមិនទាន់បានរាយបញ្ជីពេញលេញនៃការជួសជុល និងកំហុសឆ្គងនៅឡើយទេ។ “រកមិនឃើញបច្ចុប្បន្នភាព” មិនអាចចាត់ទុកថាមិនមានផលប៉ះពាល់ទេ។
Fedora, Arch, Gentoo, Alpine ជាដើម។	អ្នកថែទាំព្រឹត្តិការណ៍បានចងក្រងកំណត់ត្រាជួសជុលដែលត្រូវគ្នា។	បញ្ជាក់ដោយឯករាជ្យដោយការចេញផ្សាយ សាខាកំណែ និងរូបភាព
FreeBSD	រាយបញ្ជីកំណែដែលបានគាំទ្រទាំងអស់ជាផ្លូវការ និងផ្តល់នូវការជួសជុលហាងទុកចិត្តរបស់ប្រព័ន្ធ	បន្ទាប់ពីការអាប់ដេត សូមចាប់ផ្តើមដំណើរការដេមិនដែលពាក់ព័ន្ធឡើងវិញដោយយោងតាមការប្រកាស។ ពិនិត្យ​ហាង​ទុក​ចិត្ត​កម្មវិធី​ឯករាជ្យ​ដោយ​ឡែក​ពី​គ្នា។

សម្រាប់សេចក្តីសង្ខេបនៃ Windows, Apple និងការចេញផ្សាយ សូមមើល 4; សម្រាប់ Android សូមមើល 1; សម្រាប់ Ubuntu, Debian, RHEL, និង FreeBSD កំណត់ត្រាអ្នកចេញត្រូវបានបង្ហាញនៅក្នុង 8–11 រៀងគ្នា។

ប្រព័ន្ធដែលលែងត្រូវបានគាំទ្រ ឧបករណ៍ក្រៅបណ្តាញ NAS រ៉ោតទ័រ និងបរិស្ថានដែលបានបង្កប់ផ្សេងទៀតត្រូវបញ្ជាក់ថាតើពួកគេនៅតែទុកចិត្តខ្សែសង្វាក់ដែលពាក់ព័ន្ធ និងថាតើពួកគេមានបណ្តាញដើម្បីទទួលការដកហូត ឬអាប់ដេតកម្មវិធីដែរឬទេ។ ឈ្មោះវេទិកាខ្លួនវាមិនមែនជាការជំនួសសម្រាប់ការត្រួតពិនិត្យឥរិយាបថផ្ទៀងផ្ទាត់ពិតប្រាកដនោះទេ។

ការការពារកម្មវិធីរុករកខុសពីការការពារប្រព័ន្ធប្រតិបត្តិការ

Chrome ប្រើ CRLSet ដើម្បីចែកចាយប្លុកសង្គ្រោះបន្ទាន់; Firefox ប្រើយន្តការដូចជា OneCRL ។ Firefox ក៏ត្រូវបានចេញផ្សាយជាមួយនឹងព័ត៌មានទប់ស្កាត់ ដើម្បីផ្តល់ការការពារបន្ថែមសម្រាប់ការកំណត់រចនាសម្ព័ន្ធដែលមិនទទួលបានការកំណត់ពីចម្ងាយត្រឹមត្រូវ។ 13

ការកំណត់រចនាសម្ព័ន្ធមួយចំនួនរបស់ Firefox Android មិនបានអនុវត្តឱ្យបានត្រឹមត្រូវនូវបញ្ជីដែលបានធ្វើបច្ចុប្បន្នភាពនៅពេលចាប់ផ្តើមនោះទេ ដែល Mozilla បានបញ្ជាក់ថាត្រូវបានជួសជុលដោយ 158.0.2. ដូច្នេះ ស្ថានភាពនៃ 158.0.1 ដំបូងមិនអាចពង្រីកដើម្បីរួមបញ្ចូលការកំណត់រចនាសម្ព័ន្ធ Android Firefox ទាំងអស់។ 2

វិធានការត្រូវបានធ្វើឡើងសម្រាប់ការផ្ទៀងផ្ទាត់ប្រព័ន្ធនៃ Apple និង Windows ប៉ុន្តែវាមិនមែនមានន័យថាកម្មវិធីបន្ទាត់ពាក្យបញ្ជាទាំងអស់នៅលើម៉ាស៊ីនតែមួយនឹងឆ្លងកាត់ការផ្ទៀងផ្ទាត់ប្រព័ន្ធនោះទេ។ អ្នកថែរក្សាព្រឹត្តិការណ៍បានរំលឹកជាពិសេសថាឧបករណ៍ដែលភ្ជាប់មកជាមួយ macOS មួយចំនួនប្រើឯកសារវិញ្ញាបនបត្រឯករាជ្យ។ កម្មវិធីខាងក្រោយ TLS និងប្រភព CA ពិតប្រាកដគួរតែត្រូវបានកត់ត្រានៅពេលពិនិត្យ។ 4

ព្រំដែនការពារសម្រាប់តម្លាភាពវិញ្ញាបនបត្រ

Google បានបញ្ជាក់ថា មុនពេលវាអនុវត្តប្លុក ប្រាំមួយ TLS កម្រិតមធ្យម CA មិនបានចេញវិញ្ញាបនបត្រ TLS ដែលបានបញ្ចូលកំណត់ហេតុ CT ទេ។ ដូច្នេះ អតិថិជន Chrome ដែលបង្ខំ CT មានការការពារបន្ថែម។ ការពិតនេះមិនច្រានចោលនូវលទ្ធភាពដែលអតិថិជនផ្សេងទៀតដែលមិនប្រតិបត្តិ CT បានទទួលយកវិញ្ញាបនបត្រដែលមិនមានឯកសារនោះទេ។ 15

“វាប្រែថាវាអាចត្រូវបានភ្ជាប់ទៅនឹងឫសដែលអាចទុកចិត្តបាន” “លក្ខខណ្ឌកេងប្រវ័ញ្ចសក្តានុពលមាន” និង “ការវាយប្រហារបានកើតឡើង” គឺជាការវិនិច្ឆ័យបីផ្សេងគ្នាហើយមិនគួរត្រូវបានជំនួសដោយគ្នាទៅវិញទៅមកទេ។

5 បរិស្ថានអភិវឌ្ឍន៍ និងដំណើរការជួសជុលមូលដ្ឋាន

ខាងក្រោម​នេះ​គឺ​ជា​មូលដ្ឋាន​នៃ​ការ​ជួសជុល​ដែល​បាន​បញ្ជាក់ ហើយ​មិន​មែន​ជា​តម្រូវការ​ក្នុង​ការ​កំណត់​ការ​ចេញផ្សាយ​ទាំងនេះ​រយៈពេល​វែង​នោះ​ទេ។ Distros អាចជួសជុលលេខកំណែចាស់ដោយផ្លាស់ទីបំណះត្រឡប់មកវិញ ហើយការណែនាំអំពីសុវត្ថិភាពរបស់ពួកគេក៏គួរតែត្រូវបានពិនិត្យផងដែរ។

សមាសធាតុ	កំណែដែលបានបញ្ជាក់ ឬវិធីធ្វើបច្ចុប្បន្នភាព	ការពិចារណាលើការដាក់ពង្រាយ
Node.js 24	24.22.1 ឬធ្វើបច្ចុប្បន្នភាពកំណែដែលមានស្ថេរភាពនៃសាខាដូចគ្នា។	មានផ្ទុកព័ត៌មានថ្មីៗនៃឃ្លាំងសម្ងាត់ និងការបដិសេធនៃសោសាធារណៈដែលត្រូវបានរារាំង។ ពិនិត្យមើលផ្លូវ Node ដែលពិតជាបានប្រើដោយសេវាកម្ម ហើយចាប់ផ្តើមឡើងវិញ
Python certifi	2026.10.19 ឬកំណែថ្មីជាងនេះ។	ពិនិត្យមើលបរិយាកាសដំណើរការជាក់ស្តែងនីមួយៗ; អ្នកមិនអាចធ្វើបច្ចុប្បន្នភាពតែមួយកញ្ចប់ក្រោម Python សកលបានទេ។
pip	26.2.2 ឬកំណែថ្មីជាងនេះ។	ធ្វើបច្ចុប្បន្នភាពដោយឡែកពីគ្នា pip នៅក្នុងបរិស្ថាននិម្មិតចាស់ ហើយពិនិត្យមើលកំណែបន្ទាប់ពីបរិស្ថានថ្មីត្រូវបានបង្កើត
uv	0.13.4 ឬកំណែថ្មីជាងនេះ។	ធ្វើបច្ចុប្បន្នភាពច្បាប់ចម្លងនៃឧបករណ៍ ដូចដែលវាត្រូវបានដំឡើងយ៉ាងពិតប្រាកដ
Go	1.27.3 ឬ 1.26.10 កំណែដែលបានធ្វើបច្ចុប្បន្នភាពនៃសាខាដែលត្រូវគ្នាក៏មានផងដែរ	បង្កើតឡើងវិញ និងប្រើប្រាស់កម្មវិធីដែលពាក់ព័ន្ធ បន្ទាប់ពីធ្វើបច្ចុប្បន្នភាពខ្សែសង្វាក់ឧបករណ៍ ឬទទួលបានប្រព័ន្ធគោលពីរសម្រាប់ជួសជុលរបស់អ្នកលក់
Oracle JDK	បំណះ Critical សម្រាប់បន្ទាត់កំណែដែលបានគាំទ្រដែលត្រូវគ្នា។	អ្នកបោះពុម្ពផ្សាយ JDK ផ្សេងគ្នាធ្វើតាមការប្រកាសរបស់ពួកគេ; មិនមានលេខកំណែតែមួយដែលអនុវត្តចំពោះការចេញផ្សាយ Java ទាំងអស់។
Cloudflare Tunnel	cloudflared 2026.10.2 ឬកំណែថ្មីជាងនេះ។	ធ្វើបច្ចុប្បន្នភាពសេវាកម្មដែលកំពុងដំណើរការ; ការ​ដាក់​ពង្រាយ​កុងតឺន័រ​តម្រូវ​ឱ្យ​មាន​ការ​ជំនួស​រូបភាព និង​ការ​ដាក់​ឱ្យ​ប្រើ​ឡើងវិញ
Cloudflare One／WARP	កំណែម៉ាស៊ីនភ្ញៀវថេរដែលត្រូវគ្នានឹងវេទិកា ឬកំណែដែលមានស្ថេរភាពដែលបានធ្វើបច្ចុប្បន្នភាព	វិធានការខាងអតិថិជន និងខាងម៉ាស៊ីនមេត្រូវបានបញ្ជាក់ដោយឡែកពីគ្នា។ សម្រាប់កំណែវេទិកាជាក់លាក់ សូមមើលឧបសម្ព័ន្ធ 7

ការណែនាំដើមសម្រាប់ Node , Python , Go , Oracle និង Cloudflare រៀងគ្នាអាចរកបាននៅក្នុង 13 , 12 , 14 , 15 , 7 .

បញ្ហាមូលដ្ឋានទិន្នន័យវិញ្ញាបនបត្រឯករាជ្យ Python

មន្ត្រី Python បានចង្អុលបង្ហាញថា pip ចាស់នឹងប្រើការរួមបញ្ចូលគ្នានៃការទុកចិត្តប្រព័ន្ធ និង certifi ដែលភ្ជាប់មកជាមួយ។ គ្រាន់តែកែប្រែកន្លែងផ្ទុកវិញ្ញាបនបត្រប្រព័ន្ធ ឬការបន្ថែមឯកសារ CA ទៅ pip មិនអាចរាប់បញ្ចូលការទុកចិត្តចាស់ដែលភ្ជាប់មកជាមួយរបស់វាបានទេ។ ដូច្នេះ PIP_CERT, REQUESTS_CA_BUNDLE ឬ --cert មិនអាចប្រើជាការជំនួសការជួសជុលជាសកលសម្រាប់ pip ចាស់បានទេ។ 12

ពិនិត្យបរិស្ថាននិម្មិតដែលមានស្រាប់បន្ទាប់ពីធ្វើបច្ចុប្បន្នភាព។ សូមពិនិត្យមើលផងដែរនូវកំណែ pip ដែលបានដំឡើងយ៉ាងពិតប្រាកដនៅក្នុងបរិស្ថានដែលបានបង្កើតថ្មី ដូច្នេះសមាសធាតុ bootstrap ចាស់ៗមិនណែនាំឧបករណ៍ដែលងាយរងគ្រោះឡើងវិញទេ។ សម្រាប់ការអាប់ដេតដំបូង សូមអនុវត្តតាមប្រភពទាញយក និងជំហានផ្ទៀងផ្ទាត់ SHA-256 នៅក្នុងការណែនាំរបស់ Python មុនពេលធ្វើបច្ចុប្បន្នភាពកញ្ចប់ផ្សេងទៀត។ 12

Go និងកម្មវិធីចងក្រងផ្សេងទៀត។

ការជួសជុលសម្រាប់ Go បានផ្លាស់ប្តូរតក្កវិជ្ជាសុពលភាពសម្រាប់ crypto/x509 ។ 14 តាមទស្សនៈនៃយន្តការដាក់ពង្រាយ ការធ្វើបច្ចុប្បន្នភាពកម្មវិធីចងក្រងនៅលើម៉ាស៊ីនអភិវឌ្ឍន៍នឹងមិនសរសេរឡើងវិញនូវប្រព័ន្ធគោលពីរដែលបានដាក់ពង្រាយរួចហើយនោះទេ។ ដើម្បីទទួលបានការទប់ស្កាត់ស្រទាប់កូដថ្មី កម្មវិធីគួរតែត្រូវបានបង្កើតឡើងវិញ និងជំនួស ឬកំណែអាប់ដេតដែលផ្តល់ដោយអ្នកលក់គួរតែត្រូវបានប្រើ។ ថាតើកម្មវិធីចាស់ក៏អាចទទួលបានអត្ថប្រយោជន៍ពីការអាប់ដេតជា root ប្រព័ន្ធអាស្រ័យលើផ្លូវផ្ទៀងផ្ទាត់ពិតប្រាកដដែលវាប្រើ។

ធុងនិងកម្មវិធីវេចខ្ចប់

កញ្ចប់វិញ្ញាបនបត្រប្រព័ន្ធ ភាពអាស្រ័យនៃកម្មវិធី និងរយៈពេលដំណើរការនៅក្នុងកុងតឺន័រជាធម្មតាត្រូវបានកំណត់ដោយមាតិការូបភាព។ ការធ្វើបច្ចុប្បន្នភាពម៉ាស៊ីនមិនស្មើនឹងការធ្វើបច្ចុប្បន្នភាពមាតិការូបភាពទេ។ រូបភាព និងភាពអាស្រ័យជាមូលដ្ឋានចាំបាច់ត្រូវធ្វើបច្ចុប្បន្នភាព ហើយវត្ថុដែលកំពុងដំណើរការជាក់ស្តែងចាំបាច់ត្រូវបង្កើតឡើងវិញ ដាក់ពង្រាយ និងពិនិត្យ។ កម្មវិធីដែលបានខ្ចប់ និងកម្មវិធីកុំព្យូទ័រដែលភ្ជាប់មកជាមួយពេលវេលាដំណើរការផ្ទាល់របស់ពួកគេក៏គួរតែត្រូវបានធ្វើបច្ចុប្បន្នភាពផងដែរ យោងទៅតាមបណ្តាញចេញផ្សាយរបស់អ្នកលក់។ 710

6 ការណែនាំអំពីការជួសជុល

កំណត់វត្ថុត្រួតពិនិត្យជាមុនសិន

វាត្រូវបានផ្ដល់អនុសាសន៍ឱ្យកត់ត្រាព័ត៌មានខាងក្រោមសម្រាប់សេវាកម្មដែលត្រូវការការពារ ហើយបន្ទាប់មកជ្រើសរើសផ្លូវជួសជុលដែលត្រូវគ្នា។ នេះ​ជា​បញ្ជី​ត្រួតពិនិត្យ​ការ​ដាក់​ពង្រាយ ហើយ​មិន​តម្រូវ​ឱ្យ​មាន​សមាសធាតុ​ទាំងអស់​មាន​នៅ​លើ​គ្រប់​ប្រព័ន្ធ​នោះ​ទេ។

គម្រោង	អ្វីដែលចាំបាច់ត្រូវកត់ត្រា
កម្មវិធី និងការប្រើប្រាស់	កម្មវិធីរុករកតាមអ៊ីនធឺណិត ការទូទាត់ API ម៉ាស៊ីនភ្ញៀវ សេវាផ្ញើអ៊ីមែល ឧបករណ៍ទាញយក ប្រូកស៊ីបញ្ច្រាស។ល។
ទីតាំងប្រតិបត្តិការ	ម៉ាស៊ីន កុងតឺន័រ ម៉ាស៊ីននិម្មិត កម្មវិធីកុំព្យូទ័រ ឬឧបករណ៍ចល័ត
ផ្ទៀងផ្ទាត់ការអនុវត្ត	សុពលភាពប្រព័ន្ធប្រតិបត្តិការ OpenSSL Node បណ្ណាល័យ Python Java ឬការអនុវត្តផ្ទាល់ខ្លួនកម្មវិធី
ប្រភពដែលអាចទុកចិត្តបាន។	កញ្ចប់ប្រព័ន្ធ CA, certifi, JDK ហាងជឿទុកចិត្ត, CA bundle ដែលមានស្រាប់ ឬការកំណត់រចនាសម្ព័ន្ធសហគ្រាស
ស្ថានភាពជួសជុល	កំណែដែលបានដំឡើង ប្រភពបំណះ ថាតើត្រូវចាប់ផ្តើមឡើងវិញ ឬប្រើឡើងវិញ
លទ្ធផលទទួលយក	ថាតើខ្សែសង្វាក់ដែលរងផលប៉ះពាល់ត្រូវបានច្រានចោល ថាតើការតភ្ជាប់អាជីវកម្មធម្មតាបានជោគជ័យដែរឬទេ និងពេលវេលាពិនិត្យ

មគ្គុទ្ទេសក៍អ្នកអភិវឌ្ឍន៍សម្រាប់ Cloudflare បញ្ជាក់ជាពិសេសថា SDK អាចផ្ទេរការផ្ទៀងផ្ទាត់ទៅសមាសភាគផ្សេងទៀត; មានតែការធ្វើបច្ចុប្បន្នភាពកម្រិតកំពូល SDK មិនចាំបាច់ផ្លាស់ប្តូរគោលការណ៍ទុកចិត្តពិតប្រាកដនោះទេ។ 7

ប្រព័ន្ធប្រតិបត្តិការ និងកម្មវិធីរុករក

Windows: បើក និងផ្ទៀងផ្ទាត់បច្ចុប្បន្នភាពបញ្ជីទុកចិត្តវិញ្ញាបនបត្រដោយស្វ័យប្រវត្តិ។ ចែកចាយព័ត៌មានថ្មីៗតាមរយៈគោលការណ៍គ្រប់គ្រងដែលបានបង្កើតឡើង។ ឧបករណ៍ ឬឧបករណ៍ក្រៅបណ្តាញដែលមានការអាប់ដេតដោយស្វ័យប្រវត្តិត្រូវបានបិទ ត្រូវការប្លុកដែលបានអនុវត្តតាមរយៈដំណើរការគ្រប់គ្រងសមស្រប។ ពិនិត្យកម្មវិធីដែលមិនប្រើការបញ្ជាក់ប្រព័ន្ធ Windows ដោយឡែកពីគ្នា។ 4

Apple វេទិកា៖ ប្រព័ន្ធពេញលេញ សមាសភាគសុវត្ថិភាព និងការអាប់ដេតកម្មវិធី។ សម្រាប់ឧបករណ៍អភិវឌ្ឍន៍នៅលើ macOS ក៏ពិនិត្យមើលកម្មវិធីខាងក្រោយ TLS ឯកសារវិញ្ញាបនបត្រ និងប្រភពដំឡើងរបស់វា។ វាមិនអាចត្រូវបានវិនិច្ឆ័យថាម៉ាស៊ីនទាំងមូលត្រូវបានជួសជុលដោយសារតែ Safari បានបដិសេធខ្សែសង្វាក់សាកល្បង។ 4

Android: អាប់ដេតសេវាកម្ម Google Play នៅលើឧបករណ៍ដែលមានវា។ Google បញ្ជាក់ថាការចាប់ផ្តើមឧបករណ៍ឡើងវិញអាចបង្កឱ្យមានការអាប់ដេតភ្លាមៗ។ សម្រាប់ឧបករណ៍ដែលគ្មានសេវាកម្មទាំងនោះ សូមធ្វើតាមការណែនាំរបស់អ្នកលក់ ឬ ROM ។ សេចក្តីថ្លែងការណ៍គ្របដណ្តប់របស់ Google មិនអនុវត្តដោយស្វ័យប្រវត្តិចំពោះគ្រប់ឧបករណ៍ Android ទេ។ 1

Ubuntu/Debian: កញ្ចប់វិញ្ញាបនបត្រអាប់ដេតពីឃ្លាំងដែលគាំទ្រ ហើយពិនិត្យមើលការណែនាំសម្រាប់ការចែកចាយដែលបានដំឡើង។ ឧទាហរណ៍ ប្រព័ន្ធដែលមានមូលដ្ឋានលើ APT អាចប្រើបាន៖

sudo apt update
sudo apt install --only-upgrade ca-certificates
dpkg-query -W -f='${Package} ${Version}\n' ca-certificates

ការអាប់ដេតដែលពាក់ព័ន្ធសម្រាប់ Ubuntu 22.04, 24.04, 26.04, និង 26.10 គឺជាការគាំទ្រស្តង់ដារ។ កំណែមុនគួរតែពិនិត្យមើលការគាំទ្រ ESM និងស្ថានភាពឃ្លាំង។ បន្ទាប់ពីពាក្យបញ្ជាបញ្ចប់ដោយជោគជ័យ អ្នកនៅតែគួរប្រៀបធៀបកំណែ fix pack នៅក្នុងព្រឹត្តិបត្រ។ 89

RHEL និងផលិតផលដែលពាក់ព័ន្ធ៖ ពិនិត្យមើលកញ្ចប់វិញ្ញាបនបត្រ និងកំហុសសុវត្ថិភាពដោយឆានែលផលិតផល។ ការត្រួតពិនិត្យកំណែអាចត្រូវបានធ្វើដោយប្រើ៖

rpm -q ca-certificates

ប្រើយន្តការអាប់ដេត DNF/YUM ដែលបានគាំទ្រ ដើម្បីទទួលបានបំណះអ្នកលក់។ ប្រសិនបើប៉ុស្តិ៍មិនទាន់បានផ្តល់ការកែតម្រូវទេ កុំចាត់ទុក “គ្មានកញ្ចប់ដែលអាចធ្វើបច្ចុប្បន្នភាពបាន” ថាមានសុវត្ថិភាព។ នៅពេលដែលចាំបាច់ត្រូវដកចេញការទុកចិត្តជាបណ្ដោះអាសន្ន សូមទទួលយកវិធានការដែលបានរាយបញ្ជីយ៉ាងច្បាស់ដោយក្រុមហ៊ុនផលិត និងវាយតម្លៃភាពឆបគ្នានៃវិញ្ញាបនបត្រអាជីវកម្មស្របច្បាប់។ 10

FreeBSD: ធ្វើបច្ចុប្បន្នភាពសាខាប្រព័ន្ធដែលពាក់ព័ន្ធតាមការណែនាំដោយការណែនាំជាផ្លូវការ បន្ទាប់មកចាប់ផ្តើមដេមិនឡើងវិញដោយប្រើការកំណត់រចនាសម្ព័ន្ធការជឿទុកចិត្ត OpenSSL ដែលរងផលប៉ះពាល់ ឬចាប់ផ្ដើមប្រព័ន្ធឡើងវិញ។ 11

កម្មវិធី និងរូបភាព

បន្ទាប់ពីបញ្ចប់ការអាប់ដេតភាពអាស្រ័យនៃវិញ្ញាបនបត្រ និងពេលដំណើរការដែលត្រូវគ្នា សូមពិនិត្យមើលផ្លូវឯកសារដែលអាចប្រតិបត្តិបាន ដែលសេវាពិតជាកំពុងដំណើរការ ដើម្បីជៀសវាងថាស្ថានីយបានប្តូរទៅកំណែថ្មី ហើយដេមិននៅតែប្រើថតដំឡើងចាស់។ សម្រាប់ពហុបរិស្ថាន Python ធុងសេវាកម្ម និងកម្មវិធីដែលភ្ជាប់មកជាមួយពេលដំណើរការផ្ទាល់របស់ពួកគេ ពួកគេគួរតែត្រូវបានត្រួតពិនិត្យដោយឡែកពីគ្នា។

សម្រាប់សមាសធាតុដែលចាំបាច់ត្រូវបង្កើតឡើងវិញ សូមរក្សាទុកកំណែស្ថាបនា កំណែអាស្រ័យ និងលេខសម្គាល់រូបភាពនៃការប្រើប្រាស់។ វត្ថុទទួលយកគឺជាវត្ថុដែលកំពុងដំណើរការពិតប្រាកដ ហើយមិនអាចគ្រាន់តែពិនិត្យមើលស្លាកថ្មីនៅក្នុងម៉ាស៊ីនបង្កើត ឬបញ្ជីឈ្មោះរូបភាពនោះទេ។ 71214

ការផ្លាស់ប្តូរវិញ្ញាបនបត្រគេហទំព័រ

ប្រសិនបើខ្សែសង្វាក់នៃគេហទំព័រមាន CA កម្រិតមធ្យមដែលត្រូវបានដកហូត ឬរារាំង ឬចុងក្រោយពឹងផ្អែកលើឫសដែលមិនទុកចិត្ត ទទួលបានខ្សែសង្វាក់មួយផ្សេងទៀតដែលអតិថិជននៅតែទទួលយក។ ដំឡើងខ្សែសង្វាក់វិញ្ញាបនបត្រម៉ាស៊ីនមេពេញលេញ ហើយពិនិត្យមើលរាល់ការបញ្ចូល រួមទាំងការផ្ទុកតុល្យភាព ប្រូកស៊ីបញ្ច្រាស ចំណុចបញ្ចប់ CDN និងប្រភពដើមដែលអាចចូលដំណើរការបានដោយផ្ទាល់។ 15

ថាតើការធ្វើចំណាកស្រុកត្រូវបានទាមទារគឺផ្អែកលើខ្សែសង្វាក់ពិតប្រាកដ។ ការត្រងតែតាមម៉ាកលក់វិញ្ញាបនបត្រប៉ុណ្ណោះ អាចនឹងខកខានទំនាក់ទំនងការលក់បន្ត ឬទំនាក់ទំនងការចុះហត្ថលេខាឆ្លង។ គ្រាន់តែរង់ចាំការបន្តផុតកំណត់ធម្មតា ប្រហែលជាមិនចាំបាច់បញ្ចប់ការផ្លាស់ទីលំនៅទេ មុនពេលហាង root ត្រូវបានធ្វើបច្ចុប្បន្នភាព។

សម្រាប់វិញ្ញាបនបត្រគេហទំព័រធម្មតាផ្សេងទៀតដែលចេញដោយ CA ដែលមិនពឹងផ្អែកលើឫសដែលរងផលប៉ះពាល់នោះ មិនចាំបាច់ចុះហត្ថលេខាឡើងវិញទេ ដោយសារឧបទ្ទវហេតុនេះ។ ក្នុងពេលជាមួយគ្នានោះ ម៉ាស៊ីនមេគេហទំព័រខ្លួនឯងគួរតែនៅតែធ្វើការត្រួតពិនិត្យជួសជុលភាគីអតិថិជន នៅពេលហៅសេវាកម្មខាងក្រៅ។

7 ផ្ទៀងផ្ទាត់ថាការជួសជុលពិតជាមានប្រសិទ្ធភាព

ការត្រួតពិនិត្យកំណែ និងការត្រួតពិនិត្យឥរិយាបថត្រូវបានអនុវត្តដោយឡែកពីគ្នា។

ការត្រួតពិនិត្យកំណែត្រូវបានប្រើដើម្បីបញ្ជាក់ថាបំណះ ឬសមាសធាតុថេរត្រូវបានដាក់ពង្រាយ។ ការត្រួតពិនិត្យអាកប្បកិរិយាត្រូវបានប្រើដើម្បីបញ្ជាក់ថាកម្មវិធីពិតជាប្រើផ្លូវផ្ទៀងផ្ទាត់ដែលរំពឹងទុក។ ការត្រួតពិនិត្យទាំងពីរដោះស្រាយបញ្ហាផ្សេងគ្នា ហើយទាំងពីរមិនអាចជំនួសដោយ “ធ្វើបច្ចុប្បន្នភាពពាក្យបញ្ជាបានប្រតិបត្តិដោយជោគជ័យ”។

អ្នកថែរក្សាព្រឹត្តិការណ៍ផ្តល់នូវកន្លែងសាកល្បង និងសម្ភារៈខ្សែសង្វាក់វិញ្ញាបនបត្រ ហើយច្រកចូលត្រូវបានប្រមូលផ្តុំនៅក្នុងឧបសម្ព័ន្ធ 4 ។ វាគួរតែត្រូវបានផ្ទៀងផ្ទាត់នៅក្នុងបរិយាកាសប្រតិបត្តិការជាក់ស្តែងនៃកម្មវិធីគោលដៅ ដោយរក្សាការកំណត់រចនាសម្ព័ន្ធការផ្ទៀងផ្ទាត់វិញ្ញាបនបត្រធម្មតា។ 47

ពិនិត្យលទ្ធផល	សេចក្តីសន្និដ្ឋានដែលអាចគូរបាន។
បដិសេធ​យ៉ាង​ច្បាស់​ព្រោះ​ខ្សែ​សង្វាក់​រង​ផល​ប៉ះពាល់​មិន​ត្រូវ​បាន​ទុក​ចិត្ត	បង្ហាញថាផ្លូវផ្ទៀងផ្ទាត់ដែលកំពុងសាកល្បងបានបដិសេធខ្សែសង្វាក់
ទទួលយកខ្សែសង្វាក់ដែលរងផលប៉ះពាល់ជាធម្មតា	បង្ហាញថាផ្លូវនេះត្រូវបន្តជួសជុល ឬបានពិនិត្យការកំណត់រចនាសម្ព័ន្ធ។
កំហុស DNS ការអស់ពេលនៃការតភ្ជាប់ ការបដិសេធប្រូកស៊ី ឬសេវាកម្មដែលមិនអាចទៅដល់បាន	វាមិនអាចត្រូវបានសន្និដ្ឋានថាហានិភ័យនៃវិញ្ញាបនបត្រត្រូវបានលុបចោលដោយផ្អែកលើរឿងនេះទេ។
កម្មវិធីរុករកតាមអ៊ីនធឺណិតបដិសេធ ប៉ុន្តែការហៅតាមកម្មវិធីមិនត្រូវបានធីកទេ។	វាអាចបញ្ជាក់បានតែកម្មវិធីរុករកប៉ុណ្ណោះ មិនមែនកម្មវិធីផ្ទៃខាងក្រោយទេ។
ខ្សែសង្វាក់ A ត្រូវបានច្រានចោល	នៅតែត្រូវពិចារណាថាតើអតិថិជនទទួលយកផ្លូវចុះហត្ថលេខាឆ្លងផ្សេងទៀតដែរឬទេ

ការធ្វើតេស្តនេះក៏គួរតែគ្របដណ្តប់លើការតភ្ជាប់អាជីវកម្មធម្មតាផងដែរ ដើម្បីជៀសវាងការច្រឡំរាល់ការបរាជ័យនៃសំណើ ដោយសារការជួសជុលជោគជ័យបន្ទាប់ពីការបរាជ័យក្នុងអាជីវកម្មគឺបណ្តាលមកពីការដកចេញនូវទំនុកចិត្តច្រើនពេក។

លក្ខខណ្ឌនៃការបញ្ចប់ដែលបានស្នើ

• ប្រភពអាប់ដេត និងកំណែនៃសមាសធាតុដែលរងផលប៉ះពាល់ត្រូវបានចងក្រងជាឯកសារ។
• វត្ថុដែលកំពុងដំណើរការដែលត្រូវគ្នាត្រូវបានចាប់ផ្តើមឡើងវិញ បង្កើតឡើងវិញ ឬប្រើឡើងវិញ។
• កម្មវិធីពិតប្រាកដបដិសេធខ្សែសង្វាក់ដែលរងផលប៉ះពាល់ ហើយការផ្ទៀងផ្ទាត់ TLS សម្រាប់អាជីវកម្មធម្មតានៅតែបន្តដំណើរការ។
• មិនមានការកំណត់រចនាសម្ព័ន្ធដើម្បីបិទការផ្ទៀងផ្ទាត់វិញ្ញាបនបត្រជាបណ្តោះអាសន្នដើម្បីស្តារការតភ្ជាប់ឡើងវិញទេ។
• ប្រសិនបើការផ្ទេរវិញ្ញាបនបត្រគេហទំព័រពាក់ព័ន្ធ ច្រកចូលខាងក្រៅទាំងអស់ត្រូវបានប្តូរ និងផ្ទៀងផ្ទាត់។

លក្ខខណ្ឌនៃការបញ្ចប់ខាងលើគឺជាការផ្ដល់យោបល់សម្រាប់ប្រតិបត្តិការ និងការទទួលយកការថែទាំសម្រាប់ការចោលនេះ; វាមិនស្មើនឹងការបង្ហាញថាឧបករណ៍នេះមិនមានបញ្ហាសុវត្ថិភាពផ្សេងទៀតនោះទេ។

8 ចរាចរណ៍ HTTPS ប្រវត្តិសាស្រ្ត និងព្រំដែនហានិភ័យ

សោបីប្រភេទមានការប្រើប្រាស់ខុសៗគ្នា

គន្លឹះ	គោលបំណងសំខាន់
សោឯកជន CA	ចុះហត្ថលេខាលើអត្តសញ្ញាណ និងការចងសោសាធារណៈនៅក្នុងវិញ្ញាបនបត្រ
សោឯកជននៃគេហទំព័រ	បញ្ជាក់អត្តសញ្ញាណម៉ាស៊ីនមេនៅក្នុងការចាប់ដៃ TLS ដែលបានផ្ទៀងផ្ទាត់វិញ្ញាបនបត្រ
សោសម័យ	ការពារទិន្នន័យដែលបានបញ្ជូនតាមការតភ្ជាប់

ការទទួលបានសោឯកជន CA មិនស្មើនឹងការទទួលបានសោឯកជននៃគេហទំព័រ ឬសោសម័យទាំងអស់នោះទេ។ ការតភ្ជាប់ធម្មតា A ជាមួយការសម្ងាត់ឆ្ពោះទៅមុខដោយប្រើការផ្លាស់ប្តូរសោបណ្ដោះអាសន្ននឹងមិនបង្ហាញវគ្គប្រវត្តិសាស្ត្រដោយស្វ័យប្រវត្តិទេ ដោយសារកូនសោចុះហត្ថលេខារយៈពេលវែងត្រូវបានសម្របសម្រួលនៅពេលក្រោយ។ សម្រាប់លក្ខណៈសុវត្ថិភាពដែលពាក់ព័ន្ធនៃ TLS 1.3 សូមមើល RFC 8446 ។ 16

ហានិភ័យចម្បងនៅពេលនេះកើតឡើងក្នុងដំណាក់កាលផ្ទៀងផ្ទាត់៖ ប្រសិនបើអតិថិជនទទួលយកវិញ្ញាបនបត្ររបស់ម៉ាស៊ីនមេក្លែងក្លាយ វាអាចបង្កើតការតភ្ជាប់ជាមួយអ្នកវាយប្រហារដែលនៅតែត្រូវបានអ៊ិនគ្រីប។ TLS 1.3 ក៏តម្រូវឱ្យមានការផ្ទៀងផ្ទាត់ដែលជឿទុកចិត្តផងដែរ។ ការធ្វើឱ្យប្រសើរឡើងនូវកំណែពិធីការគឺមិនមែនជាការជំនួសសម្រាប់ការទប់ស្កាត់ CA នោះទេ។

ការ​វិនិច្ឆ័យ​ដែល​អាច​និង​មិន​អាច​ត្រូវ​បាន​ធ្វើ​ឡើង​នៅ​ពេល​បច្ចុប្បន្ន​

បញ្ជាក់៖ សោឯកជនកម្រិតមធ្យម CA ត្រូវបានសម្របសម្រួល។ ផ្លូវទុកចិត្តសាធារណៈដែលរងផលប៉ះពាល់មានលទ្ធភាពទូលំទូលាយ។ វេទិកាធំៗ និងប្រព័ន្ធអេកូឡូស៊ីជាច្រើនបានធ្វើសកម្មភាព។ 145

មិនត្រូវបានបង្កើតឡើងដោយឧបទ្ទវហេតុនេះទេ៖ ដែលអ្នកប្រើប្រាស់ទាំងអស់បានជួបប្រទះការវាយប្រហារដោយមនុស្សនៅកណ្តាល ដែលសោឯកជន CA ផ្សេងទៀតត្រូវបានសម្របសម្រួល ដែលចរាចរណ៍ HTTPS ប្រវត្តិសាស្ត្រទាំងអស់គឺអាចឌិគ្រីបបាន ឬថាការធ្វើបច្ចុប្បន្នភាពលើកម្មវិធីរុករកតាមអ៊ីនធឺណិតនីមួយៗ។

ការវិនិច្ឆ័យចុងក្រោយអំពីសេវាកម្មជាក់លាក់មួយគួរតែផ្អែកលើខ្សែសង្វាក់វិញ្ញាបនបត្រ គោលការណ៍ផ្ទៀងផ្ទាត់ សមាសធាតុដែលកំពុងដំណើរការ និងស្ថានភាពបច្ចុប្បន្នភាព មិនត្រឹមតែថាតើរបារអាសយដ្ឋានអាន HTTPS នោះទេ។

ឧបសម្ព័ន្ធ A ឈ្មោះ CA កម្រិតមធ្យមដែលរងផលប៉ះពាល់

ឈ្មោះខាងក្រោមជួយពិនិត្យទ្រព្យសកម្ម។ ឈ្មោះមិនជំនួសស្នាមម្រាមដៃវិញ្ញាបនបត្រ ឬសញ្ញាសម្គាល់សោសាធារណៈទេ។ ការផ្គូផ្គងដោយស្វ័យប្រវត្តិគួរតែប្រើឧបករណ៍កំណត់អត្តសញ្ញាណពិតប្រាកដដែលបានបោះពុម្ពផ្សាយដោយអ្នកថែទាំឧប្បត្តិហេតុ ឬអ្នកលក់ រួមទាំងវិញ្ញាបនបត្រដែលមានហត្ថលេខាឆ្លងកាត់ផងដែរ។ 5

កណ្តាល CA	គោលបំណង	អង្គការដែលពាក់ព័ន្ធ
EM EV TLS CA - G3B	TLS	eMudhra BV
EM OV TLS CA - G3B	TLS	eMudhra BV
EM DV TLS CA - G3B	TLS	eMudhra BV
EM EV TLS CA - G3C	TLS	eMudhra Inc
EM OV TLS CA - G3C	TLS	eMudhra Inc
EM DV TLS CA - G3C	TLS	eMudhra Inc
EM OV CS CA - G3B	ការចុះហត្ថលេខាលើកូដ	eMudhra BV
EM OV CS CA - G3C	ការចុះហត្ថលេខាលើកូដ	eMudhra Inc

TLS មិនមែនជាអ្នកផ្តល់សុពលភាព និងយន្តការដកហូតដូចគ្នានឹងការចុះហត្ថលេខាលើកូដនោះទេ។ ការផ្តោតអារម្មណ៍នៃអត្ថបទនេះគឺ HTTPS/TLS; បរិយាកាសនៃការចុះហត្ថលេខាលើកូដគួរតែទទួលយក Microsoft, JDK ឬអ្នកលក់កម្មវិធីដែលពាក់ព័ន្ធសម្រាប់គោលបំណងផ្ទៀងផ្ទាត់នេះហើយលទ្ធផលតេស្តរបស់កម្មវិធីរុករកមិនគួរត្រូវបានចាត់ទុកថាជាការទទួលយកការចុះហត្ថលេខាលើកូដនោះទេ។ 515

ឧបសម្ព័ន្ធ B តំណយោង

ប្រភពខាងក្រោមត្រូវបានផ្ទៀងផ្ទាត់នៅថ្ងៃទី 22 ខែតុលា ឆ្នាំ 2026។ សេចក្តីប្រកាសវិលជុំអាចនឹងបន្តធ្វើបច្ចុប្បន្នភាព ហើយស្ថានភាព និងកំណែនៅក្នុងអត្ថបទគួរតែត្រូវបានយល់ដោយផ្អែកលើកាលបរិច្ឆេទនៃឯកសារនេះ។

ការពិតឧប្បត្តិហេតុ និងការដោះស្រាយវេទិកា

[1] Google Chrome និង Android សេចក្តីប្រកាសជាផ្លូវការ ពិពណ៌នាអំពីគុណវិបត្តិនៃសោឯកជន ការទប់ស្កាត់ SPKI ការចែកចាយសេវាកម្ម Google Play ការការពារ CT និង Chrome គម្រោងការដកយកឫសគល់ចេញ។ Protecting Chrome and Android Users from Compromised eMudhra Intermediate CA Certificates

[2] Mozilla Bugzilla 2083449 កំណត់ត្រាព្រឹត្តិការណ៍ មានរបាយការណ៍ដើម ការផ្ទៀងផ្ទាត់ឯករាជ្យ ការស៊ើបអង្កេតដំណើរការបង្កើត ការជួសជុលជាបន្តបន្ទាប់សម្រាប់ Firefox Android និងការពិភាក្សាអំពីការផ្ទេរវិញ្ញាបនបត្រស្របច្បាប់។ ផ្តោតលើមតិ 5, 11, 29 និង 30 ។ eMudhra Private key compromise of Intermediate Certificates

[3] Mozilla Firefox ការជូនដំណឹងអំពីសុវត្ថិភាព ការពិពណ៌នាអំពីការចែកចាយបន្ទាន់ OneCRL និងការចោល Firefox/NSS ជាបន្តបន្ទាប់។ Protecting Firefox users following the compromise of eMudhra intermediate certificates

[4] អ្នកសម្របសម្រួលព្រឹត្តិការណ៍ Dennis Jackson សេចក្តីសង្ខេបនៃការថែទាំ និងការរកឃើញវិបផតថល ផ្តល់ការណែនាំបន្ថែមលើស្ថានភាពជួសជុលប្រព័ន្ធ និងកម្មវិធី ច្រកចូលសាកល្បង សម្ភារៈខ្សែសង្វាក់វិញ្ញាបនបត្រសាធារណៈ និងបរិស្ថានដូចជា Windows/macOS ។ លទ្ធផលតេស្តតំណាងឱ្យតែផ្លូវផ្ទៀងផ្ទាត់ពិតប្រាកដដែលបានសាកល្បងប៉ុណ្ណោះ។ eMudhra Intermediate CA Compromise

[5] Mozilla សេចក្តីជូនដំណឹងដល់អ្នកចែកចាយ និងអ្នកថែទាំហាងជឿទុកចិត្ត ពិពណ៌នាអំពី 6 TLS និង 2 អន្តរការីចុះហត្ថលេខាលើកូដ CA, Sectigo ឆ្លងកាត់ការចុះហត្ថលេខា ការដកហូត និងព្រំដែនដំណើរការការទុកចិត្តជា root ហើយរាយបញ្ជីវិញ្ញាបនបត្រពិតប្រាកដ និងការកំណត់អត្តសញ្ញាណសោសាធារណៈ។ oss-security eMudhra Intermediates Compromise

[6] eMudhra សេចក្តីថ្លែងការណ៍ព្រឹត្តិការណ៍ផ្លូវការ ផ្តល់ការពន្យល់បឋមរបស់អ្នកផលិតអំពីដំណើរការបង្កើតកូនសោរ; មូលហេតុពិតប្រាកដនឹងនៅតែស្ថិតក្រោមការសន្និដ្ឋាននៃការស៊ើបអង្កេតដែលបានបញ្ចប់។ eMudhra Statement on Recent Certificate Security Incident

[7] Cloudflare ឧប្បត្តិហេតុផ្លូវការ និងការណែនាំអំពីការជួសជុល គ្របដណ្តប់ WARP, Cloudflare Tunnel, ការផ្ទៀងផ្ទាត់គេហទំព័រប្រភពដើម, ភាពអាស្រ័យនៃពេលវេលាដំណើរការ, ការធ្វើបច្ចុប្បន្នភាពរូបភាព និងវិធីសាស្ត្រផ្ទៀងផ្ទាត់។ 8 eMudhra certificates are compromised Here is what you need to know

ប្រព័ន្ធប្រតិបត្តិការ និងការចែកចាយ

[8] Ubuntu ការជូនដំណឹងអំពីការជួសជុលជាផ្លូវការ រាយបញ្ជីកញ្ចប់ជួសជុល ca-certificates ឆានែលគាំទ្រ និងជំហានធ្វើបច្ចុប្បន្នភាពគោលដៅសម្រាប់កំណែនីមួយៗ។ eMudhra CA compromise fixes available

[9] Debian បញ្ហាផ្លូវការ និងជួសជុលកំណត់ត្រា កំណត់ត្រាជួសជុលរបស់អ្នកថែទាំ និងកញ្ចប់ចេញផ្សាយដែលត្រូវគ្នាគួរតែត្រូវបានយកជាស្តង់ដារ ហើយការផ្តល់យោបល់បណ្តោះអាសន្នដំបូងក្នុងការពិភាក្សាបញ្ហាមិនគួរត្រូវបានចាត់ទុកថាជាដំណោះស្រាយចុងក្រោយនោះទេ។ Debian bug 1151413 eMudhra Intermediate CA key compromise

[10] Red Hat ព្រឹត្តិបត្រសុវត្ថិភាពផ្លូវការ RHSB 2026 012 រាយបញ្ជី RHEL 6 ដល់ 10 ផលប៉ះពាល់ផលិតផល និងកុងតឺន័រដែលពាក់ព័ន្ធ និងជួសជុលការចេញផ្សាយ និងការបោះចោលធាតុបណ្តោះអាសន្ន។ Certificate compromise eMudhra

[11] FreeBSD ព្រឹត្តិបត្រសុវត្ថិភាពផ្លូវការ ផ្តល់សាខាប្រព័ន្ធដែលរងផលប៉ះពាល់ កំណែជួសជុល និងតម្រូវការចាប់ផ្តើមសេវាកម្មឡើងវិញ។ FreeBSD SA 26 73 caroot

ពេលដំណើរការ និងពិធីការ

[12] Python ការពិពណ៌នាព្រឹត្តិការណ៍ផ្លូវការ ផ្តល់នូវមូលដ្ឋានជួសជុលសម្រាប់ pip, certifi, uv ជាដើម ពន្យល់ពីបញ្ហានៃហាងទុកចិត្តឯករាជ្យ pip ចាស់ និងផ្តល់នូវវិធីសាស្ត្រធ្វើឱ្យប្រសើរឡើងដំបូងជាមួយនឹងការផ្ទៀងផ្ទាត់ SHA-256 ។ Information for Python users regarding eMudhra emSign CA certificate security incident

[13] Node.js 24.22.1 ការចេញផ្សាយជាផ្លូវការ មានការអាប់ដេតហាងឫស NSS និងបដិសេធការផ្លាស់ប្តូរដែលមានខ្សែសង្វាក់វិញ្ញាបនបត្រសោសាធារណៈដែលត្រូវបានរារាំង។ Node.js 24.22.1 security release

[14] Go ការចេញផ្សាយសុវត្ថិភាពផ្លូវការ ការពិពណ៌នាអំពីការធ្វើបច្ចុប្បន្នភាពតម្រងខ្សែសង្វាក់វិញ្ញាបនបត្រ crypto/x509 សម្រាប់ Go 1.27.3/1.26.10. Go 1.27.3 and Go 1.26.10 are released

[15] Oracle JDK ការណែនាំអំពីការចោលជាផ្លូវការ ពន្យល់អំពីបំណះសំខាន់ JDK និងវិធានការកំណត់រចនាសម្ព័ន្ធដែលពាក់ព័ន្ធ នៅពេលដែលវាមិនអាចដំឡើងកំណែបានភ្លាមៗ។ Distrusting eMudhra Intermediate Certificates in Oracle JDK

[16] TLS 1.3 ស្តង់ដារពិធីការ RFC 8446 សូមមើលឧបសម្ព័ន្ធ E.1 សម្រាប់ការណែនាំស្តីពីការផ្ទៀងផ្ទាត់អត្តសញ្ញាណ ការប្តូរសោបណ្តោះអាសន្ន និងការសម្ងាត់បញ្ជូនបន្ត។ The Transport Layer Security Protocol Version 1.3

[17] វិញ្ញាបនបត្រឫសគល់ទាក់ទងនឹងព្រឹត្តិការណ៍ និងទំនាក់ទំនងការចេញទិន្នន័យ ប្រើដើម្បីយល់ពីអ្នកចេញដោយផ្ទាល់ និងទំនាក់ទំនងការចុះហត្ថលេខាឆ្លង; ស្ថានភាពដាក់បញ្ចូលហាង root មិនអាចជំនួសការដកហូតចុងក្រោយ ឬស្ថានភាពទប់ស្កាត់អតិថិជនបានទេ។ Root certificate relationships JSON