အမြဲတမ်းအသုံးဝင် · အကောင့်ဝင်ခွင့်နှင့် လုံခြုံရေး

အကောင့်လုံခြုံရေး: ဝင်ခင်၊ ဝင်ခိုက်နှင့် ဝင်ပြီး စစ်ဆေးချက်

ရေးသားသူ — 8888 Slots · ထုတ်ဝေသည့်ရက်: စက်တင်ဘာ ၁၅၊ ၂၀၂၆

မိမိရဲ့ ဖုန်းကို အခြားသူတစ်ဦးရဲ့ လက်ထဲသို့ အပ်နှံလိုက်ရတဲ့ အချိန်တိုင်းမှာ အကောင့်လုံခြုံရေးက စမ်းသပ်ခံရပါတယ်။ ဖုန်းဆိုင်မှာ application တစ်ခု သွင်းပေးပါလို့ အပ်ရတာ၊ မိတ်ဆွေက တစ်ခုခုကို စစ်ပေးပါလို့ ဖုန်းကို လက်ဆောင်းပေးလိုက်တာ၊ အိမ်တွင်း မိသားစုနဲ့ မျှဝေသုံးနေတဲ့ ကွန်ပျူတာတစ်လုံးပေါ်မှာ အကောင့်ဝင်ရတာတွေဟာ နေ့စဉ်ဘဝမှာ ဖြစ်နေတတ်တဲ့ အခြေအနေတွေပါ။ အကောင့်လုံခြုံရေးဆိုတာ ဒီအချိန်သုံးမျိုးစလုံးနဲ့ ဆိုင်ပါတယ်: ဝင်ရောက်ခင် လမ်းကြောင်းကို စစ်ဆေးရမည့်အချိန်၊ ဝင်ရောက်ခိုက် password နှင့် OTP ကုဒ်ကို ရိုက်ရတဲ့အချိန်နှင့် ဝင်ရောက်ပြီးနောက် စက်တစ်လုံးက အကောင့်ကို ဆက်လက်ဖွင့်ထားတဲ့အချိန်။

သက်ဆိုင်ရာအကြောင်းအရာများကို 8888 Slots မိုဘိုင်း App — ဂိမ်းများကို လက်ထဲတွင် ယူဆောင်ပါ တွင် ဆက်ဖတ်နိုင်သည်။

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

ဝင်ရောက်ခင်: password မရိုက်ခင် လိပ်စာကို အရင်စစ်ပါ

အကောင့်ဝင်ရန် စာမျက်နှာတစ်ခုကို လူတစ်ဦးဟာ လမ်းသုံးလမ်းနဲ့ ရောက်တတ်ပါတယ်။ Address bar မှာ ကိုယ်လက်ဖြင့် ရိုက်ရှာတာ၊ browser မှာ bookmark လုပ်ထားတဲ့ မှတ်တမ်းတစ်ခုကနေ တင်တာ၊ ဒါမှမဟုတ် message တစ်ခု ဒါမှမဟုတ် အခြားစာမျက်နှာတစ်ခုထဲက လင့်ခ်တစ်ခုကို နှိပ်မိတာ။ လမ်းသုံးလမ်းစလုံးဟာ ရိုက်ထည့်လိုက်တဲ့ အချက်အလက်တွေ ဘယ် server ဆီ ရောက်သွားမလဲဆိုတာကို အကြိုတင်ဆုံးဖြတ်ပေးပါတယ်။

• ကိုယ်လက်ဖြင့် ရိုက်ရှာခြင်း။ စာလုံးတစ်လုံးတိုး၊ တစ်လုံးလွဲ ဒါမှမဟုတ် အစားထိုးစာလုံးနဲ့ ရေးမိပါက ပုံစံခိုးတဲ့ စာမျက်နှာတစ်ခုထဲ ရောက်သွားနိုင်ပါတယ်။ ရိုက်ပြီးတိုင်း စာလုံးပေါင်းကို ပြန်ဖတ်စစ်တာက အန္တရာယ်အများစုကို ကြိုပယ်ဖျောက်ပေးပါတယ်။
• Bookmark တစ်ခုကနေ ဝင်ခြင်း။ ပထမအကြိမ် သေချာစစ်ပြီးသည့်နောက် လုပ်ထားတဲ့ bookmark က နောက်တစ်ခေါက် ဝင်တဲ့အခါ လိပ်စာကို ပြန်စစ်ရတဲ့အလုပ်ကို သိသိသာသာ လျှော့ပေးပါတယ်။
• Message ထဲက လင့်ခ်ကို နှိပ်မိခြင်း။ အကောင့်ပြဿနာ ဖြေရှင်းပေးမယ်လို့ ချဉ်းကပ်လာတဲ့ စာတွေထဲက လင့်ခ်က အန္တရာယ်အများဆုံး လမ်းဖြစ်ပါတယ်။ ဝင်ရောက်ခွင့်နဲ့ပတ်သက်တဲ့ စာတစ်စောင် ရောက်လာတိုင်း ပါလာတဲ့ လင့်ခ်ကို မနှိပ်ခင် ကိုယ်တိုင်ရှာထားတဲ့ လမ်းကြောင်းကနေပဲ ဝင်တာက ပိုလုံခြုံပါတယ်။

