Copy-paste လုပ်တာနဲ့ coin ဆုံးနိုင်သည်: Address Poisoning နှင့် Clipboard Hijacking

မြင်ကွင်းပြန်လည်ဖော်ပြချက် · ဇာတ်ကောင်သည် တီထွင်ဖန်တီးထားသောဇာတ်ကောင်ဖြစ်ပြီး နည်းလမ်းများသည် တကယ်ဖြစ်ပျက်နေသောနည်းလမ်းများ ဖြစ်သည်

Ko Myo သည် မိမိ on-chain wallet သို့ USDT လွှဲပြောင်းနေကြောင်း ကြာပြီ ဖြစ်သည်။ လုပ်ငန်းစဉ်ကို ရင်နှီးသလောက် ကျက်မှတ်ထားသည် — transfer မှတ်တမ်းဖွင့်ပြီး ယခင်ကလွှဲဖူးသော ကြောင်းကို ရှာ၊ address copy လုပ်ပြီး paste ချ၊ ပထမ ၄ လုံးနှင့် နောက်ဆုံး ၄ လုံး စစ်ဆေး — ကိုက်ညီလျှင် confirm နှိပ်သည်။

ဒီတစ်ကြိမ်လည်း အတူတူပဲ ဆိုပြီး ပုံမှန်အတိုင်း confirm နှိပ်လိုက်သည်။ Chain ပေါ်မှာ success ပြသည်ဆိုတာနဲ့ နှစ်ဖက်တူ check လုပ်ကြည့်တော့ wallet ထဲ ဘာမှ မရောက်ဘဲ ရှိသည်။

မှတ်တမ်းပြန်စစ်ကြည့်မှ သဘောပေါက်သည် — copy လုပ်ခဲ့သော entry သည် မိမိ ကိုယ်တိုင် ပေးပို့ဖူးသော record မဟုတ်ပဲ ရက်အနည်းငယ်ကြာ ကြိုရောက်လာသော zero-value incoming transaction တစ်ခုဖြစ်သည်။ ပေးပို့သူ address ၏ ပထမနှင့် နောက်ဆုံးစာလုံးများသည် မိမိ wallet address နှင့် အတူတူပင်ဖြစ်ပြီး အလယ်ပိုင်းသာ ကွာသည်။ ရှေ့ကပဲ မိမိ transfer မှတ်တမ်းထဲ "pair address" ကို ထည့်ထားပြီး ယခု copy ချဲ့ကောင်ဆွဲနေသည်။

ဤနည်းပရိယာယ်ကို address poisoning ဟု ခေါ်သည်။ အဟောင်းနည်းလမ်းတစ်ခုဖြစ်သော clipboard hijacking နှင့်ပေါင်းလျှင် ၎င်းတို့ ၂ ခုလုံးသည် တူညီသောအချိန်ကို ပစ်မှတ်ထားသည် — copy နှင့် paste ကြားတွင်ဆိုသော ကြားခဏ။ On-chain transfer ကို ပြောင်းပြန်မလှန်နိုင်ပါ။ ဤ scam နှစ်ခုအနက် တစ်ခုနဲ့ ကြုံလျှင် ပြန်ရနိုင်ချေ ထင်သလောက် နည်းသည်။ ဤဆောင်းပါးတွင် နှစ်ခုလုံးကို ရှင်းလင်းပြပါမည်။

Address Poisoning: Address အတု သင့် မှတ်တမ်းထဲ ဘယ်လိုရောက်သနည်း

အဓိကအချက်တစ်ခုကို မှတ်ထားပါ — blockchain address တစ်ခု generate လုပ်ဖို့ ကြေးပေးစရာမလို၊ ကြိုက်သလောက် generate လုပ်ချနိုင်သည်။ Attacker များသည် script များဖြင့် address ထောင်ပေါင်းများစွာ batch generate လုပ်ကာ ပစ်မှတ် address ၏ ပထမ ၄ လုံးနှင့် နောက်ဆုံး ၄ လုံးတူသော address ရှာသည်။ အချိန်ပေးလျှင် မဖြစ်မနေ ရမည်ဆိုသည် မှန်သည်။

