eMudhra အလယ်အလတ် CA အပေးအယူလုပ်ခြင်း- ထိခိုက်မှုနှင့် ကုစားမှုလမ်းညွှန်

Sources သည် အောက်တိုဘာလ 22 ရက်၊ 2026 ခုနှစ်၊ ဘေဂျင်းစံတော်ချိန်၌ စစ်ဆေးခဲ့သည်။ Audience- တစ်ဦးချင်းအသုံးပြုသူများ၊ ဝဘ်ဆိုဒ်အော်ပရေတာများ၊ ဆော့ဖ်ဝဲရေးသားသူများနှင့် စနစ်စီမံခန့်ခွဲသူများ။

ပြင်းထန်သောအားနည်းချက်များသည် eMudhra/emSign အလယ်အလတ် CA ကိုယ်ရေးကိုယ်တာသော့အုပ်စုတစ်စုကို ပြန်လည်ရယူနိုင်စေသည်။ ၎င်းသည် ဝဘ်ဆိုက်များ၊ API များနှင့် ဆော့ဖ်ဝဲလ်များကို စစ်မှန်ကြောင်းသက်သေပြရန် အများသူငှာ လက်မှတ်စနစ်အား အသုံးပြုသည့် သုံးစွဲသူများအပေါ် သက်ရောက်မှုရှိပါသည်။ အများသူငှာယုံကြည်မှုသည် ကြီးမားသောလည်ပတ်မှုစနစ်များကို လွှမ်းခြုံထားသော်လည်း အပေးအယူခံရသောသော့များနှင့် ဖြစ်နိုင်ချေရှိသော သုံးစွဲသူများ၏ သက်ရောက်မှုများမှာ မတူညီသောနယ်ပယ်များဖြစ်သည်။ 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 binaries ကိုရယူပါ သို့မဟုတ် ၎င်းတို့ကို ပြန်လည်တည်ဆောက်ပါ။ ၎င်း၏ရောင်းချသူ၏အကြံပေးချက်အရ Java ကို အပ်ဒိတ်လုပ်ပါ။ 12–15
4. အပ်ဒိတ်များကို အသက်သွင်းပါ- ထိခိုက်ထားသော ဝန်ဆောင်မှုများကို ပြန်လည်စတင်ပြီး ကွန်တိန်နာများကို ပြန်လည်တည်ဆောက်ကာ ပြန်လည်အသုံးပြုပါ။ Cloudflare Tunnel အတွက်၊ cloudflared သို့ 2026.10.2 သို့မဟုတ် နောက်ပိုင်းတွင် အပ်ဒိတ်လုပ်ပါ။ 7
5. Website လက်မှတ်များ- တွင် ရုပ်သိမ်းထားသော သို့မဟုတ် ပိတ်ထားသော အလယ်အလတ် CA ပါရှိသည် သို့မဟုတ် မယုံကြည်ရသော အမြစ်ကို မှီခိုနေပါက ထိခိုက်သည့်ကွင်းဆက်တစ်ခုကို အစားထိုးပါ။ လက်မှတ်ကို ပြန်လည်ထုတ်ပေးခြင်းသည် သုံးစွဲသူယုံကြည်မှုစတိုးဆိုင်များကို အပ်ဒိတ်လုပ်ခြင်းကို အစားထိုးမည်မဟုတ်ပါ။ 158
6. Verification- အပလီကေးရှင်းတစ်ခုစီ၏ အမှန်တကယ် TLS လမ်းကြောင်းကို စမ်းသပ်ပါ။ လက်မှတ်ငြင်းပယ်ခြင်းကို အချိန်ကုန်သွားခြင်းနှင့် DNS ကျရှုံးမှုများနှင့် ခွဲခြားပါ။ လက်မှတ်အတည်ပြုခြင်းကို ဖွင့်ထားပါ၊ အမှားများကို ဖိနှိပ်ရန် -k ကို အသုံးမပြုပါနှင့် သို့မဟုတ် အတည်ပြုခြင်းကို ကျော်သွားပါ။ 7

1 ဖြစ်ရပ်မှန်နှင့်အကြောင်းရင်း

အတည်ပြုထားသောအချက်များ

Mozilla နှင့် Google တို့သည် eMudhra အလယ်အလတ် CA သီးသန့်သော့ရှစ်ခုတွင် ချို့ယွင်းချက်များကို အတည်ပြုထားသည်။ သုတေသီသည် သီးသန့်သော့ထိန်းချုပ်မှုဆိုင်ရာ အထောက်အထားကို ပံ့ပိုးပေးခဲ့သည်။ Mozilla သည် သော့များကို သီးခြားရှာဖွေတွေ့ရှိပြီး ပြဿနာကို ပြန်ထုတ်ပေးသည်။ အလယ်အလတ် CA ခြောက်ခုသည် TLS နှင့် ကုဒ်လက်မှတ်ရေးထိုးခြင်း နှစ်ခုကို ဆောင်ရွက်ပေးသည်။ 25

ချို့ယွင်းချက်မှာ ထုတ်ပေးသောသော့များတွင် တည်ရှိသည်- ဤအလယ်အလတ် CA များသည် P-384 မျဉ်းကွေးကို အသုံးပြုသော်လည်း ၎င်းတို့၏ကိုယ်ရေးကိုယ်တာသော့များသည် 256 အောက်တွင် ကိန်းပြည့်များဖြစ်သည်။ ၎င်းသည် ရည်ရွယ်ထားသည့် ကြီးမားသောအကွာအဝေးမှ သော့များကို ကျပန်းရွေးချယ်ခြင်းမျိုးနှင့် ဝေးပါသည်။ ဤအားနည်းသောသော့များကို ပြန်လည်ရယူခြင်းသည် မှန်ကန်စွာထုတ်လုပ်ထားသော P-384 သော့များ ကျိုးပျက်သွားနိုင်သည်ကို သက်သေမပြပါ။ 2

ဤနေရာတွင် “လက်မှတ်အက်ကွဲနေသည်” ကို “သက်ဆိုင်ရာပုဂ္ဂလိကသော့ကို ပြန်လည်ရယူနိုင်သည်” ဟု တိကျစွာနားလည်ထားသင့်သည်။ လက်မှတ်နှင့် အများသူငှာသော့သည် မူလအားဖြင့် အများပိုင်ဖြစ်သည်။ အမှန်တကယ် လျှို့ဝှက်ထားရန် လိုအပ်သည်မှာ တရားဝင်သော လက်မှတ်ကို ထုတ်ပေးနိုင်သော သီးသန့်သော့ဖြစ်ပါသည်။

အဓိက မျိုးဆက် လုပ်ငန်းစဉ် ပြဿနာများကို စုံစမ်းနေဆဲ ဖြစ်သည်။

eMudhra ၏ကနဦးဖော်ပြချက်သည် 2025 ခုနှစ် ဧပြီလတွင် သော့မျိုးဆက်ပွဲအခမ်းအနားတစ်ခုသို့ ပြဿနာကိုခြေရာခံသည်။ ရှင်းလင်းချက်တွင် သော့ပုံသွင်းခြင်းနှင့် ဖယ်ထုတ်ခြင်းအဆင့်ပါဝင်သည်- မူရင်းခိုင်မာသောသော့အပြင်၊ အားနည်းသော့နောက်တစ်ခုပေါ်လာပြီး အားနည်းသော့များကို လက်မှတ်လျှောက်ထားခြင်းနှင့် ထုတ်ပေးခြင်းအတွက် နောက်ပိုင်းတွင်အသုံးပြုပါသည်။ အကြောင်းရင်းကို အတိအကျ မဆုံးဖြတ်ရသေးကြောင်း ကုမ္ပဏီက ဆက်လက်ပြောသည်။ 6

ထို့ကြောင့်၊ ဆုံးဖြတ်နိုင်သည့်အရာမှာ ဤသော့များသည် ပြင်းထန်စွာ အားနည်းနေပြီး အပေးအယူခံရခြင်းဖြစ်သည်၊ HSM ၏ အချို့သော ဟာ့ဒ်ဝဲကျပန်းနံပါတ်ရင်းမြစ်သည် ချို့ယွင်းချက်ဖြစ်ကြောင်း သက်သေပြခဲ့ပြီး၊ ၎င်းအား RSA၊ ECC သို့မဟုတ် TLS ၏ ယေဘူယျ ကုဒ်ဝှက်ဖောက်ထွင်းဖောက်ပြန်မှုအဖြစ် ဖော်ပြ၍မရပါ။

