PWN-ALL · ဆိုက်ဘာလုံခြုံရေးနှင့် ဆော့ဖ်ဝဲဖွံ့ဖြိုးရေး

PWN-ALL သည် ဆက်စပ်လေ့ကျင့်ခန်း ၄ ခုကို ပံ့ပိုးပေးသည်။ ၎င်းတို့မှာ ဝင်ရောက်စမ်းသပ်ခြင်းနှင့် တိုက်ခိုက်မှုအတုပြုခြင်း၊ ဖြစ်ရပ်တုံ့ပြန်မှုနှင့် ဒစ်ဂျစ်တယ် စုံစမ်းစစ်ဆေးမှု၊ လုံခြုံစိတ်ချရသော Rust နှင့် Python ဆော့ဖ်ဝဲအင်ဂျင်နီယာ၊ နှင့် ကုန်ပစ္စည်းမရွေး လုံခြုံရေးအကြံပေးခြင်းတို့ဖြစ်သည်။ တစ်ခုချင်းစီတွင် စာရေးသားထားသော လုပ်ငန်းနယ်ပယ်၊ တိကျသေချာသော ထုတ်ပေးမည့် ရလဒ်များနှင့် သဘောတူညီထားသည့် လက်ခံစံနှုန်းများ ပါဝင်သည်။

ဟုတ်ကဲ့။ PWN-ALL Auditing, Reviewing & Testing Cyber Risks CO. L.L.C သည် ၂၀၂၄ ခုနှစ်တွင် တည်ထောင်ခဲ့ပြီး ယူနိုက်တက် အာရပ် အီမီရေး့စ်၊ ဒူဘိုင်းရှိ ကုမ္ပဏီတစ်ခုဖြစ်ကာ ဒူဘိုင်း DET လိုင်စင်နံပါတ် 1324553 အောက်တွင် လည်ပတ်လျက်ရှိသည်။ ကုမ္ပဏီတွင် D-U-N-S 571235572 နှင့် NCAGE 10G8W ကိုလည်း စာရင်းသွင်းထားသည်။

ကျွန်ုပ်တို့သည် ကမ္ဘာတစ်ဝှမ်းရှိ စီးပွားရေးလုပ်ငန်းကြီးများ၊ အစိုးရအဖွဲ့အစည်းများနှင့် တန်ဖိုးမြင့်ပလက်ဖောင်းများနှင့် အဓိကပူးပေါင်းဆောင်ရွက်ပါသည်။ လုပ်ငန်းဆောင်တာများကို တရားဝင်နယ်မြေ မရွေး အဝေးမှ ဆောင်ရွက်နိုင်ပြီး ဆက်သွယ်ရေးကို ဘာသာစကား ၂၀ ကျော်ဖြင့် ပံ့ပိုးပါသည်။ တည်နေရာအလိုက် ဥပဒေရေးရာ၊ သက်သေများ သို့မဟုတ် ဒေတာကိုင်တွယ်မှုဆိုင်ရာ လိုအပ်ချက်များကို စီမံကိန်းအကျဉ်းချုပ်ရေးဆွဲစဉ် သဘောတူညီပါသည်။

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

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

အစီအစဉ်ပြုလုပ်ထားသော ဝင်ရောက်စမ်းသပ်မှုများကို စကုပ်လုပ်ပြီး စာရေးဖြင့် ခွင့်ပြုချက်ရရှိပြီးနောက် လက်ရှိ ရရှိနိုင်မှုအပေါ် မူတည်၍ ပုံမှန်အားဖြင့် ၃–၅ ရက်အတွင်း စတင်နိုင်ပါသည်။ လက်ရှိဖြစ်ပွားနေသော အန္တရာယ်များအတွက် သီးခြား ၂၄/၇ တုံ့ပြန်ရေးလုပ်ငန်းစဉ်ကို အသုံးပြုသောကြောင့် အရေးပေါ်ဖြစ်စဉ်များ ဖြစ်ပေါ်ပါက ချက်ချင်း ဖုန်းခေါ်ခြင်း သို့မဟုတ် လုံခြုံသော မက်ဆေ့ခ်ျချန်နယ်မှတဆင့် အသိပေးရမည်။

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

ခွင့်ပြုထားသော လုပ်ငန်းကွင်းများတွင် ဝက်ဘ်အက်ပလီကေးရှင်းများ၊ API များ၊ ပြင်ပနှင့် အတွင်းကွန်ယက်များ၊ Active Directory၊ ကလောဒ်ပတ်ဝန်းကျင်များနှင့် မိုဘိုင်းအက်ပလီကေးရှင်းများ ပါဝင်နိုင်သည်။ ပိုမိုကျယ်ပြန့်သော red-team လှုပ်ရှားမှုများတွင်လည်း ထိုလှုပ်ရှားမှုများကို တိတိကျကျ ခွင့်ပြုထားပါက အသုံးပြုသူအထောက်အမှတ်အသားများ၊ လူများနှင့် ရုပ်ပိုင်းဆိုင်ရာ ထိန်းချုပ်မှုများကို စမ်းသပ်နိုင်သည်။

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

စမ်းသပ်ခြင်းကို OWASP နှင့် PTES ကိုက်ညီသည့် လုပ်ထုံးလုပ်နည်းများအရ အဆင့်ငါးဆင့်ဖြင့် ဆောင်ရွက်သည်။ အဆိုပါအဆင့်များမှာ scoping နှင့် rules of engagement၊ reconnaissance နှင့် attack-surface mapping၊ safe exploitation၊ two-tier reporting နှင့် retesting တို့ဖြစ်သည်။ တိကျသည့် စမ်းသပ်ကိစ္စများကို သဘောတူထားသည့် ပိုင်ဆိုင်မှုများနှင့် threat model အရ ကိုက်ညီအောင် ပြင်ဆင်ထားသည်။

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

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

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