စာမျက်နှာတစ်ခုရဲ့ အရောင်၊ ခလုတ်အစီအစဉ်နှင့် ပုံပန်းသဏ္ဌာန်တွေကို အတုယူလို့ရပေမယ့် address bar ရဲ့ host name စာလုံးပေါင်းကိုတော့ အခြားသူက အတိအကျ မယူနိုင်ပါ။ ဒါကြောင့် password field တစ်ခုကို မြင်တဲ့ ခဏတိုင်း ရိုက်ထည့်ခင် တစ်စက္ကန့် ရပ်ပြီး address bar ကို ကြည့်တဲ့ အလေ့အကျင့်က လိပ်စာတစ်ခုတည်းကိုသာ အားပုံနေတတ်တဲ့ password တွေအတွက် အခြေခံကာကွယ်မှုပါ။

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

ဝင်ရောက်ခိုက်: password နှင့် OTP ကုဒ်ရဲ့ တာဝန်တွေ ကွဲပြားပါတယ်

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

Password ရွေးတဲ့အခါ ရွေးချယ်စရာနှစ်မျိုး ရှိလေ့ရှိပါတယ်။ စာလုံးအကြီးအသေး၊ ဂဏန်းနှင့် သင်္ကေတ ရောနှောထားတဲ့ စကားလုံးတိုတို ဒါမှမဟုတ် မှတ်ရလွယ်တဲ့ စာကြောင်းရှည်ရှည်။ ဖန်တီးမှုအရ စာကြောင်းရှည်လေးတစ်ခုက ကိန်းဂဏန်းနှင့် သင်္ကေတတွေနဲ့ ရောထားတဲ့ စကားလုံးတိုတိုထက် ပိုခိုင်မာတတ်ပါတယ်၊ ဘာကြောင့်လဲဆိုတော့ စစ်ဆေးကြည့်ရမယ့် အတွဲအရေအတွက်က ပိုများလို့ပါ။ ဒါပေမယ့် ဘယ်လောက်ပဲ ရှည်ရှည်ခိုင်ခိုင် ဆောက်ပြီးသော်လည်း တစ်နေရာနဲ့တစ်နေရာ ပြန်သုံးနေတဲ့ password တစ်ခုက အားနည်းချက်ကြီးနဲ့ အတူတူပါ။ Password တစ်ခုကို အခြား service တစ်ခုမှာလည်း သုံးနေရင် တစ်နေရာမှာ အဲဒီ password က အခြားသူတစ်ဦးရဲ့ လက်ထဲ ရောက်သွားတာနဲ့ ကျန် service တွေကလည်း တံခါးပွင့်သွားပါတယ်။ ဒါကြောင့် password တစ်ခုကို အကောင့်တစ်ခုအတွက်သာ သီးသန့်သုံးပြီး မည်သူ့နှင့်မှ မမျှဝေရန်က ဒီအဆင့်ရဲ့ အခြေခံစည်းမျဉ်းပါ။

Browser ရဲ့ password သိမ်းဆည်းပေးတဲ့ စနစ် (autofill) က နေ့စဉ်အသုံးပြုမှုကို အလွန်အဆင်ပြေစေပေမယ့် မိသားစုတွင်း မျှဝေသုံးနေတဲ့ ကွန်ပျူတာ ဒါမှမဟုတ် ဖုန်းတစ်လုံးပေါ်မှာတော့ ဂရုစိုက်ရပါတယ်။ သိမ်းထားတဲ့ password က နောက်ထပ် စက်သုံးသူတစ်ဦးရဲ့ password field တစ်ခုအတွက် အလိုအလျောက် ဖြည့်ပေးနိုင်တတ်လို့ပါ။ မျှဝေသုံးစက်တစ်လုံးပေါ်မှာ password ကို browser မှာ မသိမ်းဘဲ လက်ဖြင့် ရိုက်ထည့်တာက ဒီအန္တရာယ်ကို သိသိသာသာ လျှော့ပေးပါတယ်။

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

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

ဝင်ရောက်ပြီးနောက်: မမြင်ရတဲ့ session ကို မမေ့ပါနဲ့

Password လက်ခံရရှိသွားတဲ့အခါ လုပ်ငန်းစဉ်က အဆုံးမသတ်ပါ။ Browser နှင့် server ကြားမှာ session လို့ခေါ်တဲ့ ဝင်ရောက်ပြီးသား အခြေအနေတစ်ခု ဖန်တီးပြီး password ကို မပြန်ရိုက်ဘဲ ဆက်လက်သုံးနိုင်အောင် ထားရှိတတ်ပါတယ်။ ကိုယ်ပိုင်ဖုန်းနဲ့ နေ့စဉ်သုံးတာအတွက် ဒါက အဆင်ပြေမှုတစ်ခုသာဖြစ်ပါတယ်။ ဒါပေမယ့် ဖုန်းကို အခြားသူတစ်ဦးထံ အပ်နှံရတဲ့အခါ ဒါမှမဟုတ် internet café စက်တစ်လုံးပေါ်မှာ ဝင်ထားတဲ့အခါ ဒီ session က ဆက်လက်ရှိနေတတ်ပါတယ်။ ဆိုလိုတာက အကောင့်ရဲ့ တံခါးက password မတောင်းဘဲ ဖွင့်ထားဆက်နေတာနဲ့ တူပါတယ်။