root လက်မှတ် မယုံကြည်မှုဆိုသည်မှာ အဘယ်နည်း။

ဘရောင်ဇာ သို့မဟုတ် လည်ပတ်မှုစနစ်သည် ထိခိုက်မှုရှိသော အလယ်အလတ် CA ၏ လက်မှတ် သို့မဟုတ် အများသူငှာသော့ကို တိုက်ရိုက်ပိတ်ဆို့နိုင်သည်၊ သို့မဟုတ် ၎င်းသည် ၎င်းတို့ဆီသို့ ဦးတည်သော အမြစ်ယုံကြည်မှုကို ဖယ်ရှားနိုင်သည်။ နောက်ဆုံးအတိုင်းအတာသည် တူညီသောအရင်းမြစ်အောက်တွင် တရားဝင်လက်မှတ်အချို့ကိုလည်း ပယ်ချမည်ဖြစ်သည်။

Google သည် CRLSet မှ အပ်ဒိတ်များမရရှိသော Chrome အမြစ်စတိုးအသုံးပြုသူများကို ကာကွယ်ရန်အတွက် emSign ECC Root CA - G3 ကို ဖယ်ရှားရန် စီစဉ်ထားသည်။ အမြစ်စတိုးဆိုင်ဖယ်ရှားခြင်းကို အောက်တိုဘာ ၂၇ ရက်မှ ၂၈ ရက်၊ ဘေဂျင်းစံတော်ချိန်၊ Google ၏ မူလအချိန်သည် အောက်တိုဘာလ 27 ရက်၊ US ပစိဖိတ်နေ့အလင်းရောင်အချိန်ဖြစ်သည်။ ဤအစီအစဉ်သည် ယခင်က အသုံးပြုခဲ့သည့် အရေးပေါ်အများပြည်သူသော့ပိတ်ခြင်းမှ သီးခြားဖြစ်သည်။ 1

အမြစ်ကို မယုံကြည်ခြင်းသည် တုံ့ပြန်မှုတစ်ခုဖြစ်သည်။ root သီးသန့်ကီးကို ခိုးယူခံရကြောင်း ကိုယ်တိုင်သက်သေမပြနိုင်ပါ။

2 ဖြစ်ပေါ်လာနိုင်သောသက်ရောက်မှုသည် အများပြည်သူယုံကြည်မှုဂေဟစနစ်ကို အဘယ်ကြောင့်လွှမ်းမိုးနိုင်သနည်း။

အပေးအယူခံရသောသော့များနှင့် သက်ရောက်မှုရှိသော ယုံကြည်မှုလမ်းကြောင်းများ

တရားစီရင်ခြင်း ရှိကြပါတယ်။	ဤအဖြစ်အပျက်၏အတိုင်းအတာ
ပြဿနာရှိသောသော့ကို ဖော်ထုတ်ခဲ့သည်။	eMudhra အတွက် အလယ်အလတ် CA သီးသန့်သော့ ၈ ခု
လုပ်ဆောင်ရန် လိုအပ်နိုင်သော ပလပ်ဖောင်းများ	အများသူငှာ အမြစ်စတိုး၊ ဘရောက်ဆာ၊ လည်ပတ်မှုစနစ်၊ ဘာသာစကားဖွင့်ချိန်၊ ဆော့ဖ်ဝဲလ်ပက်ကေ့ခ်ျနှင့် ကွန်တိန်နာဂေဟစနစ်
အထောက်အထား TLS အယောင်ဆောင်ထားနိုင်သည်။	ဆက်နွယ်နေသော လက်မှတ်အတုများကို လက်ခံဆဲ ဖောက်သည်များက ဝင်ကြည့်သော ဝဘ်ဆိုဒ်များ သို့မဟုတ် ဝန်ဆောင်မှုများ
စက်ပစ္စည်းအားလုံး ပျက်စီးသွားသည်ဟု ဆိုလိုပါသလား။	မရှိ၊ ယုံကြည်ရသည့်အခြေအနေများ၊ တိုက်ခိုက်သူကွန်ရက်တည်နေရာနှင့် အခြားအတည်ပြုခြင်းဗျူဟာများသည် အမြတ်ထုတ်နိုင်မှုကို ဆုံးဖြတ်ပေးသည်။
ဥပဒေကြောင်းအရ လက်မှတ်များအားလုံး အကျုံးမဝင်ဟု ဆိုလိုပါသလား။	မရှိ၊ ဆက်စပ်တရားဝင်ခြင်းမှာ သုံးစွဲသူက စိတ်မချရသော အမြစ်များ သို့မဟုတ် လက်မှတ်ကွင်းဆက်များပေါ်တွင် မူတည်သည်။

Red Hat ဖောက်သည်သည် သက်ဆိုင်ရာ ကွင်းဆက်ကို လက်ခံဆဲ အခြေအနေများတွင် အမြတ်ထုတ်ခြင်းကို ပြတ်သားစွာ ကန့်သတ်ထားပြီး၊ တိုက်ခိုက်သူသည် အပေးအယူခံရသော ကိုယ်ပိုင်သော့ကို ပိုင်ဆိုင်ထားပြီး ကွန်ရက်အတွင်းရှိ ချိတ်ဆက်မှုကို ကြားဖြတ်နိုင်သည်။ ဖြစ်ပွားခဲ့သည့် တိုက်ခိုက်မှုအရေအတွက်နှင့် အန္တရာယ် လွှမ်းခြုံမှုတို့ကို မရောထွေးစေရပါ။ 10

အခြားသော CA ကို အသုံးပြုထားသော ဝဘ်ဆိုဒ်များကိုလည်း အယောင်ဆောင်နိုင်ပါသည်။

ဝဘ်ဆိုက်တစ်ခုသည် Let’s Encrypt လက်မှတ်ကို အမှန်တကယ်အသုံးပြုသည်ဆိုပါစို့၊ လည်ပတ်သူ၏ဖောက်သည်သည် အများသူငှာ CA အများအပြားကို တစ်ချိန်တည်းတွင် ယုံကြည်ပါသည်။ တိုက်ခိုက်သူသည် တူညီသော ဒိုမိန်းအမည်အတွက် အခြားအသိအမှတ်ပြုလက်မှတ်ကို ဖန်တီးရန် အပေးအယူခံရသော အလယ်အလတ် CA ကို အသုံးပြုရန် ကြိုးစားနိုင်သည်။ ပုံမှန်အားဖြင့် ဖောက်သည်များသည် ဒိုမိန်းအမည် Let’s Encrypt ကိုသာ အသုံးပြုရန် ကြိုတင်မလိုအပ်ပါ။ အကယ်၍ CA ဝဘ်ဆိုဒ် အမှန်တကယ်အသုံးပြုသည့် ကွင်းဆက်အတုကို လက်ခံဆဲဆိုလျှင် ထိုတိုက်ခိုက်မှုများကို ဖယ်ရှားရန် မလုံလောက်ပါ။ 8

ဤယန္တရားက ရှင်းပြသည်- မူလပုံမှန်ဖြစ်သော အခြားသော CA လက်မှတ်ကို အစားထိုးခြင်းသည် ဖောက်သည်၏ယုံကြည်မှုကို အပေးအယူလုပ်ထားသော CA ကို အလိုအလျောက် ပြုပြင်မည်မဟုတ်ပါ။ အမှန်တကယ် ဖြတ်တောက်ရန် လိုအပ်သည်မှာ ဖောက်သည်များသည် အထောက်အထားအတုများကို လက်ခံရန် လမ်းကြောင်းဖြစ်သည်။

သက်ရောက်မှု သုံးခုကို သီးခြားစီ ကိုင်တွယ်ဖြေရှင်းရန် လိုအပ်သည်။

Identity အယောင်ဆောင်ခြင်းအန္တရာယ်- သက်ဆိုင်ရာ ကွင်းဆက်ကို မပိတ်ဆို့ထားသော ဖောက်သည်များသည် တိုက်ခိုက်သူမှ အတုလုပ်ထားသော အထောက်အထားကို လက်ခံနိုင်ပြီး၊ ထိလွယ်ရှလွယ် တောင်းဆိုမှုများကို ဝန်ဆောင်မှုအတုများထံ ပေးပို့နိုင်စေပါသည်။

တရားဝင်ဝန်ဆောင်မှုရရှိနိုင်မှုအန္တရာယ်- အမြစ်ယုံကြည်မှုကို ဖယ်ရှားခြင်းသည် အခြားလက်ခံထားသော ကွင်းဆက်သို့ ပြောင်းရွှေ့ရန် လိုအပ်နိုင်သည့် အခြားတရားဝင်ဝဘ်ဆိုက်များအတွက် လက်မှတ်အမှားအယွင်းများကို ဖြစ်စေနိုင်သည်။