သင်သည် အမှုဆောင်အကျဉ်း (leadership executive summary) နှင့် အင်ဂျင်နီယာများအတွက် နည်းပညာဆိုင်ရာ တွေ့ရှိချက်များ (technical findings) ကို လက်ခံရရှိမည်ဖြစ်ပြီး၊ ထိုတွင် သက်သေများ၊ ထိခိုက်ခံရသည့် ပစ္စည်းများ၊ ဖြစ်နိုင်သည့် ထိခိုက်မှု၊ ပြင်းထန်မှုနှင့် ဦးစားပေး ပြုပြင်ထိန်းသိမ်းရေး လမ်းညွှန်ချက်များ ပါဝင်ပါသည်။ နောက်ဆုံးသတ်မှတ်ထားသည့် အကျယ်အဝန်းတွင် အတွင်းပိုင်း ပါဝင်သူများ လိုအပ်သည့် အကျဉ်းချုပ်ရှင်းလင်းပြောကြားချက်များ (debriefs)၊ ပြုပြင်ထိန်းသိမ်းရေး အလုပ်ရုံဆွေးနွေးပွဲများ (remediation workshops) သို့မဟုတ် သက်သေဖော်ပြပုံစံများကိုလည်း သတ်မှတ်နိုင်ပါသည်။

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

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

ဟုတ်ကဲ့။ ၂၄/၇ ဖြစ်ရပ်တုံ့ပြန်ရေးဝန်ဆောင်မှုသည် ကန့်သတ်ခြင်း၊ သက်သေများ ထိန်းသိမ်းခြင်း၊ ဥပဒေရေးရာ စုံစမ်းစစ်ဆေးခြင်း၊ ဖျက်ဆီးခြင်း၊ ပြန်လည်ထူထောင်ခြင်းနှင့် ဖြစ်ရပ်ပြီးနောက် ခိုင်မာအောင် ပြင်ဆင်ခြင်းတို့ကို ဆောင်ရွက်ပေးပါသည်။ လက်ရှိဖြစ်ပွားနေသော ဖြစ်ရပ်အတွက် Signal ကို ချက်ချင်းခေါ်ဆို သို့မဟုတ် အသုံးပြုပြီး မအတည်ပြုထားသော ချန်နယ်မှတဆင့် အထူးသတိထားရမည့် သက်သေများ မပို့ရန် ရှောင်ရှားပါ။

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

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

ဖြစ်ရပ်ဝန်ဆောင်မှုသည် တစ်နေ့ ၂၄ နာရီ၊ တစ်ပတ် ၇ ရက် တုံ့ပြန်နိုင်သည့် တံတားကို လည်ပတ်သည်။ ကြေညာထားသည့် ဝန်ဆောင်မှုအဆင့်အရ ပထမဆုံးခေါ်ဆိုမှုမှ စ၍ မိနစ် ၆၀ အတွင်း သုံးစွဲသူမျှဝေတံတားတွင် စိစစ်သူတစ်ဦး ချိတ်ဆက်ရောက်ရှိပြီး၊ triage အတွင်း စတင်ထုတ်ပေးသည့် ပထမဆုံး ထိန်းချုပ်ရေးလမ်းညွှန်ချက်များဖြင့် အကောင်အထည်ဖော်သည်။ ထိန်းချုပ်ရေးကာလ၏ တကယ့်အချိန်မှာ ချိတ်ဆက်နိုင်မှု၊ ဖြစ်ရပ်၏ အကျယ်အဝန်းနှင့် ဖောက်သည်၏ လုပ်ဆောင်နိုင်စွမ်းတို့ပေါ် မူတည်သည်။

ပုံမှန်အားဖြင့် ဟုတ်ပါသည်၊ သို့သော် စနစ်ပိတ်ခြင်း (shutdown) သည် မတည်ငြိမ်သော သက်သေများ (volatile evidence) ဖြစ်သည့် မှတ်ဉာဏ်ထဲတွင် တည်ရှိနေသည့် key များ၊ ထိုးထည့်ထားသော လုပ်ငန်းစဉ်များနှင့် လက်ရှိ ဆက်သွယ်မှုများကို ဖျက်စီးနိုင်ပါသည်။ စနစ်များကို ပြန်လည်ဖွင့်မလုပ်ပါနှင့်၊ လက်ရှိအခြေအနေကို ထိန်းသိမ်းထားကာ တုံ့ပြန်ရေးအဖွဲ့နှင့် ဆက်သွယ်၍ cold-triage နှင့် အခြားသက်သေ ရင်းမြစ်များကို စီမံနိုင်ရန် ပြင်ဆင်ပါ။

မဟုတ်ပါ။ ပြန်လည်ကောင်းမြောက်နိုင်မှုသည် ransomware မိသားစုအမျိုးအစား၊ ရရှိနိုင်သည့် key များ သို့မဟုတ် decryptor များ၊ သက်သေများ၏ အရည်အသွေး၊ backup ၏ တည်ငြိမ်မှု၊ စနစ်၏ အခြေအနေ၊ ဥပဒေရေးရာ ကန့်သတ်ချက်များနှင့် ထိခိုက်ခံရပြီးနောက် ဖြစ်ပေါ်ခဲ့သည့် လှုပ်ရှားမှုများ ပမာဏတို့ပေါ် မူတည်ပါသည်။ ကျွန်ုပ်တို့သည် သန့်ရှင်းသော backup များ၊ ပြန်လည်တည်ဆောက်ခြင်းများ၊ decryptor သုတေသနနှင့် key ပြန်လည်ရယူနိုင်ရေး ရွေးချယ်စရာများကို အကဲဖြတ်ပြီး၊ ပြန်လည်ကောင်းမြောက်နိုင်သည့်အရာများနှင့် မကောင်းမြောက်နိုင်သည့်အရာများကို ဖော်ပြပါသည်။

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

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

ကျွန်ုပ်တို့သည် Rust နှင့် Python ဖြင့် လုံခြုံစိတ်ချရသော backend များ၊ API များ၊ ဒေတာစနစ်များ၊ အလိုအလျောက်စနစ်များ၊ AI ပေါင်းစည်းမှုများ၊ ဒေတာရွှေ့ပြောင်းခြင်းများနှင့် လုံခြုံရေးအရေးကြီးသော ထုတ်လုပ်ရေးဝန်ဆောင်မှုများကို တည်ဆောက်ပါသည်။ ထိုအင်ဂျင်နီယာလုပ်ငန်းစဉ်တစ်ခုတည်းကလည်း ဖြစ်ရပ်အထူးသုတေသနအတွက် ဒေတာစုဆောင်းကိရိယာများ၊ Parser များ၊ အချိန်ဇယားတည်ဆောက်ကိရိယာများ၊ IOC သို့မဟုတ် YARA စကင်နာများနှင့် ဖော်ကွယ်ကိရိယာများ သို့မဟုတ် သော့ပြန်လည်ရယူရေး သုတေသနကိရိယာများကို ဖန်တီးပေးပါသည်။

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

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

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