ဒါကြောင့် မိမိပိုင်မဟုတ်တဲ့ ကွန်ပျူတာ ဒါမှမဟုတ် အခြားသူနှင့် မျှဝေသုံးနေတဲ့ စက်တစ်လုံးပေါ်မှာ အကောင့်ဝင်ပြီးတိုင်း log out လုပ်ခြင်းက ယဉ်ကျေးမှုဆိုင်ရာ အမူအကျင့်တစ်ခု မဟုတ်ဘဲ အကောင့်ကို တကယ်ပိတ်ပေးတဲ့ လုံခြုံရေးလုပ်ဆောင်ချက်တစ်ခု အတိအကျဖြစ်ပါတယ်။ ကိုယ်ပိုင်ဖုန်းကိုတောင် အခြားသူတစ်ဦးထံ ခဏအပ်ရတဲ့အခါ အဲဒီဖုန်းပေါ်မှာ မိမိအကောင့် session ဖွင့်နေသလားဆိုတာကို အရင်စစ်ပြီးမှ အပ်ပါ။

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

မိနစ်အနည်းငယ်အတွင်း ကိုယ်တိုင်စစ်နိုင်တဲ့ စာရင်း ၅ ချက်

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

1. လိပ်စာ။ အကောင့်ဝင်ရန် စာမျက်နှာအတွက် bookmark တစ်ခု ထားရှိပြီး အဲဒီမှတ်တမ်းကနေတင် ဝင်ပါ။ Message တစ်ခုကနေ ဝင်မိရင် address bar ရဲ့ host name စာလုံးပေါင်းကို စာလုံးချင်း ဖတ်စစ်ပါ။
2. Password။ Password တစ်ခုကို အကောင့်တစ်ခုအတွက်သာ သုံးပါ။ မည်သူ့ကိုမှ မမျှဝေပါနဲ့။ မျှဝေသုံးစက်တစ်လုံးပေါ်မှာ browser ရဲ့ password သိမ်းဆည်းမှုကို သတိနဲ့ အသုံးပြုပါ။
3. OTP ကုဒ်။ ကိုယ့်ဆီ ရောက်လာတဲ့ ကုဒ်ကို မည်သူ့ကိုမျှ ဖတ်ပြခြင်း ဒါမှမဟုတ် ပြန်ပို့ပေးခြင်း မလုပ်ပါနဲ့။ ကုဒ်မရောက်ရင် ဖုန်းအချက်ပြနဲ့ ဆစ်ဂနယ်ကို စစ်ပြီး ပြန်ပို့ရန် ခလုတ်ကို အသုံးပြုပါ။
4. ယာယီပိတ်ဆို့မှု။ Password ကို ဆက်မရိုက်ဘဲ အချိန်အနည်းငယ် စောင့်ပြီး ပြန်ကြိုးစားပါ ဒါမှမဟုတ် support ကို ဆက်သွယ်ပါ။
5. Session။ မိမိပိုင်မဟုတ်တဲ့ စက်တစ်လုံးပေါ်မှာ ဝင်ပြီးတိုင်း log out လုပ်ပါ။ ဖုန်းကို အခြားသူထံ အပ်တော့မယ်ဆိုရင် အဲဒီဖုန်းပေါ်က session ကို အရင်ပိတ်ပါ။

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

ဖုန်းမျှဝေသုံးပြီးနောက် စစ်ဆေးရန်

Browser tab ပိတ်ခြင်းသည် logout လုပ်ပြီးကြောင်း မဆိုလိုပါ။ အကောင့်တွင် session/device စာရင်း ရရှိပါက မိမိမသိသော session ကို စစ်ပြီး ထွက်ပါ။ Recovery email/phone ကို မိမိထိန်းချုပ်နိုင်ကြောင်း ပြန်စစ်ပါ။ Password ပေါက်ကြားနိုင်သည်ဟု သံသယရှိပါက သိထားသောလိပ်စာမှ ပြန်သတ်မှတ်ပြီး အသုံးပြုထားသော တခြားအကောင့်များကိုလည်း သီးခြားကာကွယ်ပါ။

နည်းပညာရင်းမြစ်နှင့် အကျုံးဝင်မှု

NIST phishing guidance နှင့် NIST password guidance ကို အကောင့်ကာကွယ်ရေးအတွက် ရည်ညွှန်းထားသည်။ Session manager၊ MFA သို့မဟုတ် passkey ရရှိနိုင်မှုသည် သက်ဆိုင်ရာဝန်ဆောင်မှုအပေါ် မူတည်သည်။ ဤစာမျက်နှာသည် 8888 Slots ၏ လက်ရှိ authentication feature စာရင်းကို အတည်ပြုခြင်း မဟုတ်ပါ။

ပြင်ဆင်ရက်: ၃ အောက်တိုဘာ ၂၀၂၆