အသုံးချမှု လွှမ်းခြုံနိုင်ခြေ- အက်ပလီကေးရှင်း-အစုအပြုံလိုက်ယုံကြည်မှုစတိုး၊ ပကတိပတ်ဝန်းကျင်၊ ကွန်တိန်နာပုံဟောင်း သို့မဟုတ် စုစည်းထားသော ပရိုဂရမ်သည် တရားဝင်အတည်ပြုမှုအပြုအမူကို ဆက်လက်ထိန်းသိမ်းထားစဉ်တွင် လည်ပတ်မှုစနစ်အား ပြင်ဆင်နိုင်သည်။

ဤနယ်ပယ်သုံးရပ်သည် ထပ်တူမကျပါ။ Cloudflare ၏ တုံ့ပြန်မှုသည် အဝေးမှအထောက်အထားအတည်ပြုခြင်း၊ မျှဝေထားသောယုံကြည်မှုစတိုးဆိုင်များ၊ အခြေခံပုံများနှင့် တစ်ဦးချင်းအပလီကေးရှင်းများကို အကျုံးဝင်စေပြီး နောက်ပိုင်းလုပ်ဆောင်စရာနှစ်ခုကို အဘယ်ကြောင့် သီးခြားစီလုပ်ဆောင်ရမည်ဟု သရုပ်ဖော်သည်။ 7

3 ထိခိုက်ခံရသော CA နှင့် လက်မှတ်ပံ့ပိုးပေးသူများ

ပံ့ပိုးသူနှင့် ထိခိုက်မှုအမျိုးအစား

ဝန်ဆောင်မှုပေးသူ သို့မဟုတ် စနစ်	ဒီအဖြစ်အပျက်မှာ ပါဝင်ခဲ့တယ်။	ပိုင်းခြားသတ်မှတ်ရန် လိုအပ်ပါသည်။
eMudhra／emSign	အလယ်အလတ်ဖြစ်သော CA သီးသန့်သော့ကို တိုက်ရိုက်အခိုးခံရသည်။	eMudhra အမြစ်များနှင့် လက်မှတ်အားလုံးကို အက်ကွဲကြောင်းအဖြစ် သင်ရေး၍မရပါ။
Sectigo ဆက်စပ်လက်မှတ်ဖြတ်ထားသော ကွင်းဆက်	A တူညီသော အစုအဝေးအတွက် ထိခိုက်မှုရှိသော အများသူငှာသော့များအတွက် လက်မှတ်ဖြတ်ပြီး အခြားယုံကြည်မှုလမ်းကြောင်းကို ထုတ်ပေးပါသည်။	သက်ဆိုင်ရာ လက်ဝါးကပ်တိုင် လက်မှတ် သို့မဟုတ် အများသူငှာသော့ကို ပိတ်ဆို့ထားရန် လိုအပ်သည်။ Sectigo ၏ root သီးသန့်သော့သည် ကျိုးစားသွားကြောင်း သက်သေမပြရသေးပါ။
Internet2/InCommon အတွက် သက်ဆိုင်ရာ လက်မှတ်အဆင့်များ	အချို့သောတရားဝင်အသိအမှတ်ပြုလက်မှတ်များသည် ဖယ်ရှားရန် emSign ECC အမြစ်ကို အားကိုးပြီး ရွှေ့ပြောင်းခြင်းပါဝင်သည်	၎င်းသည် အမြစ်မယုံကြည်မှု၏ အာမခံအကျိုးသက်ရောက်မှုဖြစ်ပြီး အဆိုပါအားနည်းသော့ ၈ ခု၏အလယ်အဖြစ် ရေတွက်မရနိုင်ပါ။ CA
Let’s Encrypt၊ DigiCert၊ Google Trust Services၊ GlobalSign စသဖြင့်	ဤအစီရင်ခံစာတွင် ကိုယ်ရေးကိုယ်တာသော့ကို အပေးအယူလုပ်ထားသော ပါတီအဖြစ် စာရင်းမသွင်းပါ။	တရားဝင်အသိအမှတ်ပြုလက်မှတ်များသည် တစ်ပြေးညီ အကျုံးမဝင်ပါ။ အားနည်းချက်ရှိသော သုံးစွဲသူများသည် ၎င်းတို့ဝန်ဆောင်မှုပေးသည့် ဝဘ်ဆိုက်များကို အယောင်ဆောင်ထားသည့် လက်မှတ်အတုများကို လက်ခံဆဲဖြစ်သည်။
CDN၊ cloud platform၊ လက်မှတ်အရောင်းကိုယ်စားလှယ်	မူရင်းနှင့် API သို့ ချိတ်ဆက်ရာတွင် သက်ဆိုင်ရာ အသိအမှတ်ပြုလက်မှတ်များ ပေးဆောင်နိုင်သည် သို့မဟုတ် အများသူငှာယုံကြည်မှုစတိုးကို အသုံးပြုပါ	အမှန်တကယ် သက်သေခံလက်မှတ်ကွင်းဆက်နှင့် မှန်ကန်ကြောင်း စစ်ဆေးရန်၊ ပလပ်ဖောင်း သို့မဟုတ် ထုတ်ကုန်အမည်ကို မကြည့်ဘဲနေပါ။

Mozilla ၏ သတိပေးချက်သည် အပေးအယူခံရသော သော့များနှင့် Sectigo အပြန်အလှန် လက်မှတ်များကို မှတ်တမ်းတင်ထားသည်။ Google ၏ အများသူငှာ အဖြစ်အပျက် ဆွေးနွေးမှုသည် တရားဝင် Internet2/InCommon အထက်တန်းအဆင့်များ၏ ရွှေ့ပြောင်းခြင်းကို လိပ်စာပေးသည်။ 25 Cloudflare ၏လိပ်စာဝန်ဆောင်မှုနှင့် သုံးစွဲသူယုံကြည်မှုကို ပြုပြင်ပေးသည် ။ ၎င်းတို့သည် Cloudflare ၏ကိုယ်ပိုင် CA ကိုယ်ရေးကိုယ်တာသော့များကို အပေးအယူလုပ်ရန် မဖော်ပြပါ။ 7

TLS လက်မှတ်ကွင်းဆက်နှင့် အပြန်အလှန်လက်မှတ်

အောက်ဖော်ပြပါ ဆက်ဆံရေးသည် ယခုတစ်ကြိမ်တွင် ဆက်စပ်လမ်းကြောင်းများ TLS ကိုသာ ဖော်ပြပါသည်။ ၎င်းတွင် ကုဒ်လက်မှတ်ထိုးခြင်းလမ်းကြောင်းများ မပါဝင်သည့်အပြင် ဤလမ်းကြောင်းများကို ပလပ်ဖောင်းအားလုံးတွင် ယုံကြည်ဆဲဖြစ်ကြောင်း မဆိုလိုပါ။ 17

emSign Root TLS CA - G3 သည် ထိခိုက်ခံရသော TLS ကြားခံများ ၏ တိုက်ရိုက်ထုတ်ပေးသူဖြစ်ပြီး အချို့သောစတိုးဆိုင်များတွင် ယုံကြည်စိတ်ချရသောကျောက်ဆူးဖြစ်လာနိုင်သည်။ emSign ECC Root CA - G3 သည် အခြားသော လက်မှတ်ထိုးခြင်းအလွှာကို ပံ့ပိုးပေးသည်။ Sectigo ၏ AAA Certificate Services သည် တူညီသောအလယ်အလတ်ဖြစ်သော CA အများသူငှာသော့များဆီသို့ နောက်ထပ်လမ်းကြောင်းတစ်ခု ဖန်တီးပေးသည်။ 17

ထို့ကြောင့် ပြုပြင်ရာတွင် ကွဲပြားသော အသေးစိပ် နှစ်ခုရှိသည်။