"Twin address" ရလျှင် သင့်ထံ transaction တစ်ခု ပေးပို့သည် — zero-value သို့မဟုတ် "dust" ဟုခေါ်သော အလွန်ငယ်သောပမာဏ။ ဤ transaction သည် သင့်အား တိုက်ရိုက်ပျက်စီးဆုံးရှုံးမည် မဟုတ်ပဲ မှတ်တမ်းထဲ တစ်နေရာ ရပ်တည်ဖို့ ရည်ရွယ်သည်။ ယနေ့ကစ၍ သင့် transfer မှတ်တမ်းထဲ အရှေ့ဆုံးနှင့် အနောက်ဆုံးတူသော်လည်း ရင်ကိုသူတပါး ထိန်းချုပ်သော address တစ်ခုရောက်နေသည်။

ကျန်သောအစိတ်အပိုင်းသည် အကျင့်ဆိုးကို ကိုးကားသည်။ လူအများစုသည် crypto ပေးပို့ဖို့ မှတ်တမ်းထဲမှ "ယခင်ကကြိမ်" ကို ဆွဲရှာသည်။ Records ၂ ခု၏ ရှေ့ဆုံးနှင့် နောက်ဆုံး ကြည့်မည်ဆိုလျှင် မည်သောကို ရွေးမိမည်မှာ ကံကောင်းကောင်း မဟုတ်ပဲ random ပဲဖြစ်သည်။ Chain အချို့တွင် attacker သည် poisoning entry ကို သင်မိမိ ကိုယ်တိုင် ပေးပို့ဟန်ဆောင်ကာ ပြုပြင်၍ပင် ဖြစ်နိုင်ပြီး ငေးစူမှု တစ်ဆင့်ပိုများသည်။

မိမိသည် သေးငယ်သောငါးဖြစ်မည်ဟု မမှတ်ယူပါနဲ့။ ဤ attacks များသည် broad-net ဖြင့် ရည်ရွယ်ထားသောကြောင့် scripts သည် active address များကို ဆက်တိုက်ဖမ်းဆုပ်ပြီး မကြာမကြာ transaction ဆောင်ရွက်သူ သို့မဟုတ် သိသာသောပမာဏ ကိုင်ထားသူ မည်သူ့ကိုမဆို custom twin generate လုပ်ပေးသည်။ Attacker ဘက်မှ ကုန်ကျစရိတ် နည်းလွန်းသောကြောင့် ဤ net ကို ကျယ်ကျယ်ဝန်းဝန်း ချမထားလိုပဲ မချနိုင်ဖြစ်နေသည်။ တစ်ကြိမ် မှတ်တမ်းမှ copy ချမိလျှင် ဆိုးသောကြောင်းကြုံနိုင်သည်။

Clipboard Hijacking: Paste လုပ်သောအချိန်မှာ လဲပြောင်းသည်

Address poisoning သည် "ယခင်မှတ်တမ်း" ထဲမှာ ဆောင်ရွက်ပြီး clipboard hijacking သည် "ယခု" ကိုပင် ထိသည်။

ဤသည်မှာ background တွင် တစ်ခုတည်းသာ ဆောင်ရွက်နေသော malware အမျိုးအစားဖြစ်ပြီး — clipboard ကို ကြည့်နေသည်။ သင် copy လုပ်သောအကြောင်းအရာသည် blockchain address ပုံစံဖြစ်နေသည်ဟု မြင်သောအချိန်နှင့် — T ဖြင့်စသော ၃၄ လုံး၊ 0x ဖြင့်စသော ၄၂ လုံး — malware သည် clipboard ထဲမှ attacker ၏ address ဖြင့် ချက်ချင်းလဲပြောင်းလိုက်သည်။ မှန်သော address ကို copy လုပ်ခဲ့ပြီး မှားသော address ကို paste ချသည်။ Pop-up မပေါ်၊ warning မပြ၊ ဘာမှ မဖြစ်ဘဲ။

ဤ malware ဘယ်ကနေ လာသနည်း? Cracked software၊ pirated tool၊ browser extension မသေချာမသေချာ၊ wallet app အတု — ဤသည်တို့သည် ဖုံးကွယ်ပုန်းနေသော နေရာများဖြစ်သည်။ ပိုဆိုးသောအချက်တစ်ခုရှိသည် — variant အချို့သည် ရှေ့ဆုံးနှင့် နောက်ဆုံး character ကွဲပြားသော address pool တစ်ခုကို ကိုင်ထားပြီး သင် copy လုပ်ခဲ့သောကြောင်းနှင့် opening နှင့် closing characters ကိုက်ညီသော replacement ကို သတ်မှတ်ရွေးချယ်သည်။ Address poisoning နှင့်အတူတူ ဤ malware ကလည်း "ပထမနှင့်နောက်ဆုံး ၄ လုံးသာ ကြည့်သောသူ" ကို ဦးတည်ထားသည်။