မဟုတ်ပါ။လိုက်နာမှုပြင်ဆင်မှုဆိုသည်မှာ နည်းပညာဆိုင်ရာနှင့် လည်ပတ်မှုဆိုင်ရာ ထောက်ပံ့မှုဖြစ်ပြီး ဥပဒေရေးရာ အကြံဉာဏ် သို့မဟုတ် အသိအမှတ်ပြုလက်မှတ်အာမခံ မဟုတ်ပါ; စုံစမ်းစစ်ဆေးမှုရလဒ်များသည် သိမ်းဆည်းထားသော သက်သေများပေါ် မူတည်ပါ; ပြန်လည်ကောင်းမြန်ခြင်းသည် ဖြစ်ရပ်အခြေအနေများပေါ် မူတည်ပါ; နှင့် လုံခြုံရေးစမ်းသပ်ခြင်းက ချို့ယွင်းချက်များ မရှိကြောင်း သက်သေပြ၍ မရပါ။အဆိုပြုချက်တိုင်းတွင် PWN-ALL ၏ ထိန်းချုပ်မှုအပြင်ရှိသော ရလဒ်များကို ကတိမပြုဘဲ တိုင်းတာနိုင်သော အလုပ်များနှင့် လက်ခံရန် စံနှုန်းများကို သတ်မှတ်ထားသည်။

PWN-ALL သည် Dark-Web နှင့် Leak Monitor၊ BotGuard bot detection နှင့် Vulnerability Scan Hub ကို သီးခြားထုတ်ကုန်များအဖြစ် စာရင်းပြထားသည်။ ထို့အပြင် hashing၊ key generation၊ steganography၊ ransomware ဖော်ထုတ်ခြင်းနှင့် ဖိုင် သို့မဟုတ် forensic ကြည့်ရှုခြင်းကဲ့သို့သော တာဝန်များအတွက် browser အခြေပြု အခမဲ့ကိရိယာ ၂၀ ကျော်ကိုလည်း ပံ့ပိုးပေးပြီး၊ client-side ကိရိယာများဖြစ်သောကြောင့် လုပ်ဆောင်ချက်ဒေတာများကို upload မပြုဘဲ browser ထဲတွင် ဒေသတွင်း လည်ပတ်နိုင်သည်။

ထိခိုက်ခံထားရသော အကောင့်၏ စကားဝှက်ကို ထိခိုက်ခံထားရသော စက်မဟုတ်ဘဲ သန့်ရှင်းကြောင်း သေချာသော စက်မှ ပြန်လည်သတ်မှတ်ပါ၊ ထွက်ပြီး လက်ရှိ ဆက်သွယ်မှုအားလုံးကို ပယ်ဖျက်ပါ၊ အက်ပ်စကားဝှက်များ သို့မဟုတ် ချိတ်ဆက်ထားသော အက်ပ်များ၏ ဝင်ရောက်ခွင့်အားလုံးကို ဖယ်ရှားပြီး၊ မျိုးစုံအတည်ပြုခြင်း (multi-factor authentication) ကို ဖွင့်ပါ။ စာအိတ်(mailbox)ကို လော့ဂ်ဝင်မှတ်တမ်း(sign-in logs)နှင့် စစ်ဆေးမှတ်တမ်း(audit logs)များနှင့်အတူ သိမ်းဆည်းထားပြီး ဖုံးကွယ်ထားသော ပို့ဆောင်မှု(forwarding) သို့မဟုတ် အင်ဘောက်စ် စည်းကမ်း(inbox rules)များ ရှိမရှိ စစ်ဆေးပါ၊ သို့သော် စာများ၊ စည်းကမ်းများ သို့မဟုတ် အကောင့်ကို ဖျက်မပစ်ပါနှင့်၊ အကြောင်းက အထောက်အထားများဖြစ်ပါသည်။ ထိုးဖောက်ခံရမှုသည် ဆက်လက်ဖြစ်နေဆဲဖြစ်ပါက သို့မဟုတ် ငွေကြေးလှုပ်ရှားမှု ပါဝင်ပါက စကားပြော(chat) စောင့်ဆိုင်းခြင်းမပြုဘဲ ဖုန်းခေါ်ခြင်း သို့မဟုတ် Signal ဖြင့် ၂၄/၇ ဆက်သွယ်ရေးလိုင်းကို အသုံးပြုပါ။ DFIR အဖွဲ့သည် Microsoft 365၊ Google Workspace နှင့် အကောင့်ထိန်းချုပ်ခံရမှုကိစ္စများကို ကန့်သတ်ခြင်းမှစ၍ အမြစ်အကြောင်းရင်းရှာဖွေခြင်းနှင့် ပြန်လည်ခိုင်မာအောင်ပြုလုပ်ခြင်းအထိ အစအဆုံး ကိုင်တွယ်ဆောင်ရွက်သည်။

ဤသည် လက်ရှိဖြစ်ပွားနေသည့် စီးပွားရေးအီးမေးလ်ထိခိုက်မှုနှင့် ငွေပေးချေမှုလိမ်လည်မှုဖြစ်ရပ်တစ်ခုဖြစ်ပြီး အမြန်ဆုံး လှုပ်ရှားရမည့်အခြေအနေဖြစ်ပါသည်။ သင့်ဘဏ်နှင့် လက်ခံဘဏ်ကို ချက်ချင်းဆက်သွယ်ကာ ငွေလွှဲပြောင်းမှုကို ပြန်ခေါ်ယူရန် သို့မဟုတ် ရပ်ဆိုင်းရန် ကြိုးပမ်းပြီး သက်ဆိုင်ရာ အာဏာပိုင်များထံ တင်ပြပါ။ ငွေကြေးများ မရွေ့ပြောင်းသေးနိုင်ချိန်တွင် စကားပြောလိုင်းတွင် စောင့်ဆိုင်းခြင်းမပြုဘဲ ၂၄/၇ ဖုန်းလိုင်းမှတဆင့် ကျွန်ုပ်တို့ထံ ဆက်သွယ်ပါ။ ကျွန်ုပ်တို့၏ DFIR အဖွဲ့သည် ထို့နောက် အီးမေးလ်ဘောက်စ် သို့မဟုတ် အကောင့်ကို မည်သို့ ဝင်ရောက်ခဲ့သည်၊ ငွေတောင်းခံလွှာ သို့မဟုတ် ဘဏ်ဆိုင်ရာ အသေးစိတ်အချက်အလက်များကို ပြင်ဆင်ထားခဲ့သလား၊ အခြားဘာတွေထိတွေ့ခဲ့သလဲ ဆိုတာကို စုံစမ်းစစ်ဆေးပြီး သင့်ဘဏ်၊ အာမခံကုမ္ပဏီနှင့် သက်ဆိုင်ရာ စည်းကမ်းထိန်းသိမ်းရေးအဖွဲ့များအတွက် သက်သေများကို ထိန်းသိမ်းထားပါသည်။ အီးမေးလ်များနှင့် အကောင့်မှတ်တမ်းများကို မဖျက်ပစ်ဘဲ ထိန်းသိမ်းထားကာ စုံစမ်းစစ်ဆေးမှုပုံစံ ပြည့်စုံစေရန် သတိပြုပါ။