• Block အတိအကျ အလယ်အလတ် CA သို့မဟုတ် အများသူငှာသော့- ၎င်းသည် အဆိုပါယန္တရားကို ပံ့ပိုးပေးသည့် တူညီသောအမြစ်အောက်တွင် အခြားတရားဝင်အထက်တန်းများကို ထိန်းသိမ်းထားနိုင်သည်။
• အမြစ်ယုံကြည်မှုကို ဖယ်ရှားပါ- ၎င်းသည် အလယ်အလတ် CA ပိတ်ဆို့ခြင်းစွမ်းရည်မရှိဘဲ သုံးစွဲသူများကို ကာကွယ်နိုင်သော်လည်း လိုက်ဖက်ညီမှုကို ထိခိုက်စေနိုင်သည်။ ဖောက်သည်လက်ခံသော အခြားလမ်းကြောင်းများအားလုံးကိုလည်း ဖုံးအုပ်ထားရပါမည်။ 5

“Sectigo/eMudhra အမြစ်များအားလုံးကို ဖျက်ပါ” ဟူ၍ ခွဲခြားမှုမရှိသော ယေဘုယျအဆင့်တစ်ခုအဖြစ် မလုပ်ဆောင်သင့်သလို၊ အလားတူအမည်ဖြင့် လက်မှတ်ကို ဖျက်လိုက်ရုံဖြင့် လမ်းကြောင်းအားလုံးကို ပိတ်သွားသည်ဟု ဆိုလိုခြင်းဖြစ်သည်။

4 လည်ပတ်မှုစနစ်နှင့်ဘရောက်ဆာလွှမ်းခြုံ

ပင်မပလက်ဖောင်း

ပလပ်ဖောင်း	လူသိများသော စိတ်နေစိတ်ထား	အသုံးပြုသည့်အခါ စစ်ဆေးသင့်သော အတိုင်းအတာ
Windows နှင့် Windows Server	Microsoft ဖြန့်ဝေမှုကို အလိုအလျောက် သက်သေခံလက်မှတ် ယုံကြည်မှုစာရင်း အပ်ဒိတ်မှတစ်ဆင့် ပိတ်ဆို့ထားသည်	စက်ပစ္စည်းသည် အပ်ဒိတ်ကို လက်ခံရရှိသည်ဖြစ်စေ၊ သီးသန့် CA bundle သည် Windows ၏ အတည်ပြုခြင်းလမ်းကြောင်းကို မလိုအပ်ပါ။
macOS၊ iOS၊ iPadOS စသဖြင့် Apple ပလပ်ဖောင်း	Apple သည် သက်ဆိုင်ရာ ပိတ်ဆို့ခြင်းအား ဖြန့်ကျက်ချထားကြောင်း အခင်းဖြစ်ပွားရာ ညှိနှိုင်းရေးမှူးက အတည်ပြုခဲ့သည်။	ဗားရှင်းအဟောင်းနှင့် ပြင်ပအက်ပ်တစ်ခုစီတိုင်းသည် တူညီသောလွှမ်းခြုံမှုကို ရရှိရန် အာမမခံနိုင်ပါ။
Android	Google သည် Google Play ဝန်ဆောင်မှုမှတဆင့် ညီမျှသောလုပ်ကွက်များကို ဖြန့်ဝေသည်	ROM Google Play ဝန်ဆောင်မှုမပါဘဲ ထုတ်လုပ်သူ၏ ကြေညာချက်အရ စစ်ဆေးအတည်ပြုသင့်သည်။ ထပ်လောင်းအတည်ပြုမှုအတွက် built-in verifier ကိုသုံးပါ။
Ubuntu	လက်ရှိဗားရှင်းနှင့် ဗားရှင်းဟောင်း အကိုင်းအခက်များစွာ အပါအဝင် စနစ်လက်မှတ်အတွဲလိုက် ပြင်ဆင်မှုများကို ပံ့ပိုးပေးထားပါသည်။	ESM ၏ ဗားရှင်းဟောင်းသည် အခြေအနေများ၊ ကွန်တိန်နာအတွင်းပိုင်း လက်မှတ်ပက်ကေ့ဂျ်နှင့် အပလီကေးရှင်း ပါ၀င်သည့် ဒစ်ဂျစ်တိုက်တို့ကို ပံ့ပိုးပေးသည်
Debian နှင့် Devuan	Debian မှတ်တမ်းတင်ထားသော ca-certificates ပုံသေ	သင်အသုံးပြုထားသော အမှန်တကယ်ဌာနခွဲနှင့် ထည့်သွင်းထားသော ပက်ကေ့ခ်ျကို စစ်ဆေးရမည်ဖြစ်ပြီး အခြားဌာနခွဲ၏ ဗားရှင်းနံပါတ်ကို သင်ကူးယူ၍မရပါ။
RHEL နှင့် ဆင်းသက်လာသည်။	တရားဝင်စာရင်းမှာ RHEL 6၊ 7၊ 8၊ 9၊ 10 ဖြစ်ပြီး ထိခိုက်နိုင်သော ဆက်စပ်ထုတ်ကုန်များနှင့် ပုံများကို အကျုံးဝင်သည်	ဤစစ်ဆေးမှုအရ၊ ကြေငြာချက်တွင် ပြင်ဆင်ချက်များနှင့် အမှားအယွင်းစာရင်း အပြည့်အစုံကို မဖော်ပြထားသေးပါ။ “အပ်ဒိတ်မတွေ့ပါ” သက်ရောက်မှုမရှိဟု ယူဆ၍မရပါ။
Fedora၊ Arch၊ Gentoo၊ Alpine စသဖြင့်	ပွဲထိန်းသိမ်းသူသည် သက်ဆိုင်ရာ ပြုပြင်မှုမှတ်တမ်းများကို ပြုစုထားသည်။	ထုတ်ဝေမှု၊ ဗားရှင်းဌာနခွဲနှင့် ပုံတို့ဖြင့် သီးခြားအတည်ပြုထားသည်။
FreeBSD	ပံ့ပိုးပေးထားသော ဗားရှင်းအားလုံးကို တရားဝင်စာရင်းပြုစုပြီး စနစ်ယုံကြည်စိတ်ချရသော စတိုးဆိုင်ပြုပြင်မှုများကို ပံ့ပိုးပေးပါသည်။	အပ်ဒိတ်ပြီးနောက်၊ ကြေငြာချက်အရ သက်ဆိုင်ရာ daemon လုပ်ငန်းစဉ်ကို ပြန်လည်စတင်ပါ။ သီးခြားလွတ်လပ်သော အပလီကေးရှင်းယုံကြည်မှုစတိုးဆိုင်ကို သီးခြားစစ်ဆေးပါ။

Windows၊ Apple နှင့် ထုတ်ဝေမှုများ၏ အကျဉ်းချုပ်အတွက် 4 ကို ကြည့်ပါ။ Android အတွက်၊ 1 ကိုကြည့်ပါ၊ Ubuntu၊ Debian၊ RHEL နှင့် FreeBSD ထုတ်ပေးသူ မှတ်တမ်းများကို 8–11 အသီးသီးတွင် ပြသထားသည်။

ပံ့ပိုးမပေးတော့သော စနစ်များ၊ အော့ဖ်လိုင်းစက်ပစ္စည်းများ၊ NAS၊ router များနှင့် အခြားသော မြှုပ်သွင်းထားသော ပတ်ဝန်းကျင်များသည် သက်ဆိုင်ရာ ကွင်းဆက်ကို ယုံကြည်ဆဲရှိမရှိနှင့် ၎င်းတို့တွင် ပြန်လည်ရုပ်သိမ်းခြင်း သို့မဟုတ် ဆော့ဖ်ဝဲအပ်ဒိတ်များကို လက်ခံရန် ချန်နယ်များ ရှိမရှိ အတည်ပြုရန် လိုအပ်ပါသည်။ ပလက်ဖောင်းအမည်ကိုယ်တိုင်က အမှန်တကယ်အတည်ပြုခြင်းအမူအကျင့်ကို စစ်ဆေးခြင်းအတွက် အစားထိုးမဟုတ်ပါ။

ဘရောက်ဆာကာကွယ်မှုသည် လည်ပတ်မှုစနစ်ကာကွယ်ရေးနှင့် ကွဲပြားသည်။

Chrome သည် အရေးပေါ်ဘလောက်များကို ဖြန့်ဝေရန် CRLSet ကို အသုံးပြုသည်။ Firefox OneCRL ကဲ့သို့သော ယန္တရားများကို အသုံးပြုသည်။ Firefox သည် အဝေးထိန်းဆက်တင်များကို ကောင်းစွာမရရှိသော ဆက်တင်များကို ကောင်းစွာမရရှိသော ထပ်လောင်းကာကွယ်မှုများအတွက် ထပ်လောင်းကာကွယ်မှုပေးရန်အတွက်လည်း ပိတ်ဆို့ထားသောအချက်အလက်များကို ထုတ်ပြန်ထားပါသည်။ 13