မိနစ် ၁၀ ကြာ self-check တစ်ခု ရှိသည် — address copy လုပ်ပြီး transfer page ကို မသွားမီ notepad ထဲ paste လုပ်ကြည့်ပါ။ ရလာသောကြောင်းနှင့် original ကို character-by-character နှိုင်းယှဉ်ကြည့်ပါ။ မကိုက်ညီလျှင် clipboard ကို ထိနေသည်ဆိုသောသင်္ကေတဖြစ်ပြီး ဤ device ကို ဘယ်တော့မှ transfer အတွက် မသုံးပါနှင့်။ သို့ရာတွင် ရှင်းလင်းသောသဘောကလည်း ရှိသည် — ဤ check သည် ထိုအချိန်မှာသာ ဖမ်းနိုင်ပြီး malware သည် ဤ paste ကိုကျော်ပြီး နောက်ကို လဲလိမ့်မည်ဖြစ်ကြောင်း ဖြစ်နိုင်သည်။ ဒါကြောင့် transfer confirmation page တွင် address ကို ပြန်စစ်ဆေးရမည်ကို အစားထိုးလို့မရပါ။

ပထမနှင့် နောက်ဆုံး ၄ လုံးသာ စစ်ဆေးခြင်း ဘာကြောင့် မလုံလောက်သနည်း

ပထမ ၄ လုံးနှင့် နောက်ဆုံး ၄ လုံး စစ်ဆေးခြင်းသည် တစ်ချိန်ကတော့ လုံလောက်ခဲ့သည် — hand-type ခေတ်တွင် ၁ လုံးပဲ မှားသော်လည်း detect ရနိုင်ခဲ့သည်။ သို့သော် attacker ၏ cost structure ပြောင်းသွားပြီ — ပထမ ၄ လုံးနှင့် နောက်ဆုံး ၄ လုံး တူသော address generate လုပ်ဖို့ ပုံမှန် computer တစ်လုံးနှင့် တော်တော်ကြာကြာ run ဆောင်ရွက်လျှင် ဖြစ်နိုင်သည်။ ၁ လုံးထပ်ကိုက်ရန် ကြိုးစားလျှင် ၁၀ ဆ ခက်ခဲသည်ဆိုသော်လည်း attacker ကတော့ ပိုမလို — အဘယ်ကြောင့်ဆိုသော် လူတိုင်းသည် ပထမနှင့် နောက်ဆုံး ၄ လုံးသာ ကြည့်ကြသောကြောင့် ၄ လုံးနှစ်ဘက်ကိုသာ ဖန်တီးဆောင်ရွက်ရမည်ဖြစ်သည်။ သင့် verification range ကသာ ၎င်း၏ forgery target ကို သတ်မှတ်သည်။

ဒါကြောင့် စစ်ဆေးနည်းကို upgrade လုပ်ရမည် — ကုန်ကျစရိတ် တကယ်ကို နည်းသည်ဆိုသောအချက်မှာ:

• ပထမ ၄ လုံး + နောက်ဆုံး ၄ လုံး + အလယ်ပိုင်းမှ random segment တစ်ခု။ အလယ်ပိုင်းမှ ၄-၆ character ကို random ရွေးပြီး စစ်ဆေးပါ။ Attacker အတွက် "ဖြစ်နိုင်သော" မှ "မဖြစ်နိုင်" သို့ ခက်ခဲမှုပြောင်းသွားသည်။
• ပမာဏကြီးသောအချိန်တွင် ကြောင်းတစ်ကြောင်းလုံး scroll ဖြတ်ကြည့်ပါ။ Character ၂၀-၃၀ ခု၊ ၁၅ second ဝန်းကျင် — ဤပမာဏနှင့် ယှဉ်ကြည့်လျှင် သေးငယ်သော ကိုင်တွယ်မှုဖြစ်သည်။
• Reference သည် trusted source မှ ဖြစ်ရမည် — receiver ကိုယ်တိုင် ချက်ချင်းပေးပို့သောကြောင်း သို့မဟုတ် wallet ထဲ ယခု ပြနေသောကြောင်း — သင့် transfer မှတ်တမ်းမှ မဟုတ်ပါ — မှတ်တမ်းသည် already poisoned ဖြစ်နေနိုင်သည်။

Transfer မတိုင်ခင် စစ်ဆေးချက် ၃ ခု