ဤသည်မှာ ကုဒ်ဝှက်ခြင်းမပါဘဲ ဒေတာခိုးယူခြင်းနှင့် ငွေတောင်းခြင်းဖြစ်ပြီး၊ ransomware မဖြန့်ချိခဲ့ပေမယ့် DFIR အဖွဲ့၏ လုပ်ငန်းနယ်ပယ်အတွင်း တိတိကျကျ ပါဝင်သည်။ ဦးစားပေးရမည့်အချက်မှာ သက်သေများကို ထိန်းသိမ်းခြင်း၊ တကယ်ဝင်ရောက်ကြည့်ရှုခဲ့သည့်နှင့် ထုတ်ယူပို့ဆောင်ခဲ့သည့် အချက်အလက်များကို သတ်မှတ်ခြင်း၊ ဝင်ရောက်လမ်းကြောင်းကို ကန့်သတ်ခြင်းနှင့် threat actor ကို မည်သူမျှ မတုံ့ပြန်မီ တောင်းဆိုချက်ကို နားလည်ခြင်းတို့ ဖြစ်သည်။ ဖြစ်ရပ်ကို ဦးဆောင်သူနှင့် သင့်ဥပဒေရေးရာ၊ အာမခံပိုင်း ပါဝင်သူများက နည်းလမ်းတစ်ခု သဘောတူမီ တောင်းဆိုချက်ကို မပေးဆောင်၊ မဆွေးနွေး၊ မဖြေကြားပါနှင့်။ ဤကိစ္စကို ၂၄/၇ ဖုန်းလိုင်းတွင် တင်ပြကာ၊ ခြိမ်းခြောက်စာများကို အများပြည်သူ သုံးသော သို့မဟုတ် မအတည်ပြုထားသော လမ်းကြောင်းမဟုတ်ဘဲ လုံခြုံသော ချန်နယ်မှတဆင့် မျှဝေပါ။

သင်တွင် အချက်ပြများ သို့မဟုတ် သံသယရှိသော်လည်း အတည်ပြုထားသော ဖြစ်ရပ်မရှိပါက DFIR အဖွဲ့သည် သင့်လော့ဂ်များ၊ endpoint များနှင့် cloud နှင့် identity ဆိုင်ရာ ဒေတာများကို ပြန်လည်သုံးသပ်ကာ လက်ရှိ သို့မဟုတ် ယခင်က ထိုးဖောက်ဝင်ရောက်မှု၊ ဆက်လက်တည်ရှိနေမှု သို့မဟုတ် ခွင့်မပြုထားသော ဒေတာဝင်ရောက်ကြည့်ရှုမှုဆိုင်ရာ သက်သေများ ရှိမရှိကို သတ်မှတ်နိုင်သည်။ ထို့နောက် စနစ်ထိခိုက်မှု လက္ခဏာများ ရှိမရှိနှင့် နောက်ဆက်တွဲ ဆောင်ရွက်ရမည့် အဆင့်များကို အစီရင်ခံပြီး၊ ထင်ရှားသော မကောင်းဆိုးဝါး လှုပ်ရှားမှု တွေ့ရှိပါက ကန့်သတ်ထိန်းချုပ်ခြင်းနှင့် စုံစမ်းစစ်ဆေးခြင်းတို့ ပါဝင်သည့် ပြည့်စုံသော ဖြစ်ရပ်တုံ့ပြန်မှု ဆောင်ရွက်ချက်သို့ ဝင်ရောက်ဆောင်ရွက်ပါသည်။ ထိုကန့်သတ်ထိန်းချုပ်မှု လုပ်ငန်းစဉ် ဆောင်ရွက်နေစဉ်တွင် ရှိပြီးသား မှတ်တမ်းများကို ထိန်းသိမ်းထားကာ စနစ်များကို ပြန်လည်ပုံဖော်ခြင်း (reimaging) သို့မဟုတ် ဖျက်ရှင်းခြင်း (wiping) မပြုလုပ်ရန် ရှောင်ရှားပါ၊ ထိုလုပ်ငန်းများကြောင့် မေးခွန်းဖြေရှင်းရန် လိုအပ်သည့် သက်သေများ ပျောက်ကွယ်သွားနိုင်ပါသည်။ တိုက်ခိုက်မှု တစ်ခု လက်တွေ့ဖြစ်ပွားနေသည်ကို တွေ့မြင်ပါက၊ စကားပြော (chat) မှတဆင့် စောင့်ဆိုင်းခြင်းမပြုဘဲ ကျွန်ုပ်တို့၏ ၂၄/၇ ဖုန်းလိုင်းသို့ ခေါ်ဆိုပါ၊ သို့မဟုတ် Signal မှတဆင့် ချက်ချင်း ဆက်သွယ်ပါ။

