Privilege escalation — foydalanuvchi, jarayon yoki hujumchining dastlab berilgan vakolatdan yuqori huquqqa noqonuniy yoki nazoratsiz erishishidir. Vertikal eskalatsiyada oddiy hisob administrator yoki root huquqini oladi; gorizontal eskalatsiyada esa bir xil darajadagi boshqa foydalanuvchining ma’lumoti yoki funksiyasiga kiriladi.
Asosiy sabablar
Operatsion tizim zaifligi kernel yoki imtiyozli xizmatdagi xato orqali user modedan yuqori vakolatga o‘tish imkonini berishi mumkin. Noto‘g‘ri fayl permissioni, setuid dastur, zaif service konfiguratsiyasi va yozish mumkin bo‘lgan qidiruv yo‘li ham mahalliy eskalatsiya vektoridir. Container escape alohida muhitdan mezbon yoki boshqa workloadga o‘tishni anglatadi.
Web ilovada server obyekt egasini tekshirmasa, foydalanuvchi URLdagi identifikatorni almashtirib boshqa hisob yozuvini o‘qishi mumkin. Bu broken object level authorization ko‘rinishidagi gorizontal eskalatsiyadir. Faqat interfeysda tugmani yashirish himoya emas; tekshiruv har server operatsiyasida bajariladi.
Hisob va tokenlar
Ortiqcha rol, eski guruh a’zoligi va foydalanilmaydigan service account hujumchiga tayyor yo‘l beradi. Credential dumping yoki token o‘g‘irlash yangi zaiflikdan foydalanmasdan mavjud imtiyozni egallaydi. Bulut muhitida instance metadata, noto‘g‘ri IAM trust policy va keng wildcard ruxsatlar bir rolni boshqasiga o‘tish zanjiriga aylantirishi mumkin.
Delegatsiya aniq maqsad va muddat bilan beriladi. “Administrator kerak bo‘lib qoladi” degan sabab doimiy huquq uchun yetarli emas. Just-in-time access va approval yuqori vakolatni faqat vazifa vaqtida beradi, audit esa kim, qachon va nima uchun foydalanganini qayd etadi.
Oldini olish
Eng kam imtiyoz, muntazam patch, application allowlisting va xavfsiz konfiguratsiya asosiy choralar hisoblanadi. Imtiyozli dastur foydalanuvchi boshqaradigan fayl, muhit o‘zgaruvchisi va yo‘lga ishonmasligi kerak. Parol talab qilmaydigan sudo qoidalari buyruq argumentlari va shellga chiqish imkoniyati bo‘yicha tekshiriladi.
Ilova avtorizatsiyasi markaziy siyosatga tayanib, deny-by-default ishlaydi. Obyekt identifikatori topilgandan keyin uning tenant va egasi joriy subjectga mosligi tekshiriladi. Testlar oddiy muvaffaqiyat holati bilan cheklanmay, boshqa rol va boshqa tenant identifikatorlarini ham sinaydi.
Aniqlash va javob
EDR imtiyozli jarayonning noodatiy bolasi, credential storega kirish, token manipulation va yangi xizmat yaratishni kuzatadi. Audit logda rol o‘zgarishi, privilege assignment va root sessiyalar alohida signal bo‘ladi. Bitta administrator buyrug‘i qonuniy bo‘lishi mumkin; vaqt, qurilma va oldingi hodisalar konteksti muhim.
Hodisa aniqlansa, hisob va tokenlar bekor qilinadi, qurilma izolyatsiya qilinadi va eskalatsiya yo‘li yopiladi. Faqat zararli faylni o‘chirish yetarli emas: hujumchi yuqori vakolat bilan persistence, yangi hisob yoki kalit yaratgan bo‘lishi mumkin. Ta’sirlangan resurslar toza holatdan qayta tasdiqlanadi.
Zaiflikni baholash
Eskalatsiya yo‘li bitta xatodan emas, bir nechta kichik ruxsatning zanjiridan tuzilishi mumkin. Foydalanuvchi build konfiguratsiyasini yozadi, CI esa imtiyozli deploy rolidan foydalanadi; natijada bilvosita yuqori huquq olinadi. Attack path tahlili identity, secret, trust relation va tarmoq kirishini grafda birlashtiradi. CVSS kabi baho zaiflik og‘irligini ko‘rsatadi, lekin ayni muhitdagi ruxsat va aktiv qiymatini to‘liq bermaydi. Tuzatishdan keyin faqat patch mavjudligi emas, avvalgi exploit yo‘li yopilgani va ortiqcha tokenlar bekor qilingani qayta sinovdan o‘tkaziladi.
Temporary mitigation qayta yuklanishdan keyin saqlanishi va boshqa xizmatni buzmasligi tekshiriladi. Eskalatsiya uchun ishlatilgan audit bo‘shlig‘i ham yopiladi: logni hujumchi o‘chira olsa, keyingi hodisada yo‘l ko‘rinmaydi. Imtiyozli loglar masofaviy o‘zgarmas saqlashga yuboriladi.
Bog‘liq tushunchalar
Authorization, Root, IAM, Least privilege, Credential dumping, Container escape