အချို့သောဖွဲ့စည်းပုံများ Firefox Android စတင်ချိန်တွင် အပ်ဒိတ်လုပ်ထားသောစာရင်းကို မှန်ကန်စွာ မသုံးခဲ့ပါ။ Mozilla ပြုပြင်ရန် ပြောကြားထားသည်။ 158.0.2. ထို့ကြောင့် စောစောစီးစီး အခြေအနေကို ကြည့်သည်။ 158.0.1 အားလုံးပါဝင်ရန် ချဲ့ထွင်၍မရပါ။ Android Firefox ဖွဲ့စည်းပုံများကို ကာကွယ်ထားသည်။ 2

Apple နှင့် Windows ၏ စနစ်အတည်ပြုခြင်းအတွက် တိုင်းတာမှုများ ပြုလုပ်ထားသော်လည်း စက်တစ်ခုတည်းရှိ command line ပရိုဂရမ်အားလုံးသည် စနစ်အတည်ပြုခြင်းကို ခံရမည်ဟု မဆိုလိုပါ။ အချို့သော macOS ပါ၀င်သော ကိရိယာများသည် သီးခြားလွတ်လပ်သော လက်မှတ်ဖိုင်များကို အသုံးပြုကြောင်း ပွဲထိန်းသိမ်းသူမှ အထူးသတိပေးခဲ့သည်။ စစ်ကြည့်သောအခါ အမှန်တကယ် TLS နောက်ခံနှင့် CA အရင်းအမြစ်ကို မှတ်တမ်းတင်ထားသင့်သည်။ 4

သက်သေခံလက်မှတ် ပွင့်လင်းမြင်သာမှုအတွက် အကာအကွယ်နယ်နိမိတ်များ

Google အဆိုပါ တားမြစ်ချက်ကို အကောင်အထည်မဖော်မီ ခြောက်ချက် အတည်ပြုခဲ့သည်။ TLS အလယ်အလတ် CA ထုတ်မပေးခဲ့ပါဘူး။ TLS ဝင်ခွင့်လက်မှတ် CT မှတ်တမ်း ထို့ကြောင့်၊ Chrome ကျင့်သုံးသည် CT အပိုအကာအကွယ်များရှိသည်။ ဤအချက်သည် အခြားဖောက်သည်များ မလုပ်ဆောင်နိုင်သည့် ဖြစ်နိုင်ခြေကို ကန့်သတ်မထားပေ။ CT စာရွက်စာတမ်းမရှိသော လက်မှတ်များကို လက်ခံခဲ့သည်။ 1 5

“ယုံကြည်ရသော အမြစ်နှင့် ချိတ်ဆက်နိုင်သည်”၊ “ဖြစ်နိုင်ချေ အမြတ်ထုတ်မှု အခြေအနေများ ရှိပါသည်” နှင့် “တိုက်ခိုက်မှုတစ်ခု ဖြစ်ပွားခဲ့သည်” တို့သည် မတူညီသော စီရင်ချက်သုံးရပ်ဖြစ်ပြီး တစ်ခုနှင့်တစ်ခု အစားမထိုးသင့်ပါ။

5 ဖွံ့ဖြိုးတိုးတက်ရေးပတ်ဝန်းကျင်နှင့် runtime ပြုပြင်ခြင်းအခြေခံအချက်များကို

အောက်ပါတို့သည် အတည်ပြုထားသော ပြင်ဆင်မှုများ၏ အခြေခံအခြေနေဖြစ်ပြီး ဤထုတ်ဝေမှုများကို ရေရှည်တွင် တွယ်ကပ်ရန် လိုအပ်ချက်မဟုတ်ပါ။ Distro များသည် ဖာထေးမှုများကို ပြန်ရွှေ့ခြင်းဖြင့် ဗားရှင်းဟောင်းနံပါတ်များကို ပြုပြင်နိုင်ပြီး ၎င်းတို့၏ လုံခြုံရေး အကြံပေးချက်များကိုလည်း ပြန်လည်သုံးသပ်သင့်ပါသည်။

အစိတ်အပိုင်းများ	အတည်ပြုထားသော ဗားရှင်း သို့မဟုတ် အပ်ဒိတ်နည်းလမ်း	ဖြန့်ကျက်ထည့်သွင်းစဉ်းစားခြင်း။
Node.js 24	24.22.1 သို့မဟုတ် တူညီသောဌာနခွဲ၏ တည်ငြိမ်သောဗားရှင်းကို အပ်ဒိတ်လုပ်ပါ။	root repository အပ်ဒိတ်များနှင့် ပိတ်ဆို့ထားသော အများသူငှာသော့ချိတ်များ ပါ၀င်သည် ။ ဝန်ဆောင်မှုမှ အမှန်တကယ်အသုံးပြုခဲ့သည့် Node လမ်းကြောင်းကို စစ်ဆေးပြီး ပြန်လည်စတင်ပါ။
Python certifi	2026.10.19 သို့မဟုတ် ဗားရှင်းအသစ်	အမှန်တကယ်လည်ပတ်နေသည့် ပတ်ဝန်းကျင်တစ်ခုစီကို စစ်ဆေးပါ။ ကမ္ဘာလုံးဆိုင်ရာ Python အောက်တွင် ပက်ကေ့ခ်ျတစ်ခုသာ အပ်ဒိတ်လုပ်၍မရပါ။
pip	26.2.2 သို့မဟုတ် ဗားရှင်းအသစ်	အဟောင်း virtual ပတ်ဝန်းကျင်တွင် pip ကို သီးခြားမွမ်းမံပြီး ပတ်ဝန်းကျင်အသစ်ကို ဖန်တီးပြီးနောက် ဗားရှင်းကို ပြန်လည်သုံးသပ်ပါ။
uv	0.13.4 သို့မဟုတ် ဗားရှင်းအသစ်	၎င်းကို အမှန်တကယ်ထည့်သွင်းထားသည့်အတိုင်း ကိရိယာ၏မိတ္တူကို အပ်ဒိတ်လုပ်ပါ။
Go	1.27.3 သို့မဟုတ် 1.26.10၊ သက်ဆိုင်ရာဌာနခွဲ၏ အပ်ဒိတ်ဗားရှင်းကိုလည်း ရနိုင်သည်	ကိရိယာကွင်းဆက်ကို အပ်ဒိတ်လုပ်ပြီးနောက် သက်ဆိုင်ရာပရိုဂရမ်များကို ပြန်လည်တည်ဆောက်ပြီး အသုံးချပါ၊ သို့မဟုတ် ရောင်းချသူ၏ ပြုပြင်မှု binary ကို ရယူပါ။
Oracle JDK	သက်ဆိုင်ရာ ဗားရှင်းလိုင်းများအတွက် Critical ဖာထေးမှုများ	မတူညီသော JDK ထုတ်ဝေသူများသည် ၎င်းတို့၏ကိုယ်ပိုင်ကြေငြာချက်များကို လိုက်နာကြသည်။ Java ထုတ်ဝေမှုများအားလုံးနှင့် သက်ဆိုင်သည့် ဗားရှင်းနံပါတ်တစ်ခုမျှ မရှိပါ။
Cloudflare Tunnel	cloudflared 2026.10.2 သို့မဟုတ် ဗားရှင်းအသစ်	လုပ်ဆောင်နေသောဝန်ဆောင်မှုများကို အပ်ဒိတ်လုပ်ပါ။ ကွန်တိန်နာဖြန့်ကျက်ခြင်းသည် ပုံအား အစားထိုးခြင်းနှင့် ပြန်လည်အသုံးချခြင်း လိုအပ်သည်။
Cloudflare One／WARP	ပလပ်ဖောင်း သို့မဟုတ် အပ်ဒိတ်လုပ်ထားသော တည်ငြိမ်သောဗားရှင်းနှင့် သက်ဆိုင်သည့် ပုံသေ client ဗားရှင်း	Client-side နှင့် server-side အစီအမံများကို သီးခြားအတည်ပြုထားသည်။ သီးခြားပလပ်ဖောင်းဗားရှင်းများအတွက်၊ နောက်ဆက်တွဲ 7 ကိုကြည့်ပါ။

မူရင်းညွှန်ကြားချက်များ Node , Python , Go , Oracle နှင့် Cloudflare အသီးသီး၌ ရရှိနိုင်ပါသည်။ 13 , 12 , 14 , 15 , 7 .

Python လွတ်လပ်သောလက်မှတ်ဒေတာဘေ့စ်ပြဿနာ