တုံ့ပြန်မှုတိုင်းတွင် ချက်ချင်းအန္တရာယ်ကို ကိုင်တွယ်ပြီးနောက် ဖြစ်ရပ်ပြီးနောက် ခိုင်မာရေးမြှင့်တင်ခြင်း ပါဝင်သည်။ အမြစ်အကြောင်းရင်းနှင့် ပထမဆုံးဝင်ရောက်မှု တွေ့ရှိချက်များကို အသုံးပြုပြီး အဖွဲ့သည် တိုက်ခိုက်သူအသုံးပြုခဲ့သည့် တိကျသော ဟာကွက်များကို ပိတ်ဆို့ကာ ထပ်မံဖြစ်ပွားမှုလမ်းကြောင်းများကို လျော့နည်းစေမည့် ဦးစားပေးခိုင်မာရေးမြှင့်တင်ရေးအစီအစဉ်ကို သင့်အား ပေးအပ်သည်။ နက်ရှိုင်းပြီး ဆက်လက်ဆောင်ရွက်ရန် လိုအပ်သည့် အလုပ်များအတွက် အကြံပေးဌာနသည် ထိုအချက်များကို ပိုင်ရှင်များပါဝင်သည့် အန္တရာယ်မှတ်တမ်း (risk register)၊ မူဝါဒအသစ်များနှင့် ဖြစ်ရပ်တုံ့ပြန်ရေး လက်စွဲစာအုပ်များ (incident-response runbooks)၊ အခန်းကဏ္ဍအလိုက် သင်တန်းများဖြင့် ပြောင်းလဲထည့်သွင်းနိုင်ပြီး၊ အင်ဂျင်နီယာဌာနက ပြင်ဆင်ရန် လိုအပ်သည့် ကိရိယာများအားလုံးကို တည်ဆောက်ပေးနိုင်သည်။ ခိုင်မာစေရန် ပြင်ဆင်ခြင်းသည် အန္တရာယ်ကို လျော့နည်းစေပြီး ခံနိုင်ရည်ကို တိုးတက်စေသော်လည်း မည်သည့် ဝန်ဆောင်မှုပေးသူမျှ အနာဂတ်တွင် ထပ်မံဖြစ်ပွားမည့် ဖြစ်ရပ်တစ်ခုကို မဖြစ်နိုင်ကြောင်း အာမခံ၍ မရပါ။

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

လက်ရှိစနစ်များသည် တိတိကျကျ အကျုံးဝင်ပြီး၊ အင်ဂျင်နီယာလုပ်ငန်းသည် greenfield တည်ဆောက်ခြင်းများသာမက ပြောင်းရွှေ့ခြင်း၊ ခိုင်မာစေရေးနှင့် လုံခြုံရေးအရေးကြီးသော ထုတ်လုပ်ရေးဝန်ဆောင်မှုများကိုလည်း ပုံမှန်ဆောင်ရွက်လေ့ရှိသည်။ ပူးပေါင်းဆောင်ရွက်မှုတစ်ခုကို မည်သည့်ပြောင်းလဲမှုမျှ မပြုမီ လက်ရှိကုဒ်၊ ဒေတာနှင့် ယုံကြည်မှုနယ်နိမိတ်များက လက်တွေ့ဘယ်လို လည်ပတ်နေသည်ကို ရှာဖွေရေးအဆင့်ဖြင့် စတင်ပြီး၊ ထို့နောက် ဗိသုကာရေးဆွဲခြင်း၊ အကောင်အထည်ဖော်ခြင်းနှင့် ခိုင်မာစေရေးအထူးအဆင့်တို့ ဆက်လက်ဆောင်ရွက်သည်။ လက်ရှိ application ကုဒ်များအတွက် အဓိကလိုအပ်ချက်မှာ လုံခြုံရေးအကဲဖြတ်ခြင်းဖြစ်ပါက၊ ၎င်းကို application penetration testing နှင့် consulting practice ၏ secure-development integration မှတဆင့် ပေးဆောင်ပြီး၊ မူလဆွေးနွေးမှုအတွင်း သင့်တော်သော ပေါင်းစပ်မှုကို သတ်မှတ်ပေးသည်။

အမွေဆက်ခံထားသော၊ တစ်စိတ်တစ်ပိုင်း တည်ဆောက်ပြီး သို့မဟုတ် ရပ်ဆိုင်းနေသော စနစ်များကို လက်ခံဆောင်ရွက်နိုင်သော်လည်း၊ မည်သည့်နည်းလမ်းကိုမဆို မဆုံးဖြတ်မီ လက်ရှိအခြေအနေကို တကယ့်အတိုင်း ရှာဖွေဖော်ထုတ်သည့် စတင်အဆင့်မှ စတင်ရမည်။ ထိုအခြေအနေမှစ၍ စံမော်ဒယ်အရ ဗိသုကာရေးဆွဲခြင်း၊ အကောင်အထည်ဖော်ခြင်း၊ လုံခြုံရေးတိုးမြှင့်ခြင်းနှင့် လွှဲအပ်ခြင်းတို့ကို ဆောင်ရွက်ပြီး၊ တစ်ခုချင်းစီကို အလုပ်အပ်ချက်စာတမ်း (Statement of Work) တွင် သဘောတူထားသည့် လက်ခံစံနှုန်းများဖြင့် ထိန်းချုပ်ကာ အဆုံးမဲ့ ပြင်ဆင်ပေးမည်ဆိုသည့် ကတိမဟုတ်ဘဲ လုပ်ဆောင်သည်။ လက်ရှိအခြေအနေကို နားလည်ပြီးနောက် တကယ်ဖြစ်နိုင်သည့် အရာများနှင့် ၎င်းတို့ကို ဘယ်လို အဆင့်လိုက် ဆောင်ရွက်မည်ဆိုသည်ကို သတ်မှတ်ပြထားသည်။

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

သင်သည် ကုဒ်ထုတ်လွှင့်ခြင်းသာမက လက်လွှဲပေးမှုကိုလည်း သင့်ပတ်ဝန်းကျင်တွင် တပ်ဆင်၍ လည်ပတ်နိုင်အောင် တည်ဆောက်ထားပြီး၊ တပ်ဆင်ရန်လိုအပ်သော ပစ္စည်းများ၊ API စာချုပ်များ၊ ဖွဲ့စည်းပုံဆိုင်ရာ ဆုံးဖြတ်ချက်များ၊ လည်ပတ်ရေးလမ်းညွှန်စာအုပ်များ၊ ဇယားပုံများနှင့် အသိပညာလွှဲပြောင်းခြင်းတို့ ပါဝင်နိုင်သည်။ သဘောတူစာချုပ်ပါရှိပါက စတင်ထုတ်လွှင့်ပြီးနောက် ၃၀ ရက်ကြာ ထောက်ပံ့မှုလည်း ပါဝင်သည်။ ဤအလုပ်သည် လုံခြုံရေးအရေးကြီးသော ထုတ်လုပ်ရေးအသုံးပြုမှုကို ရည်ရွယ်ထားသောကြောင့် လက်လွှဲပေးခြင်းမပြုမီ အထူးခိုင်မာစေရန် အဆင့်တစ်ခု ထည့်သွင်းဆောင်ရွက်သည်။ ထုတ်လွှင့်ခြင်းကို ဘယ်သူက ဆောင်ရွက်ပြီး ဘယ်သူက လည်ပတ်မလဲဆိုတာကို Statement of Work တွင် တစ်ခုချင်းစီ သဘောတူညီထားသည်။

