Text Recoded ပရိုဂရမ်သည် ပေးထားသော စာသားဒေတာအတွက် အောက်ပါအသုံးဝင်သော လုပ်ဆောင်ချက်များကို ပေးသည်-
- ရိုးရိုးစာသား၊ Hexadecimal နှင့် Base64 ကုဒ်များကြားတွင် ကုဒ်လုပ်ခြင်း၊ ကုဒ်ဖြင့် ကုဒ်လုပ်ခြင်း
- Caesar cipher ကိုအသုံးပြု၍ ciphering နှင့် deciphering
- ၎င်း၏ခိုင်မာမှုကို သက်သေပြရန် ရည်ရွယ်ချက်အတွက် အကြမ်းနှင့် ဖော်မတ်လုပ်ထားသော စာသားဒေတာ၏ hash များကို ထုတ်လုပ်ခြင်း
စာသားဒေတာဒေတာကို Hexadecimal သို့မဟုတ် Base64 ကုဒ်ပြောင်းခြင်းသို့ ကုဒ်လုပ်ခြင်းအား အသုံးပြု၍မရသော စာလုံးအတွဲတစ်ခုတွင် သိုလှောင်မှု သို့မဟုတ် ထုတ်လွှင့်မှုကြားခံကြောင့် မူရင်းစာသားဒေတာကို ပြောင်းလဲမည်မဟုတ်ကြောင်း သေချာစေရန်အတွက် အသုံးပြုနိုင်သည်။
ရိုးရှင်းသောအစားထိုး cipher တစ်ခုဖြစ်သည့် Caesar cipher ကိုအသုံးပြု၍ ciphering သည် textual data ကို decipher ရန်မနှောင့်ယှက်သော သာမန်လူများထံမှ ဖုံးကွယ်ထားရန် လိုအပ်သောအခါ အများအပြားတွင် အသုံးပြုနိုင်သည်။ သို့သော်လည်း ယနေ့ခေတ်နည်းပညာဖြင့် အလွယ်တကူ ပုံဖော်နိုင်သောကြောင့် အရေးကြီးသောဒေတာကို လုံခြုံစေရန်အတွက် ၎င်းသည် မသင့်လျော်ပါ။
Text Recoded ပရိုဂရမ်မှ အကောင်အထည်ဖော်သော ciphering နှင့် deciphering လုပ်ထုံးလုပ်နည်းကို အောက်ပါဥပမာတွင် “TEXT” ကို ထည့်သွင်းပြီး key အဖြစ် “test” အဖြစ် အသုံးပြု၍ ရှင်းပြထားသည်-
ထည့်သွင်းခြင်း- TEXT (T=84၊ E=69၊ X=88၊ T=84)
သော့- စမ်းသပ်မှု (t=116၊ e=101၊ s=115၊ t=116)
လုပ်ငန်းစဉ်- ထည့်သွင်းမှု + သော့
ဒဿမဖြင့် အထွက်- (200,170,203, 200)
ဆဋ္ဌမကိန်းဂဏန်းတွင် အထွက်- C8AACBC8
ပုံဖော်ခြင်းသည် အထက်ဖော်ပြပါနှင့် ဆန့်ကျင်ဘက်သာဖြစ်ပြီး၊ ၎င်းသည် ကုဒ်ဝှက်ထားသော အထွက်-သော့ဖြစ်သည်။ ကျွန်ုပ်တို့၏ကိစ္စတွင်၊
C8AACBC8 - စမ်းသပ်မှု = TEXT
Text Recoded ပရိုဂရမ်သည် ကမ္ဘာပေါ်တွင် စာရေးစနစ်အားလုံးနီးပါးမှ ဇာတ်ကောင်များကို လိုက်လျောညီထွေဖြစ်စေသော UTF-8 ကုဒ်နံပါတ်ကို ပံ့ပိုးပေးသည့် UTF-8 ကုဒ်နံပါတ်တွင် စာသားအချက်အလက်များ ထည့်သွင်းခြင်းနှင့် အထွက်တို့ကို လက်ခံရယူပြီး ပေးပို့သည်။
ရနိုင်သောမမ်မိုရီမှလွဲ၍ ထည့်သွင်းမှုအရှည်အတွက် ကန့်သတ်ချက်မရှိပါ။ သော့သည် မည်သည့်အလျားမဆို ဖြစ်နိုင်သော်လည်း ၎င်းသည် ထည့်သွင်းမှုထက် ပိုရှည်ပါက ၎င်းကို ထည့်သွင်းမှုအရှည်အဖြစ် ဖြတ်တောက်ပြီး ထည့်သွင်းမှုအရှည်၏ အတုံးများအဖြစ် ပိုင်းခြားကာ အပိုအတုံးများ၏ တန်ဖိုးများကို ပထမအပိုင်းသို့ ပေါင်းထည့်မည်ဖြစ်သည်။
Ciphering output သည် Hexadecimal သို့မဟုတ် Base64 ကုဒ်ဖြင့် ဖြစ်နိုင်သည်။ ဤဗားရှင်းတွင် Binary ဒေတာဖြင့် လုပ်ဆောင်ခြင်းကို မပံ့ပိုးပါ။
ပေးထားသော output ၏ခိုင်မာမှုကိုသေချာစေရန်ရည်ရွယ်ချက်အတွက်၊ Recoding နှင့် Ciphering လုပ်ဆောင်မှုနှစ်ခုလုံးအတွက် Output box တွင် ၎င်းတို့၏ hash များကို ထည့်သွင်းနိုင်သည်။
ထုတ်လုပ်ထားသော hashe များသည် အောက်တွင် ရှင်းပြထားသည့် သုံးမျိုးရှိသည်။
စာသားအကြောင်းအရာအားလုံးအတွက် Hash သည် အဖြူရောင်နေရာများ၊ တက်ဘ်များနှင့် စာကြောင်းအသစ်များကဲ့သို့ အလွတ်နေရာများအပါအဝင် သတ်မှတ်ထားသော စာသားဒေတာ၏ အကြောင်းအရာတစ်ခုလုံးအတွက် ထုတ်လုပ်ထားသည်။
ဖော်မတ်လုပ်ထားသည့် FMT စာသားအကြောင်းအရာအတွက် Hash ကို စာသားနှင့် ၎င်း၏အတွင်းပိုင်းအဖြူကွက်များနှင့် လိုင်းအသစ်များအတွက် ထုတ်လုပ်ထားပြီး၊ ပတ်ဝန်းကျင်ရှိ လိုင်းအလွတ်များနှင့် အဖြူရောင်နေရာများအားလုံးကို ဖယ်ထုတ်ထားသည်။
RAW စာသားအကြောင်းအရာအတွက် Hash ကို ကွက်လပ်နေရာများ အမျိုးအစားအားလုံးမှ မပါဝင်ဘဲ စာသားကိုယ်တိုင်အတွက်သာ ထုတ်လုပ်သည်- ဗလာလိုင်းများ၊ အဖြူရောင်နေရာများ၊ တဘ်များနှင့် လိုင်းအသစ်များ။
RAW မဟုတ်သော hashing အမျိုးအစား လိုအပ်သည့် ကိစ္စများတွင် ပေးထားသော textual data ၏ ခိုင်မာမှုကို သက်သေပြရန်အတွက်၊ လိုင်းအရှည်များ၊ လိုင်းအရေအတွက်နှင့် စာကြောင်းအသစ်များ၏ အမျိုးအစားသည် သိသာထင်ရှားပါသည်။ အဘယ်ကြောင့်ဆိုသော် Windows သည် လိုင်းအသစ်များကို သိမ်းဆည်းရန်အတွက် #13#10 စာလုံးကုဒ်များကို အသုံးပြုထားသောကြောင့်၊ Linux လည်ပတ်မှုစနစ်သည် လိုင်းအသစ်များကိုသိမ်းဆည်းရန် #10 ၏ စာလုံးကုဒ်ကို အသုံးပြုသောကြောင့်ဖြစ်သည်။ ထို့ကြောင့်၊ စာသားဒေတာအတွက် hash တစ်ခုကို OS တစ်ခုတွင် ထုတ်လုပ်သော်လည်း အခြားတစ်ခုတွင် တရားဝင်အတည်ပြုရန် လိုအပ်ပါက၊ သင့်လျော်သောရွေးချယ်မှုတစ်ခုကို သတ်မှတ်ရပါမည်။ ဤရည်ရွယ်ချက်အတွက်၊ hashes ကိုထုတ်သောအခါတွင် Windows နှင့် Linux အကြားရွေးချယ်ရန်ရွေးချယ်ရေးအကွက်တစ်ခုရှိသည်။
ပြန်လည်ကုဒ်ခြင်း၊ ကိုးကားခြင်းနှင့် စာသားဒေတာကို ဟက်ခြင်းအတွက် Text Recoded အက်ပ်
အပ်ဒိတ်လုပ်ခဲ့သည့်ရက်
၂၀၂၆ ဩ ၂၉