ဤ ၃ စစ်ဆေးချက်အနက် တတိယကို လူများ ပေါ့ဆတတ်သည် — သို့သော် ၎င်းသည် နောက်ဆုံးကာကွယ်မှု ဖြစ်သည်။ ပထမ ၂ ခုကျဆုံးသော်လည်း test amount ဆုံးရှုံးသော်လည်း ကြီးသောပမာဏ ကျန်နေသည်။ အကြောင်းပြချက်မှာ small test transfer guide တွင် ရှင်းလင်းထားသည်။

နေ့စဉ်ကာကွယ်ရေး အကျင့်များ

ပထမ: ပုံမှန်ဆက်သွယ်သောနေရာများကို address book ထဲ သိမ်းပြီး address book မှသာ ပေးပို့ပါ။ Wallet ၏ address book၊ exchange ၏ withdrawal whitelist — ရည်ရွယ်ချက်တူသည်။ address ကို ထည့်သောအချိန်တစ်ကြိမ် ဂရုတစိုက်စစ်ဆေးပြီးနောက် transfer တစ်ကြိမ်တိုင်းကို list မှ ရွေးချယ်မည်ဆိုလျှင် paste operation ဖြစ်မည်မဟုတ်ပါ။ Poisoning နှင့် hijacking နှစ်ခုလုံးက paste သောနေရာကို လိုအပ်သည် — ဤ step ကိုဖယ်ရှားလျှင် ဘာမှ မပြုနိုင်ပါ။ Exchange whitelist ကိုဖွင့်ပြီးနောက် address အသစ်သည် စစ်ဆေးကာလ ကျော်မှသာ ငွေပေးပို့နိုင်ပြီး account ကို လုယက်ခြင်းဖြစ်သော်လည်း attacker သည် ၎င်းတို့ address သို့ ချက်ချင်း withdraw မပြုနိုင်ပါ။

ဒုတိယ: Chat မှတ်တမ်းနှင့် transfer မှတ်တမ်းမှ address ကို ပေါ့ပေါ့ဆဆ copy ချမပါနှင့်။ မှတ်တမ်းသည် already poisoned ဖြစ်နိုင်ပြီး chat log လည်း လုံခြုံမနေပါ — group တွင်ပါသောသူတစ်ယောက် receiver ကို ပုံဆောင်ပြီး "address အသစ်" တစ်ခု post လုပ်နိုင်သည်၊ သို့မဟုတ် counterparty ၏ account ကိုယ်တိုင်ကိုပင် compromise လုပ်ထားနိုင်သည်။ Address လိုသောလျှင် receiver ကို ချက်ချင်း အသစ်တစ်ကြိမ်ပေးစေပါ၊ ပေးပြီးနောက် ပြင်ပ channel တစ်ခု ဖြင့် ပထမ ၄ လုံးနှင့် နောက်ဆုံး ၄ လုံး ပြန်စစ်ပါ။

တတိယ: Device ကို သန့်ရှင်းအောင် ထားပါ။ Clipboard hijacking ဖြစ်ဖို့ machine ပေါ်တွင် malware ရှိဖို့ လိုသည်။ Pirated software ကို မတင်ပါနှင့်၊ wallet app ကို official source မှသာ download လုပ်ပါ၊ browser extension ကို တတ်နိုင်သမျှ နည်းအောင်ထားပါ။ ကြီးသောပမာဏ transfer ဆောင်ရွက်မည့် device ကို တတ်နိုင်သမျှ stripped down ထားပါ။

ကြုံဖူးပြီးဆိုလျှင် ဘာလုပ်မလဲ

ဦးစွာ ရိုးသားစွာဆိုကြပါစို့ — funds သည် attacker ၏ address ကိုရောက်ပြီးဆိုလျှင် ပြန်ရနိုင်ချေ အလွန်နည်းသည်။ On-chain transfer ကို ပြောင်းပြန်မလှန်နိုင်ပါ — မည်သည့် institution မျှ ဤ coin ကို force-pull ပြန်လုပ်နိုင်မည်မဟုတ်ပါ — ဤသည်မှာ address မှားပေးပို့ခြင်းနှင့် situation တူညီသည်။ ဆက်ဆောင်ရွက်ထိုက်သောအရာများသည်:

1. Compromised device ကို transfer အတွက် ချက်ချင်းရပ်ပါ။ Clipboard hijack ဖြစ်ခဲ့ဆိုလျှင် ထို machine ပေါ်တွင် malware ရှိသည်ဟု ဆိုလိုပြီး thorough scan သို့မဟုတ် OS reinstall ဆောင်ရွက်ကာ clean device ကိုပြောင်းပြီး account password နှင့် 2FA settings ကို ပြောင်းပါ။
2. Evidence သိမ်းဆည်းပြီး police report တင်ပါ။ TxID၊ address နှစ်ဖက်၊ screenshot နှင့် ဖြစ်ပျက်မှုမှတ်တမ်းကို ပြည့်ပြည့်စုံစုံ ပြင်ဆင်ပြီး police တွင် report တင်ပါ။ ပြန်ရနိုင်ခြေ ၏ probability ကို မည်သူမျှ မဆုံးဖြတ်နိုင်သော်လည်း official report တင်ခြင်းသည် နောက်ဆက်တွဲ ဆောင်ရွက်ချက်များ ၏ prerequisite ဖြစ်သည်။
3. Exchanges နှင့် block explorers တွင် attacker address ကို report ပါ။ Major exchanges နှင့် blockchain explorers နှစ်မျိုးလုံးသည် address reports ကို လက်ခံသည်။ Flag ထုတ်ခြင်းသည် သင့် fund ကို ပြန်ရစေမည်မဟုတ်သော်လည်း အခြားသူများကို ကာကွယ်နိုင်သည်။

Exchange ဘက်မှ ဖြစ်ရပ်ဆိုလျှင် — account compromise ဖြစ်ပြီး unknown address သို့ withdraw ဆောင်ရွက်ခြင်းများ — account ကို ချက်ချင်း freeze လုပ်ကာ password ပြောင်းပြီး 2FA ကို reset ချ၍ platform ၏ security team ထံ incident ကို submit ပါ။

ရှင်းလင်းစွာဆိုရမည့်အချက်တစ်ခုရှိသည် — သင်၏ ဖြစ်ရပ်ကို online တွင် မျှဝေပြီးနောက် "blockchain recovery expert"၊ "hacker team"၊ "legal claims specialist" များ ပျော်ရွင်ပါဝင်ကာ upfront fee သို့မဟုတ် deposit တောင်းလျှင် ၎င်းတို့ scammer ဖြစ်သည်၊ exception မရှိပါ။ တစ်ကြိမ် hit ဖြစ်ခြင်းသည် နာကျင်မှုဖြစ်ပြီ၊ second-attempt fraud သည် ဤသို့ situation ရောက်သောသူများကို specifically target ပြုသည်။

Ko Myo ၏ ဇာတ်လမ်းသို့ ပြန်ကြည့်ခြင်း: Gate ၄ ခု၊ တစ်ခုရပ်ရင် ကြောင်းများ ကျန်မည်

Ko Myo ၏ ဇာတ်လမ်းကို ပြန်ကြည့်ကြည်လျှင် ဤ scam သည် gate ၄ ခု ကျော်မှ ဖြစ်နိုင်သည် — dust entry ထည့်ခြင်း — မသတိပြုဘဲ ကျော်သွား; မှတ်တမ်းမှ copy ချခြင်း — gate ပထမ ကျ; ပထမနှင့် နောက်ဆုံး ၄ လုံးသာ စစ်ဆေးခြင်း — gate ဒုတိယ ကျ; test transfer မပေးပို့ဘဲ full amount ပေးပို့ — gate နောက်ဆုံး ကျ။ Gate ၄ ခု၊ မည်သောတစ်ခုကိုမဆို ပိတ်ထားလျှင် ငွေ ကျန်မည်ဖြစ်သည်။

ကောင်းသောသတင်းမှာ ဤ gate များကို ပိတ်ဖို့ constant vigilance မလိုပါ — default behavior အချို့ကို lock in လုပ်ရုံသာ လိုသည်: address book ထဲ address ထည့်ပါ၊ live trusted source မှသာ copy ပါ၊ verification ကို middle ထိ တိုးချဲ့ပါ၊ test amount နည်းနည်းသာ ဦးစွာ ပေးပို့ပါ။ ကျွန်ုပ်တို့ ဤဆောင်ရွက်ချက်အားလုံးကို Transfer Checklist ထဲ ထည့်ပေးထားပြီးဖြစ်သည် — transfer တိုင်းမတိုင်ခင် တစ်ကြိမ်ဆောင်ရွက်ပြီး routine ဖြစ်သွားလျှင် alert မဖြစ်ဘဲ safe ဖြစ်မည်ဖြစ်သည်။