အဖွဲ့တစ်ဖွဲ့၏ လက်ရှိ ဆော့ဖ်ဝဲ တည်ဆောက်ပုံထဲသို့ လုံခြုံရေးကို ထည့်သွင်းလိုပါက၊ အကြံပေးလုပ်ငန်း၏ လုံခြုံဖွံ့ဖြိုးရေး ပေါင်းစည်းမှု (secure-development integration) မှတဆင့် ဆောင်ရွက်နိုင်သည်။ ဤတွင် လုံခြုံရေးသည် သင့်လက်ရှိ လုပ်ငန်းစဉ်တွင် ဘယ်နေရာတွင် ထည့်သွင်းသင့်သည်ကို သုံးသပ်ခြင်း၊ ထိုလုပ်ငန်းစဉ်တွင် ထည့်သွင်းသင့်သည့် စစ်ဆေးမှုများနှင့် ကာကွယ်ထိန်းသိမ်းရေးစည်းမျဉ်းများကို သတ်မှတ်ခြင်း၊ ဖွံ့ဖြိုးရေးသူများအား တာဝန်အလိုက် လမ်းညွှန်ချက်များ ပေးခြင်းတို့ ပါဝင်သည်။ အဆိုပါလုပ်ငန်းစဉ်အတွက် စိတ်ကြိုက်အလိုအလျောက်စနစ် သို့မဟုတ် ကိရိယာများ (ဥပမာ စိတ်ကြိုက်စကင်နာများ သို့မဟုတ် စစ်ဆေးမှုများ) တည်ဆောက်ရန် လိုအပ်ပါက၊ အင်ဂျင်နီယာဌာနမှ သီးခြားအကွာအကွင်းဖြင့် ဆောင်ရွက်နိုင်သည်။ အကြံပေးဘက်မှ လုပ်ငန်းစဉ်ကို အကြံဉာဏ်ပေး သတ်မှတ်ပေးသော်လည်း ကိုယ်တိုင် ဆော့ဖ်ဝဲ မတည်ဆောက်သောကြောင့် တည်ဆောက်ရမည့် အရာအားလုံးကို အင်ဂျင်နီယာထုတ်ကုန်အဖြစ် သတ်မှတ်ထားသည်။

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

အကြံပေးဝန်ဆောင်မှုတွင် GDPR အဆင်သင့်ဖြစ်မှုနှင့် စစ်ဆေးမှုပြင်ဆင်မှုတို့ ပါဝင်သည်။ ၎င်းတွင် ချို့ယွင်းချက်သုံးသပ်ခြင်း၊ ချို့ယွင်းချက်များကို ဖြေရှင်းရန် ထိန်းချုပ်မှုများနှင့် မူဝါဒများ၊ စစ်ဆေးမှုအတွက် အသုံးပြုနိုင်သည့် သက်သေစုစည်းမှုများ ပါဝင်ပြီး vendor-neutral အဖြစ် ပံ့ပိုးပေးသည်။ ဤသည်မှာ အဆင်သင့်ဖြစ်ရေးနှင့် ပြင်ဆင်ရေးပံ့ပိုးမှုသာဖြစ်ပြီး ဥပဒေရေးရာ အကြံဉာဏ် မဟုတ်ပါ။ ထို့အပြင် ၎င်းတစ်ခုတည်းဖြင့် လိုက်နာမှု သို့မဟုတ် အသိအမှတ်ပြုလက်မှတ် ရရှိမှုကို အာမခံမပေးနိုင်ပါ — ၎င်းတို့သည် သင့်လုပ်ငန်းစဉ်များနှင့် စစ်ဆေးရေးအဖွဲ့ပေါ် မူတည်ပါသည်။ ထွက်ရှိလာမည့် ရလဒ်များမှာ ဦးစားပေးထားသည့် တွေ့ရှိချက်များ၊ ပိုင်ရှင်များပါဝင်သည့် အန္တရာယ်မှတ်တမ်းနှင့် သင် လက်တွေ့ဆောင်ရွက်နိုင်သည့် ခိုင်မာမြှင့်တင်ရေး လမ်းညွှန်ဖြစ်သည်။

တာဝန်အလိုက် လုံခြုံရေး သင်တန်းပေးခြင်းသည် သင့်စနစ်တန်း (stack), သင့်အန္တရာယ်များနှင့် လိုအပ်သည့် တာဝန်များအပေါ် အခြေခံ၍ ဖွဲ့စည်းထားသည့် အကြံပေး လုပ်ငန်း၏ တစ်စိတ်တစ်ပိုင်းဖြစ်သည်။ ၎င်းကို ပုံမှန်အားဖြင့် လုံခြုံရေး ဖွံ့ဖြိုးတိုးတက်မှု ပေါင်းစည်းခြင်း (Secure Development Integration), မူဝါဒများနှင့် ဖြစ်ရပ်တုံ့ပြန်ရေး လုပ်ငန်းစဉ်များကဲ့သို့ ပတ်ဝန်းကျင်ဆိုင်ရာ အကြံပေး လုပ်ငန်းများနှင့် တွဲဖက်၍ ဆောင်ရွက်ပြီး၊ သင်တန်းသည် သင့်အဖွဲ့များက လက်တွေ့ တည်ဆောက်ကာ လည်ပတ်ပုံကို တိတိကျကျ ကိုယ်စားပြုသည်။ အကြံပေးလုပ်ငန်းအားလုံးကဲ့သို့ပင်၊ လုပ်ငန်းနယ်ပယ်နှင့် ရလဒ်များကို ကြိုတင်သဘောတူထားသည်။