Python မှ တာဝန်ရှိသူများက pip သည် စနစ်ယုံကြည်မှုနှင့် Built-in certifi ပေါင်းစပ်မှုကို အသုံးပြုမည်ဖြစ်ကြောင်း ထောက်ပြခဲ့သည်။ စနစ်လက်မှတ်သိမ်းဆည်းမှုကို ရိုးရှင်းစွာမွမ်းမံပြင်ဆင်ခြင်း သို့မဟုတ် CA ဖိုင်ကို pip သို့ထည့်ခြင်းသည် ၎င်း၏ built-in ယုံကြည်မှုဟောင်းကို စိတ်ချယုံကြည်စွာ မပါဝင်နိုင်ပါ။ ထို့ကြောင့် PIP_CERT၊ REQUESTS_CA_BUNDLE သို့မဟုတ် --cert အဟောင်း pip အတွက် universal ပြုပြင်အစားထိုးမှုအဖြစ် အသုံးမပြုနိုင်ပါ။ 12

အပ်ဒိတ်လုပ်ပြီးနောက် ရှိပြီးသား virtual ပတ်ဝန်းကျင်များကို စစ်ဆေးပါ။ အသစ်ဖန်တီးထားသော ပတ်ဝန်းကျင်များတွင် pip ဗားရှင်းကိုလည်း စစ်ဆေးပါ အဟောင်း bootstrap အစိတ်အပိုင်းများသည် အားနည်းချက်ရှိသော ကိရိယာများကို ပြန်လည်မိတ်ဆက်ခြင်းမပြုရန်၊ ကနဦးအဆင့်မြှင့်တင်မှုအတွက်၊ အခြားပက်ကေ့ဂျ်များကို မွမ်းမံခြင်းမပြုမီ Python ၏ အကြံပေးချက်တွင် ဒေါင်းလုဒ်အရင်းအမြစ်များနှင့် SHA-256 အတည်ပြုခြင်းအဆင့်များကို လိုက်နာပါ။ 12

Go နှင့် အခြားသော ပြုစုထားသော ပရိုဂရမ်များ

Go အတွက် ပြင်ဆင်မှုသည် crypto/x509 အတွက် တရားဝင် ယုတ္တိကို ပြောင်းလဲခဲ့သည်။ 14 ဖြန့်ကျက်မှု ယန္တရား၏ ရှုထောင့်မှနေ၍ ဖွံ့ဖြိုးတိုးတက်ရေးစက်ပေါ်ရှိ ကွန်ပီလာကို အပ်ဒိတ်လုပ်ခြင်းသည် အသုံးချပြီးသား binary ကို ပြန်လည်ရေးမည်မဟုတ်ပါ။ ကုဒ်အလွှာပိတ်ဆို့ခြင်းအသစ်ကို ရယူရန်၊ အပလီကေးရှင်းကို ပြန်လည်တည်ဆောက်ပြီး အစားထိုးသင့်သည်၊ သို့မဟုတ် ရောင်းချသူမှ ပေးဆောင်ထားသော မွမ်းမံထားသောဗားရှင်းကို အသုံးပြုသင့်သည်။ ပရိုဂရမ်အဟောင်းတစ်ခုသည် စနစ်အမြစ်မွမ်းမံမှုများမှလည်း အကျိုးခံစားနိုင်သည်ဖြစ်စေ ၎င်းအသုံးပြုသည့် အမှန်တကယ် အတည်ပြုခြင်းလမ်းကြောင်းပေါ်တွင် မူတည်သည်။

ကွန်တိန်နာများနှင့် ထုပ်ပိုးထားသော လျှောက်လွှာများ

စနစ်လက်မှတ်ပက်ကေ့ချ်၊ အပလီကေးရှင်းမှီခိုမှု နှင့် ကွန်တိန်နာရှိ runtime တို့ကို ပုံအကြောင်းအရာဖြင့် ဆုံးဖြတ်လေ့ရှိသည်။ လက်ခံအပ်ဒိတ်သည် ရုပ်ပုံအကြောင်းအရာ အပ်ဒိတ်နှင့် မညီမျှပါ။ အခြေခံရုပ်ပုံနှင့် မှီခိုအားထားမှုများကို အပ်ဒိတ်လုပ်ရန် လိုအပ်ပြီး အမှန်တကယ်လည်ပတ်နေသည့် စံနမူနာကို ပြန်လည်တည်ဆောက်ရန်၊ အသုံးပြုရန်နှင့် စစ်ဆေးရန် လိုအပ်သည်။ ထုပ်ပိုးထားသော အပလီကေးရှင်းများနှင့် ၎င်းတို့၏ကိုယ်ပိုင် runtime ပါရှိသည့် ဒက်စ်တော့ပရိုဂရမ်များကိုလည်း ရောင်းချသူဖြန့်ချိရေးလမ်းကြောင်းများအလိုက် အပ်ဒိတ်လုပ်သင့်သည်။ 710

6 ပြုပြင်ခြင်း အကောင်အထည်ဖော်ရေး ညွှန်ကြားချက်များ

စစ်ဆေးရေးပစ္စည်းကို ဦးစွာဆုံးဖြတ်ပါ။

ကာကွယ်ရန် လိုအပ်သော ဝန်ဆောင်မှုများအတွက် အောက်ပါအချက်အလက်များကို မှတ်တမ်းတင်ရန် အကြံပြုထားပြီး၊ ထို့နောက် သက်ဆိုင်ရာ ပြုပြင်မှုလမ်းကြောင်းကို ရွေးချယ်ပါ။ ဤသည်မှာ ဖြန့်ကျက်စစ်ဆေးခြင်းစာရင်းဖြစ်ပြီး စနစ်တိုင်းတွင် အစိတ်အပိုင်းအားလုံးရှိနေရန် မလိုအပ်ပါ။

ပရောဂျက်	ဘာတွေ မှတ်တမ်းတင်ထားဖို့ လိုမလဲ။
အသုံးချမှုများနှင့် အသုံးပြုမှုများ	ဘရောက်ဆာ၊ ငွေပေးချေမှု API ဖောက်သည်၊ အီးမေးလ်ပို့ခြင်းဝန်ဆောင်မှု၊ ဒေါင်းလုဒ်တူးလ်၊ ပြောင်းပြန်ပရောက်စီ၊ စသည်တို့။
လည်ပတ်မှုအနေအထား	လက်ခံသူ၊ ကွန်တိန်နာ၊ ပကတိစက်၊ ဒက်စ်တော့ အပလီကေးရှင်း သို့မဟုတ် မိုဘိုင်းကိရိယာ
အကောင်အထည်ဖော်မှုကို အတည်ပြုပါ။	Operating System validator၊ OpenSSL၊ Node၊ Python စာကြည့်တိုက်၊ Java သို့မဟုတ် အပလီကေးရှင်း စိတ်ကြိုက်အကောင်အထည်ဖော်မှု
ယုံကြည်ရသောအရင်းအမြစ်	စနစ် CA ပက်ကေ့ဂျ်၊ certifi၊ JDK ယုံကြည်မှုစတိုး၊ ပါ၀င်သော CA bundle သို့မဟုတ် လုပ်ငန်းဖွဲ့စည်းပုံ
ပြုပြင်မှုအခြေအနေ	ထည့်သွင်းထားသော ဗားရှင်း၊ ဖာထေးမှုရင်းမြစ်၊ ပြန်လည်စတင်ရန် သို့မဟုတ် ပြန်လည်အသုံးချရန်
လက်ခံမှုရလဒ်များ	ထိခိုက်သည့်ကွင်းဆက်ကို ငြင်းပယ်ခြင်းရှိမရှိ၊ ပုံမှန်လုပ်ငန်းချိတ်ဆက်မှု အောင်မြင်မှုရှိမရှိ၊ နှင့် စစ်ဆေးချိန်

Cloudflare အတွက် developer လမ်းညွှန်တွင် 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 ယုံကြည်စိတ်ချရသော ဖွဲ့စည်းမှုပုံစံကို အသုံးပြုကာ daemons ကို ပြန်လည်စတင်ပါ သို့မဟုတ် စနစ်ကို ပြန်လည်စတင်ပါ။ 11

လျှောက်လွှာများနှင့်ရုပ်ပုံများ

