ခဏလေး ဒီလိုပဲ စဉ်းစားကြည့်
Privilege Escalation ဆိုတာ attacker က initial (low-privilege) access ရပြီးတဲ့နောက်, higher privilege (admin/root) ရအောင် ကြိုးစားတဲ့ process ပါ — Vertical Escalation (low-priv user → admin/root, ဥပမာ - misconfigured sudo permission ကို exploit) နဲ့ Horizontal Escalation (user တစ်ယောက်ရဲ့ privilege ကနေ တခြား user ဆီ, privilege level တူညီပေမယ့် access ကျယ်လာ) ဆိုပြီး ၂ မျိုး ရှိပါတယ်။ Misconfiguration (weak file permission, unnecessary sudo access, outdated software) တွေက privilege escalation ရဲ့ common cause ဖြစ်ပါတယ် — defender ဘက်က least privilege principle (user ကို လိုအပ်သလောက်ပဲ permission ပေး) ကို လိုက်နာမှသာ ဒီ risk ကို လျှော့ချနိုင်ပါတယ်.
လက်တွေ့ scenario နဲ့ ချိတ်ကြည့်မယ်
Lab VM ပေါ်မှာ low-privilege user account ကို login ရရှိပြီးနောက် `sudo -l` ဆိုတဲ့ command run ကြည့်ရင် — 'ဒီ user က ဘယ် command ကို root permission နဲ့ run ခွင့်ရှိလဲ' ဆိုတာ ကြည့်နိုင်ပါတယ်, misconfigured entry (ဥပမာ - text editor တစ်ခုကို root permission နဲ့ run ခွင့်ပေးထားခြင်း) ကို တွေ့ရင် ဒီ text editor ကနေတစ်ဆင့် root shell ရအောင် escalate လုပ်လို့ ရနိုင်ပါတယ် — GTFOBins (public reference site) ကို ကိုးကားပြီး ဘယ် command ကနေ escalate လုပ်နိုင်လဲ လေ့လာနိုင်ပါတယ်.
အတူတူ ကြည့်မယ်
# Check what commands your current user can run as root
# (a common early step after gaining a low-privilege shell)
sudo -l
# Example misconfiguration:
# (ALL) NOPASSWD: /usr/bin/vim
# -> vim can be used to spawn a root shell, since it can
# execute OS commands from within the editorUser user1 may run the following commands on this host:
(ALL) NOPASSWD: /usr/bin/vim၅ မိနစ် စမ်းကြည့်
Lab VM (ကိုယ်ပိုင် lab ထဲမှာသာ) ပေါ်မှာ `sudo -l` run ကြည့်ပြီး, GTFOBins website ကို ဖွင့်ကြည့်ပါ — misconfigured command (vim, find, less စတာ) တစ်ခုက privilege escalation အတွက် ဘယ်လို အသုံးချနိုင်လဲ ဖတ်ကြည့်ပါ။
သတိလေးတစ်ချက်
GTFOBins/privilege escalation technique ကို authorized lab ထဲမှာသာ practice လုပ်ပါ — ကိုယ့် production system ပေါ်မှာတောင် (system admin ဖြစ်ခဲ့ရင်တောင်) permission change မလုပ်ခင် change management process ကို လိုက်နာသင့်ပါတယ်.