လုံခြုံရေးဖွဲ့စည်းပုံ (security architecture) သို့မဟုတ် ထုတ်လွှင့်မည့် စနစ်ဒီဇိုင်းကို ကြိုတင်သုံးသပ်ခြင်းသည် အကြံပေးလုပ်ငန်း၏ အဓိကအစိတ်အပိုင်းတစ်ခုဖြစ်သည်။ ကျွန်ုပ်တို့သည် သင့်စီးပွားရေးအန္တရာယ်များနှင့် လည်ပတ်မှုကန့်သတ်ချက်များအရ ဒီဇိုင်းကို အကဲဖြတ်ပြီး ဦးစားပေးတွေ့ရှိချက်များ၊ လုံခြုံရေးတိုးမြှင့်ရေး လမ်းပြမြေပုံနှင့် လိုအပ်ပါက လုပ်ထုံးလုပ်နည်းစာအုပ်များနှင့် အမည်ပါပိုင်ရှင်များပါဝင်သည့် အန္တရာယ်မှတ်တမ်းစာရင်းကို ပြန်လည်ပေးပို့ပါသည်။ ဤလုပ်ငန်းသည် vendor-neutral ဖြစ်သောကြောင့် အကြံပြုချက်များသည် ကျွန်ုပ်တို့ရောင်းချနိုင်သည့် ထုတ်ကုန်မဆို မဟုတ်ဘဲ သင့်အန္တရာယ်အခြေအနေအပေါ်သာ အခြေခံထားပါသည်။

ကွာခြားချက်မှာ အကျယ်အဝန်းဖြစ်သည်။ အကြံပေးခြင်း (consulting) သည် vendor-neutral ဖြစ်ပြီး အန္တရာယ်များကို သုံးသပ်၊ ဖွဲ့စည်းပုံများကို ပြန်လည်သုံးသပ်၊ စစ်ဆေးမှုများအတွက် သင့်အား ပြင်ဆင်ပေးသော်လည်း ဆော့ဖ်ဝဲ မတည်ဆောက်၊ အရေးပေါ်ဖြစ်စဉ် တုံ့ပြန်မှု မလုပ်ဆောင်ပါ။ ကုဒ်ရေးသားရန် သို့မဟုတ် စနစ်တည်ဆောက်ရန် လိုအပ်ပါက၊ ၎င်းသည် လုံခြုံစိတ်ချသော ဆော့ဖ်ဝဲအင်ဂျင်နီယာ လုပ်ငန်းဖြစ်သည်။ တိုက်ခိုက်မှုဖြစ်နေပါက၊ ၎င်းသည် ၂၄/၇ အရေးပေါ်ဖြစ်စဉ် တုံ့ပြန်ရေးဖြစ်သည်။ ချို့ယွင်းချက်များကို ရှာဖွေပြီး ခွင့်ပြုချက်အောက်တွင် လုံခြုံစိတ်ချစွာ အသုံးချလိုပါက၊ ၎င်းသည် penetration testing ဖြစ်သည်။ သင့်လိုအပ်သည့် ရလဒ်အပေါ် မူတည်၍ ကျွန်ုပ်တို့ သင့်အတွက် သင့်တော်သော လုပ်ငန်းစဉ်ကို ညွှန်ပြပေးမည် သို့မဟုတ် လိုအပ်သလို ပေါင်းစပ်ဆောင်ရွက်ပေးမည်။

ကျွန်ုပ်တို့ကို အီးမေးလ် (PGP အသုံးပြုနိုင်သည်), Signal, Telegram (t.me/pwn_all), WhatsApp သို့မဟုတ် ဖုန်း +971 58 594 6337 ဖြင့် ဆက်သွယ်နိုင်ပြီး၊ ဖြစ်ပွားနေသည့် အရေးပေါ်ဖြစ်ရပ်များအတွက် ၂၄/၇ ဖုန်းလိုင်းလည်း ရရှိနိုင်ပါသည်။ အထူးထိခိုက်လွယ်သော အချက်အလက်များအတွက် Signal သို့မဟုတ် PGP ကာကွယ်ထားသော အီးမေးလ်ကို အသုံးပြုရန် အကြံပြုပါသည်။ NDA သဘောတူစာချုပ်နှင့် လုံခြုံသော ချန်နယ် မတည်ဆောက်မီ လျှို့ဝှက်ချက်များ သို့မဟုတ် အသုံးပြုသူအထောက်အထားများ မပို့ရန် တောင်းဆိုပါသည်။ တိုက်ရိုက်ဖြစ်ပွားနေသော အခြေအနေတစ်ခုရှိပါက စကားပြောခန်းတွင် စောင့်ဆိုင်းခြင်းမပြုဘဲ ချက်ချင်း ဖုန်းခေါ်ပါ သို့မဟုတ် Signal ကို အသုံးပြုပါ။

သင့်အချက်အလက်များကို လိုအပ်သမျှသာ သိရှိခွင့်ပြုထားပြီး၊ တာဝန်ယူသဘောတူညီချက်အရ ထိန်းချုပ်ထားသည်။ ထို့အပြင် လျှို့ဝှက်စာချုပ် (NDA) နှင့် လုံခြုံသော ဆက်သွယ်ရေးလမ်းကြောင်း တစ်ခုကို တည်ဆောက်ပြီးမှသာ အထူးသတိထားရမည့် အသေးစိတ်အချက်အလက်များကို မျှဝေပါသည်။ အထူးသဖြင့် ကိုင်တွယ်ခြင်း၊ သိမ်းဆည်းခြင်းနှင့် ထိန်းသိမ်းထားခြင်းဆိုင်ရာ စည်းကမ်းများကို အဆိုပါ သဘောတူညီချက်တွင် တစ်ခုချင်းစီ သတ်မှတ်ထားပြီး၊ တစ်မျိုးတည်းသုံးနိုင်သည့် မူလစနစ်မဟုတ်ပါ။ ထိုစည်းကမ်းများ မသတ်မှတ်မီ လျှို့ဝှက်ချက်များ မပို့ရန် ကျေးဇူးပြု၍ တောင်းဆိုပါသည်။ အထူးသဖြင့် လျှို့ဝှက်ချက်များအတွက် Signal သို့မဟုတ် PGP ဖြင့် ကုဒ်ဝှက်ထားသော အီးမေးလ်ကို အသုံးပြုရန် အကြံပြုပါသည်။

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