သက်ဆိုင်ရာ runtime နှင့် certificate dependency updates များကို အပြီးသတ်ပြီးနောက်၊ terminal သည် ဗားရှင်းအသစ်သို့ ပြောင်းသွားပြီး daemon သည် installation directory အဟောင်းကို ဆက်လက်အသုံးပြုနေဆဲဖြစ်ကြောင်း ရှောင်ရှားရန် ဝန်ဆောင်မှု အမှန်တကယ်လည်ပတ်နေသည့် executable ဖိုင်လမ်းကြောင်းကို စစ်ဆေးပါ။ ဘက်စုံပတ်ဝန်းကျင် Python၊ ၎င်းတို့၏ကိုယ်ပိုင် runtime ပါရှိသည့် ဝန်ဆောင်မှုကွန်တိန်နာများနှင့် အပလီကေးရှင်းများအတွက် ၎င်းတို့ကို သီးခြားစီ စစ်ဆေးသင့်သည်။

ပြန်လည်တည်ဆောက်ရန် လိုအပ်သည့် အစိတ်အပိုင်းများအတွက်၊ တည်ဆောက်မှုဗားရှင်း၊ မှီခိုဗားရှင်းနှင့် အသုံးချပုံ ID ကို သိမ်းဆည်းပါ။ လက်ခံမှုအရာဝတ္တုသည် အမှန်တကယ် လုပ်ဆောင်နေသည့် စံနမူနာဖြစ်ပြီး build machine သို့မဟုတ် image registry ရှိ တက်ဂ်အသစ်ကို စစ်ဆေးရုံဖြင့် မရပါ။ 71214

ဝဘ်ဆိုဒ်အသိအမှတ်ပြုလက်မှတ် ရွှေ့ပြောင်းခြင်း။

ဝဘ်ဆိုက်၏ ကွင်းဆက်တစ်ခုတွင် ရုပ်သိမ်းထားသော သို့မဟုတ် ပိတ်ဆို့ထားသော အလယ်အလတ် CA ပါရှိသည် သို့မဟုတ် နောက်ဆုံးတွင် မယုံကြည်ရသော အမြစ်ကို မှီခိုနေပါက၊ ဖောက်သည်များ လက်ခံဆဲဖြစ်သော အခြားကွင်းဆက်တစ်ခုကို ရယူပါ။ ပြီးပြည့်စုံသော ဆာဗာလက်မှတ်ကွင်းဆက်ကို ထည့်သွင်းပြီး load balancers၊ reverse proxies၊ CDN endpoints နှင့် တိုက်ရိုက်ဝင်ရောက်နိုင်သော ဇစ်မြစ်များအပါအဝင် ingress တိုင်းကို စစ်ဆေးပါ။ 15

ရွှေ့ပြောင်းခြင်း လိုအပ်သည်ဖြစ်စေ အမှန်တကယ်ကွင်းဆက်အပေါ် အခြေခံသည်။ လက်မှတ်အရောင်းအမှတ်တံဆိပ်ဖြင့်သာ စစ်ထုတ်ခြင်းသည် ပြန်လည်ရောင်းချခြင်း သို့မဟုတ် လက်မှတ်ဖြတ်ခြင်းဆိုင်ရာ ဆက်ဆံရေးများကို လွဲချော်စေနိုင်သည်။ အမြစ်စတိုးကို မွမ်းမံမွမ်းမံခြင်းမပြုမီ ပုံမှန်သက်တမ်းကုန်ဆုံးသည့် သက်တမ်းတိုးခြင်းကို စောင့်ဆိုင်းရုံဖြင့် ရွှေ့ပြောင်းခြင်းကို အပြီးသတ်ရန် မလိုအပ်ပါ။

CA မှထုတ်ပေးသော ပုံမှန်ဝဘ်ဆိုဒ်လက်မှတ်များအတွက်၊ ဤဖြစ်ရပ်ကြောင့် ၎င်းတို့ကို ပြန်လည်လက်မှတ်ထိုးရန် မလိုအပ်ပါ။ တစ်ချိန်တည်းမှာပင်၊ ဝဘ်ဆိုက်ဆာဗာကိုယ်တိုင်က ပြင်ပဝန်ဆောင်မှုများကို ခေါ်ဆိုသောအခါတွင် ဖောက်သည်ဘက်မှ ပြုပြင်စစ်ဆေးမှုများကို ဆက်လက်လုပ်ဆောင်သင့်သည်။

7 ပြင်ဆင်ချက် အမှန်တကယ် အကျိုးသက်ရောက်မှုရှိမရှိ စစ်ဆေးပါ။

ဗားရှင်းစစ်ဆေးခြင်းနှင့် အပြုအမူစစ်ဆေးခြင်းကို သီးခြားစီလုပ်ဆောင်သည်။

ဗားရှင်းစစ်ဆေးမှုများကို ဖာထေးခြင်း သို့မဟုတ် ပုံသေအစိတ်အပိုင်းများကို အသုံးပြုထားကြောင်း အတည်ပြုရန် အသုံးပြုပါသည်။ အပလီကေးရှင်းသည် မျှော်လင့်ထားသည့် အတည်ပြုလမ်းကြောင်းကို အမှန်တကယ်အသုံးပြုကြောင်း အတည်ပြုရန် အပြုအမူဆိုင်ရာ စစ်ဆေးမှုများကို အသုံးပြုသည်။ စစ်ဆေးမှုနှစ်ခုသည် မတူညီသောပြဿနာများကိုဖြေရှင်းနိုင်ပြီး ၎င်းတို့ကို “Update command executed successfully” ဖြင့် အစားထိုး၍မရနိုင်ပါ။

ပွဲထိန်းသိမ်းသူသည် စမ်းသပ်ဆိုက်နှင့် လက်မှတ်ကွင်းဆက်ပစ္စည်းများကို ပံ့ပိုးပေးပြီး ဝင်ပေါက်ကို နောက်ဆက်တွဲ 4 တွင် စုစည်းထားသည်။ ၎င်းကို ပစ်မှတ်အပလီကေးရှင်း၏ လက်တွေ့လုပ်ဆောင်မှုပတ်ဝန်းကျင်တွင် ပုံမှန်သက်သေခံလက်မှတ် အတည်ပြုဖွဲ့စည်းမှုပုံစံကို ထိန်းသိမ်းထားသင့်သည်။ 47

ရလဒ်များကိုစစ်ဆေးပါ။	ကောက်ချက်ဆွဲနိုင်သည်။
ထိခိုက်သည့်ကွင်းဆက်ကို အယုံအကြည်မရှိသောကြောင့် ပြတ်ပြတ်သားသား ငြင်းပယ်ပါ။	စမ်းသပ်နေသည့် စိစစ်ရေးလမ်းကြောင်းသည် ကွင်းဆက်ကို ငြင်းပယ်ထားကြောင်း ညွှန်ပြသည်။
ထိခိုက်သည့်ကွင်းဆက်ကို ပုံမှန်အတိုင်းလက်ခံပါ။	ဤလမ်းကြောင်းကို ဆက်လက်ပြုပြင်ရန် လိုအပ်သည် သို့မဟုတ် ဖွဲ့စည်းမှုပုံစံကို စစ်ဆေးပြီးဖြစ်ကြောင်း ဖော်ပြသည်။
DNS အမှားအယွင်း၊ ချိတ်ဆက်မှု ကုန်ဆုံးချိန်၊ ပရောက်စီ ငြင်းပယ်ခြင်း သို့မဟုတ် ဝန်ဆောင်မှုကို ဆက်သွယ်၍မရပါ။	ဤအချက်အပေါ်အခြေခံ၍ လက်မှတ်အန္တရာယ်ကို ဖယ်ရှားလိုက်ပြီဟု ကောက်ချက်မချနိုင်ပါ။
ဘရောင်ဇာက ငြင်းပယ်သော်လည်း အက်ပ်ခေါ်ဆိုမှုကို မစစ်ဆေးပါ။	၎င်းသည် နောက်ခံပရိုဂရမ်မဟုတ်ဘဲ ဘရောင်ဇာကိုသာ အတည်ပြုနိုင်သည်။
A ဆိုင်ခွဲကို ပယ်ချခဲ့သည်။	ဖောက်သည်သည် အခြားလက်မှတ်ထိုးခြင်းလမ်းကြောင်းကို လက်ခံခြင်း ရှိ၊ မရှိ စဉ်းစားရန် လိုအပ်သေးသည်။