မဟုတ်ပါ၊ ဤဝက်ဘ်ဆိုဒ်နှင့် ဤစကားပြောခန်းသည် သတင်းအချက်အလက်ပေးရန်သာဖြစ်ပြီး စာချုပ်မဟုတ်ပါ။ လုပ်ငန်းဆောင်ရွက်မှုတိုင်းကို လက်မှတ်ရေးထိုးထားသော Statement of Work (SOW) ဖြင့် အုပ်ချုပ်ပြီး၊ ထိုစာတမ်းတွင် လုပ်ငန်းအကျယ်အဝန်း၊ ထည့်သွင်းမထားသောအချက်များ၊ ခွင့်ပြုချက်များ၊ ဆောင်ရွက်မှုစည်းမျဉ်းများ၊ ပေးပို့ရမည့်ထုတ်ကုန်များ၊ လက်ခံစစ်ဆေးမှုစံနှုန်းများ၊ ဆက်သွယ်ရန်ပုဂ္ဂိုလ်များနှင့် အချိန်ဇယားတို့ကို ဖော်ပြထားသည်။ စျေးနှုန်းကိုတော့ လုပ်ငန်းအကျယ်အဝန်းသတ်မှတ်ပြီးနောက် ရေးသားထားသော အဆိုပြုလွှာတွင် အတည်ပြုပါသည်။ လျှို့ဝှက်စာချုပ် (NDA) နှင့် လုံခြုံသော ဆက်သွယ်ရေးလမ်းကြောင်း မတည်ဆောက်မချင်း အထူးထိခိုက်နိုင်သော အချက်အလက်များ မည်သည့်အရာမျှ လွှဲပြောင်းပေးပို့ရန် မလိုအပ်ပါ။

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

ပုံမှန်အားဖြင့် အမှုတစ်ခုကို ၂၄/၇ ဆက်သွယ်ရေးလိုင်းပေါ်တွင် ကန့်သတ်ထိန်းသိမ်းခြင်းနှင့် သက်သေများ ထိန်းသိမ်းခြင်းဖြင့် စတင်ပြီး၊ ထို့နောက် ဥပဒေရေးရာ စုံစမ်းစစ်ဆေးမှုဖြင့် ကဏ္ဍသတ်မှတ်ကာ အမြစ်အကြောင်းရင်း၊ ပထမဆုံး ဝင်ရောက်မှု၊ ဘေးဘက်ရွေ့လျားမှုနှင့် ထွက်ပို့ခံရသည့် ဒေတာများကို သတ်မှတ်သည်။ ပြန်လည်ထူထောင်ရေးကို သက်သေများအပေါ် မူတည်၍ စီမံထားပြီး၊ သန့်ရှင်းသော backup များ၊ ပြန်လည်တည်ဆောက်ခြင်းများနှင့် သက်ဆိုင်ပါက ဖော်ကွယ်ရေးဆော့ဖ်ဝဲ (decryptor) သုတေသနနှင့် key ပြန်လည်ရယူခြင်းရွေးချယ်စရာများ ပါဝင်သည်။ ငွေပေးချေမှု သို့မဟုတ် ညှိနှိုင်းဆွေးနွေးမှု ဆုံးဖြတ်ချက်များတွင် ဖောက်သည်၊ ဥပဒေအကြံပေးနှင့် အာမခံကုမ္ပဏီတို့ ပါဝင်ဆောင်ရွက်သည်။ သင်သည် ထိန်းသိမ်းမှုဆက်စပ်မှတ်တမ်း (chain-of-custody record)၊ တုံ့ပြန်မှုအချိန်ဇယား (response timeline)၊ ထိခိုက်မှုညွှန်ပြချက်များ (indicators of compromise)၊ ပြန်လည်ထူထောင်ရေး ဦးစားပေးချက်များ (recovery priorities) နှင့် အာမခံကုမ္ပဏီ သို့မဟုတ် စည်းကမ်းထိန်းရေးအဖွဲ့အတွက် အသင့်ပြင်ထားသည့် အစီရင်ခံစာ (insurer- or regulator-ready report) တစ်စောင်နှင့် ခိုင်မာစေရေးအစီအစဉ် (hardening plan) တစ်ခုကို လက်ခံရရှိပါမည်။ ဤသည်မှာ ဥပမာအဖြစ် ဖော်ပြထားသည့် အကျဉ်းချုပ်သာဖြစ်ပြီး ပြန်လည်ရရှိနိုင်မှုမှာ ransomware မိသားစုအမျိုးအစား၊ key များ၊ backup များနှင့် သက်သေများပေါ် မူတည်ကာ မည်သည့်အာမခံမျှ မရှိပါ။

ပုံမှန် တည်ဆောက်မှုတစ်ခုသည် ရှာဖွေခြင်း၊ ဗိသုကာရေးဆွဲခြင်း၊ အကောင်အထည်ဖော်ခြင်း၊ ခိုင်မာအောင်ပြုလုပ်ခြင်းနှင့် လွှဲပြောင်းပေးအပ်ခြင်းအဆင့်များဖြင့် ဆောင်ရွက်ပြီး၊ စီမံကိန်းအတွက် လက်ခံစစ်ဆေးခြင်းနှင့် စွမ်းဆောင်ရည်စစ်ဆေးမှုများကို စတင်မတိုင်မီ သဘောတူထားသည်။ ဘာသာစကားကို အစိတ်အပိုင်းအလိုက် ရွေးချယ်သည် — လုံခြုံမှုနှင့် စွမ်းဆောင်ရည် အရေးကြီးသောနေရာများတွင် Rust ကို အသုံးပြုပြီး၊ အမြန်နှုန်း၊ ဒေတာနှင့် ပေါင်းစည်းမှုများ အရေးကြီးသောနေရာများတွင် Python ကို အသုံးပြုသည် — လုံခြုံရေးကို နောက်ဆုံးတွင် ထည့်သွင်းခြင်းမဟုတ်ဘဲ အစမှစ၍ ဒီဇိုင်းထဲတွင် ထည့်သွင်းထားသည်။ အပ်နှံခြင်းတွင် မူရင်းကုဒ်၊ တပ်ဆင်ရေးပစ္စည်းများ၊ API စာချုပ်များ၊ ဖွဲ့စည်းပုံဆိုင်ရာ ဆုံးဖြတ်ချက်များ၊ လည်ပတ်ရေးလက်စွဲစာအုပ်များ၊ ဇယားပုံများနှင့် ဗဟုသုတလွှဲပြောင်းခြင်းတို့ ပါဝင်နိုင်ပြီး၊ သဘောတူစာချုပ်ပါရှိပါက စတင်ဖြန့်ချိပြီးနောက် ၃၀ ရက်ကြာ ထောက်ပံ့မှုပါဝင်သည်။ ဤသည်မှာ ဥပမာအဖြစ် ဖော်ပြထားသည့် အကျဉ်းချုပ်သာဖြစ်ပြီး၊ တိကျသည့် အကျယ်အဝန်းနှင့် လက်ခံစစ်ဆေးမှု စံနှုန်းများကို Statement of Work (SOW) တွင် သတ်မှတ်ထားသည်။