လုပ်ငန်းအောင်မြင်ပြီးနောက် ပြုပြင်မှု ပျက်ကွက်မှုများသည် ယုံကြည်မှုအလွန်အကျွံ ဖယ်ရှားခြင်းကြောင့် ဖြစ်ရသည့် အောင်မြင်သော ပြုပြင်မှုများကြောင့် အမှားအယွင်းမရှိစေရန် ပုံမှန်လုပ်ငန်းချိတ်ဆက်မှုများကိုလည်း အကျုံးဝင်စေသင့်ပါသည်။

ပြီးစီးမှုအခြေအနေများကို အကြံပြုထားသည်။

• အပ်ဒိတ်ရင်းမြစ်နှင့် သက်ရောက်မှုရှိသော အစိတ်အပိုင်းများ၏ ဗားရှင်းကို မှတ်တမ်းတင်ထားသည်။
• သက်ဆိုင်ရာ လည်ပတ်နေသည့် စံနမူနာကို ပြန်လည်စတင်ရန်၊ ပြန်လည်တည်ဆောက်ခြင်း သို့မဟုတ် ပြန်လည်အသုံးချပြီးဖြစ်သည်။
• အမှန်တကယ် အပလီကေးရှင်းသည် ထိခိုက်သည့် ကွင်းဆက်ကို ပယ်ချပြီး ပုံမှန်လုပ်ငန်းအတွက် TLS စိစစ်မှု ဆက်လက်လုပ်ဆောင်နေပါသည်။
• ချိတ်ဆက်မှုကို ပြန်လည်ရယူရန်အတွက် လက်မှတ်အတည်ပြုခြင်းကို ယာယီပိတ်ရန် ဖွဲ့စည်းမှုမရှိပါ။
• ဝဘ်ဆိုဒ်အသိအမှတ်ပြုလက်မှတ် ရွှေ့ပြောင်းခြင်းတွင် ပါဝင်ပါက၊ ပြင်ပဝင်ပေါက်များအားလုံးကို ပြောင်းပြီး စစ်ဆေးပြီးပါပြီ။

အထက်ဖော်ပြပါ ပြီးစီးမှုအခြေအနေများသည် ဤစွန့်ပစ်ခြင်းအတွက် လည်ပတ်မှုနှင့် ပြုပြင်ထိန်းသိမ်းမှုလက်ခံမှုအတွက် အကြံပြုချက်များဖြစ်သည်။ စက်ပစ္စည်းများတွင် အခြားဘေးကင်းရေးပြဿနာများ မရှိကြောင်း သက်သေပြခြင်းနှင့် ညီမျှသည်မဟုတ်ပါ။

8 သမိုင်းဝင် HTTPS အသွားအလာနှင့် အန္တရာယ်နယ်နိမိတ်များ

သော့သုံးမျိုးတွင် မတူညီသောအသုံးပြုမှုများရှိသည်။

သော့	အဓိကရည်ရွယ်ချက်
CA သီးသန့်သော့	သက်သေခံလက်မှတ်တွင် အထောက်အထားနှင့် အများသူငှာသော့ချိတ်တွဲခြင်းကို လက်မှတ်ရေးထိုးပါ။
ဝဘ်ဆိုဒ်သီးသန့်သော့	TLS လက်ဆွဲနှုတ်ဆက်ခြင်း အသိအမှတ်ပြုလက်မှတ်တွင် ဆာဗာအထောက်အထားကို သက်သေပြပါ။
session သော့	ချိတ်ဆက်မှုတစ်ခုတွင် အမှန်တကယ် ပေးပို့သည့်ဒေတာကို ကာကွယ်ပါ။

CA ကိုယ်ရေးကိုယ်တာသော့ကို ရယူခြင်းသည် ဝဘ်ဆိုဒ်၏ သီးသန့်သော့ သို့မဟုတ် စက်ရှင်သော့အားလုံးကို ရယူခြင်းနှင့် ညီမျှသည်မဟုတ်ပါ။ A ယာယီသော့လဲလှယ်အသုံးပြု၍ ရှေ့သို့လျှို့ဝှက်ဆက်သွယ်မှုနှင့် ပုံမှန်ချိတ်ဆက်မှုမှာ ရေရှည်လက်မှတ်ထိုးခြင်းသော့ကို နောက်ပိုင်းတွင် အပေးအယူလုပ်သွားသောကြောင့် သမိုင်းဝင်အစည်းအဝေးများကို အလိုအလျောက်ထုတ်ဖော်မည်မဟုတ်ပါ။ TLS 1.3 ၏ သက်ဆိုင်ရာ လုံခြုံရေး အရည်အချင်းများအတွက် RFC 8446 ကို ကြည့်ပါ။ 16

ဤအကြိမ်တွင် အဓိကအန္တရာယ်မှာ အထောက်အထားစိစစ်ခြင်းအဆင့်အတွင်း ဖြစ်ပွားသည်- ကလိုင်းယင့်က ဆာဗာအတု၏ လက်မှတ်ကို လက်ခံပါက၊ ကုဒ်ဝှက်ထားဆဲဖြစ်သော တိုက်ခိုက်သူနှင့် ချိတ်ဆက်မှုတစ်ခုကို ထူထောင်နိုင်သည်။ TLS 1.3 သည်လည်း ယုံကြည်စိတ်ချရသော စစ်မှန်ကြောင်းအထောက်အထား လိုအပ်ပါသည်။ ပရိုတိုကောဗားရှင်းကို အဆင့်မြှင့်တင်ခြင်းသည် CA ကို ပိတ်ဆို့ခြင်းအတွက် အစားထိုးခြင်းမဟုတ်ပါ။

လက်ရှိအချိန်တွင် စီရင်ဆုံးဖြတ်၍ မရနိုင်သော၊

Confirmed: တိကျသောအလယ်အလတ် 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 ကိုးကားလင့်ခ်

အောက်ဖော်ပြပါရင်းမြစ်များကို 2026 ခုနှစ် အောက်တိုဘာလ 22 ရက်နေ့တွင် အတည်ပြုခဲ့သည်။ ကြေငြာချက်အား ဆက်လက်မွမ်းမံထားနိုင်ပြီး၊ ဤစာရွက်စာတမ်း၏ရက်စွဲအပေါ်အခြေခံ၍ စာသားနှင့်ဗားရှင်းကို နားလည်သင့်သည်။

ဖြစ်ရပ်မှန်များနှင့် ပလက်ဖောင်းကို ကိုင်တွယ်ခြင်း။

[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 ဖြန့်ဖြူးရေးနှင့် ယုံကြည်စိတ်ချရသော ပြုပြင်ထိန်းသိမ်းသူများအတွက် အသိပေးချက် TLS 6 ခုနှင့် ကုဒ်လက်မှတ်ရေးထိုးခြင်းကြားခံများ CA၊ Sectigo အပြန်အလှန်လက်မှတ်ရေးထိုးခြင်း၊ ရုတ်သိမ်းခြင်းနှင့် အမြစ်ယုံကြည်မှုလုပ်ဆောင်ခြင်း နယ်နိမိတ်များကို ဖော်ပြပြီး လက်မှတ်အတိအကျနှင့် အများသူငှာသော့သတ်မှတ်ချက်ကို စာရင်းပြုစုထားသည်။ oss-security eMudhra Intermediates Compromise

[6] eMudhra တရားဝင်ဖြစ်ရပ် ထုတ်ပြန်ချက် ထုတ်လုပ်သူ၏ သော့ထုတ်လုပ်ခြင်းလုပ်ငန်းစဉ်၏ ပဏာမရှင်းလင်းချက်ကို ပေးပါ။ အကြောင်းရင်းအတိအကျကို ပြီးပြည့်စုံသော စုံစမ်းစစ်ဆေးမှု၏ နိဂုံးချုပ်တွင် ဆက်လက်ထားရှိမည်ဖြစ်သည်။ eMudhra Statement on Recent Certificate Security Incident

[7] Cloudflare တရားဝင်ဖြစ်ရပ်နှင့် ပြုပြင်ခြင်း ညွှန်ကြားချက် WARP၊ Cloudflare Tunnel၊ မူရင်းဆိုက်အတည်ပြုခြင်း၊ runtime မှီခိုမှု၊ ပုံအပ်ဒိတ်များနှင့် အတည်ပြုနည်းလမ်းများ ပါဝင်ပါသည်။ 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

Runtime နှင့် protocols

[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 certificate chain filtering update for 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 store တွင်ပါဝင်မှုအခြေအနေသည် client ၏နောက်ဆုံးပြန်လည်ရုပ်သိမ်းခြင်း သို့မဟုတ် ပိတ်ဆို့ခြင်းအခြေအနေကို အစားထိုး၍မရပါ။ Root certificate relationships JSON