Vakolatli kirish
Dasturchini jalb qiling, billingni buxgalteringizga topshiring, mijozga o'z saytlarini faqat o'qish rejimida ko'rish imkoniyatini bering yoki qo'llab-quvvatlash guruhimizga muammoni ko'rib chiqishiga ruxsat bering. Har bir ruxsatnoma belgilangan huquqlarga ega rol bo'lib, u tashkilot doirasida cheklangan, ma'lumotlar bazasida majburiy ijro etiladi va faqat qo'shib boriladigan audit jurnaliga yoziladi.
Bitta kirish ma'lumotlarini ulashish — bu hisobga kirish huquqini yo'qotishning eng qulay yo'li. Zinn Digital®'da har bir kishi o'z shaxsiy identifikatoriga ega va kirish huquqi bu a'zolik — foydalanuvchi, tashkilot va rol bo'lib, ularni o'zingiz berishingiz, o'zgartirishingiz yoki bekor qilishingiz mumkin.
Har bir hamkor bizning shaxsni tasdiqlash qatlamimiz boʻlgan Keycloak orqali oʻz nomidan tizimga kiradi. Hech kim sizning parolingizni kiritmaydi, hech kim brauzer seansini ulashmaydi va kimnidir oʻchirish parolni almashtirish hamda boshqa yana kim buni bilishini aniqlashga urinishdan koʻra osonroq — bitta harakat.
Hisob qaydlari ierarxik tuzilishga ega: reeller tashkiloti mijoz tashkilotlarini, mijoz tashkilotlari esa saytlarni o‘z ichiga oladi. A’zolik tashkilotga va uning ostidagi barcha narsalarga taalluqlidir, shuning uchun boshqa mijozlaringizni hech qachon oshkor qilmagan holda, agentlik mijoziga o‘z tashkilotini boshqarish huquqini berishingiz mumkin.
Tenant ajratish — bu xato chetlab o‘ta oladigan dastur kodidagi filtr emas. Postgres Row-Level Security har bir so‘rovni chaqiruvchining tashkilot quyi daraxtiga cheklaydi, shuning uchun sizning doirangizdan tashqaridagi so‘rov hech qanday natija qaytarmaydi.
Sizning doirangizdan tashqaridagi tashkilot yoki sayt so‘ralganda, API ruxsat etilmaganlik xatosini emas, balki oddiy topilmadi javobini qaytaradi. Ruxsat etilmaganlik xatosi yozuv mavjudligini tasdiqlagan bo‘lar edi; topilmadi javobi esa begona shaxsga hech narsani bildirmaydi.
Ruxsatlar bu mayda darajadagi kalitlar — modul hamda amal, misol uchun sites.restart yoki billing.refund — va rollar ularni jamlaydi. To'rtala rol haqiqiy jamoalarga kerak bo'lgan shakllarni qamrab oladi va ularning har biri kodga yashiringan mantiq emas, balki biz joylashtiradigan ma'lumotdir.
To‘liq nazorat: quyi tashkilotlar yaratish, a'zolarni taklif qilish va o‘chirish, rollarni o‘zgartirish, API kalitlarini boshqarish, saytlarni yaratish, qayta ishga tushirish, tozalash, to‘xtatib turish va o‘chirish, billing va hisob-fakturalarni boshqarish, so‘rovlar ochish va audit jurnalini o‘qish. O‘zingizda saqlab qoladigan rol.
Tashkilotni, uning a'zolarini va reja katalogini ko'radi, shuningdek, hisob-fakturalar, to'lov usullari va to'lovlarni boshqaradi. Bitta saytni yaratish, o'zgartirish yoki o'chirishga ruxsat yo'q — aynan tashqi buxgalterda bo'lishi kerak bo'lgan huquqlar.
Saytlarni ko'radi va yaratadi, xizmatlarni qayta ishga tushiradi, keshni tozalaydi, API kalitlarini boshqaradi va arizalar bilan ishlaydi. Ataylab chiqarib tashlanganlar: billing, hisob-fakturalar, to'lov usullari, a'zolarni boshqarish, saytni to'xtatib turish va saytni o'chirish. Pudratchi sizga hisob-kitob qila olmasdan yoki hech narsani yo'q qilmasdan turib sayt qura oladi.
Tashkilotni, uning a'zolarini, saytlarini, billingini, tariflar katalogini, tiiketlarni, tarjima holatini va audit jurnalini ko'radi — lekin ularning hech birini o'zgartira olmaydi. Ko'rinishni xohlaydigan mijoz, auditor yoki faqat ko'zdan kechirishi kerak bo'lgan manfaatdor tomon uchun to'g'ri huquq berish.
Kirish huquqlarini topshirish faqatgina siz vakolat berayotgan akkauntlarni egallab olish qiyin bo‘lsagina xavfsiz hisoblanadi. Autentifikatsiya akkauntdagi har bir shaxs uchun, har qanday yuzada Keycloak orqali amalga oshiriladi.
Qo‘llab-quvvatlash ishlari ba'zan hisobingiz ichini ko‘rishni anglatadi. Bunday kirish huquqi boshqa hamma narsadagidek bir xil ruxsatlar modeli bilan boshqariladi — xodimlar oddiygina qilib tor doiradagi vakolatlarga ega bo‘lgan bo‘limlarga taqsimlangan xodimlar tashkilotida joylashadilar.
Xodimlar Qo'llab-quvvatlash, Hisob-kitob va Moliya, Suiiste'mollik va Ishonch-va-Xavfsizlik, Savdo, Onbording, Muhandislik va Operatsiyalar, Marketing hamda Benedjment guruhlariga bo'lingan. Har bir rol ma'lum modullar va amallarni taqdim etadi, shuning uchun agent administrator konsolining faqat o'z ishiga kerakli qismini ko'radi, qolganini emas.
Qo‘llab-quvvatlash mutaxassisi (Support Agent) roli aynan shuni taqdim etadi: mijozlarni ko‘rish, cheklarni (tickets) ko‘rish va ularga javob berish, saytlarni ko‘rish, saytni qayta ishga tushirish va uning keshini tozalash. U hech qanday to‘lov konfiguratsiyasini, pulni qaytarishni, tarif rejasini tahrirlashni va parkni boshqarishni o‘z ichiga olmaydi. Mutaxassis bajarishi mumkin bo‘lgan tuzatish ishlari yaxshi niyatlar bilan emas, balki aynan shu rol bilan cheklangan.
customer.impersonate ruxsati Menejer roliga kirmaydi — u faqat Super Admin tomonidan boshqariladi. Sizning nomingizdan seans ishlayotganda, boshqaruv paneli doimiy tarzda boshqa shaxs sifatida kirish bannerini ko'rsatib turadi, shuning uchun kim harakat qilayotgani hech qachon shubhali bo'lmaydi.
Har bir imtiyozli va maʼmuriy amal bajaruvchi, amal, norkel, yordamchi metadaryo, IP-manzil va vaqt tamgʻasini qayd etuvchi faqat yoziladigan audit jurnaliga qoʻshiladi — prodakshnda vaqt boʻyicha qismlarga boʻlingan. Egalari va faqat oʻqish huquqiga ega boʻlgan aʼzolar oʻz tashkilotining jurnalini oʻzlari oʻqishlari mumkin.
Xodimlar tomonidan bajariladigan xavfli va halokatli harakatlar bajarilishidan oldin qo'shimcha autentifikatsiya yoki ikki kishining tasdiqlashini talab qilishi mumkin, shuningdek, yangi bo'limlar va rollar kodni o'zgartirishdan ko'ra konfiguratsiyadir.
Skriptlar, CI quvurlari, CLI, Terraform provayderi va sun'iy intellekt agentlari odamlar bilan bir xil ruxsatlar modeli orqali autentifikatsiyadan o'tadi — hech qanday umumiy shaxsiy ma'lumotlar yo'q, build'ga kiritilgan uzoq muddatli maxfiy kalitlar mavjud emas.
Kalitlar tashkilotga tegishli bo'lib, ular bir xil RBAC ruxsatlariga bog'langan batafsil doiralarga ega — faqat o'qish uchun, to'lov va resurslar bilan ta'minlash. A'zoning butun hisob qaydnomasini emas, balki quvur liniyasiga unga kerak bo'lgan tor doirani taqdim eting.
Sinov rejimidagi va jonli rejimdagi kalitlar bir-biridan farq qiladi, shuning uchun ishlab chiqish jarayonidagi integratsiya xatolik yoki nusxa ko'chirilgan muhit o'zgaruvchisi tufayli ishlab chiqarish ma'lumotlariga tasodifan kira olmaydi.
Biz maxfiy kalitning SHA-256 xeshini va qidiruv prefiksini saqlaymiz — hech qachon asl kalitning o'zini emas. Siz kalitni yaratish vaqtida faqat bir marta ko'rasiz. Har bir kalit oxirgi marta qachon ishlatilganini kuzatib boradi va boshqa narsalarga ta'sir qilmagan holda alohida bekor qilinishi mumkin.
Bizning MCP serverimiz har qanday MCP-ni qo'llab-quvvatlaydigan agentga tabiiy tilda xostingingizni boshqarish imkonini beradi; u OAuth 2.1 yordamida autentifikatsiya qilinadi va tashkilotingiz hamda RBAC rolingizga cheklanadi, shuningdek, har bir vosita uchun qaytarib olinadigan tokenlar, halokatli amallarda tasdiqlash, xarajatlar limiti va to'liq audit jurnaliga ega.
Hisobga kirish va serverga kirish — bular ikki xil muammo. Sayt darajasidagi ma'lumotlar boshqaruv panelida boshqariladi, eng kam imtiyoz asosida beriladi va bitta hamkorning shell muhiti faqat bitta sayt bilan cheklanishi uchun ajratib qo'yiladi.
Yakkakor foydalanuvchi bitta tashkilot va bitta egasi a'zoligini saqlab qoladi va pudratchi loyiha uchun kelganida Dasturchi rolini qo'shadi. Loyiha tugagach, a'zolik o'chiriladi va uning tizimga kirishi darhol to'xtaydi — almashtirish uchun ortda hech qanday umumiy hisob ma'lumotlari qolmaydi.
Agentlik tashkilot daraxtidan foydalanadi. Har bir mijoz o'zining saytlarini saqlaydigan o'zining quyi tashkilotini oladi va mijozning o'z xodimlari u yerda a'zolikka ega bo'ladi – ko'rinishni xohlaydigan manfaatdor tomon uchun faqat o'qish uchun, o'z-o'ziga xizmat ko'rsatishni xohlaydigan mijoz uchun esa egasi sifatida. Sizning xodimlaringiz daraxtning yuqori qismida a'zolikka ega bo'lib, portfolio ko'rinadi; mijoz esa faqat o'z filialini ko'radi va buni va'da emas, balki qator darajasidagi xavfsizlik (Row-Level Security) ta'minlaydi.
Reseller xuddi shunday ishlaydi, faqat bir daraja yuqoriroqda: reseller tashkiloti mijoz tashkilotlarini o'z ichiga oladi, ularning har biri o'zining a'zolari, to'lov ko'rinishi va saytlariga ega. Xuddi shu asosiy mexanizm sub-akkauntlar, agentlik jamoalari va reseller ierarxiyalarini ta'minlaydi — ularning hech biri uchun alohida, zaifroq mexanizm mavjud emas.
Hammasi karta talab etmaydigan 14 kunlik sinov davrida mavjud. Toʻlov tafsilotlarisiz roʻyxatdan oʻting, hamkasbingizni taklif qiling, har bir rol nimaga kirishi va kirolmasligini kuzating hamda oʻz audit jurnalingizni koʻzdan kechiring.
Bugungi kunda a'zolik o'z rolini butun tashkilot bo'ylab va undagi barcha quyi tuzilmalarga taqdim etadi, shuning uchun saytlar guruhlarini ajratishning yo'li — tashkilotlarni ajratishdir. Ya'ni, o'sha saytlarni o'zlarining quyi tashkilotiga joylashtiring va a'zolikni o'sha yerda bering. Bu har bir mijoz o'z chegarasiga ega bo'lishni xohlaydigan agentliklar va reseyllerlar uchun qulay modeldir. Bir tashkilot ichidagi ma'lum saytlarga yagona a'zolikni biriktiradigan har bir a'zolik bo'yicha resurslarni cheklash hozirda mavjud bo'lgan narsa emas, balki kelgusida rejalashtirilgan takomillashtirishdir.
Dasturchi roli veb-saytni o‘chirish yoki to‘xtatib turish huquqini bermaydi — bu imkoniyatlar faqat Egasi roliga tegishli. U saytlarni ko‘rish va yaratish, xizmatlarni qayta ishga tushirish, keshni tozalash, API kalitlarini boshqarish hamda tiketlar bilan ishlash huquqlarini taqdim etadi. Joylashtirish va "live" rejimiga o‘tkazish ruxsatnomalari ham Dasturchi vakolatiga kirmaydi, shuning uchun prodakshnga chiqarish huquqi hisob egasida qoladi. Buni sinov muhiti (steyjing) bilan birgalikda qo‘llang, shunda yaratish ishlari jonli saytdan tashqarida amalga oshiriladi.
Bu to'liq xodimning vazifasiga bog'liq bo'lib, har bir rol ruxsat kalitlarining tor doirasidan iborat. Masalan, Qo'llab-quvvatlash agenti sizning hisobingiz va saytlaringizni ko'rishi, chiptalaringizni ko'rishi va ularga javob berishi, saytni qayta ishga tushirishi va uning keshini tozalashi mumkin — biroq to'lov konfiguratsiyasi, pulni qaytarish, rejalar yoki serverlar guruhiga tegirolmaydi. Mijoz sifatida tizimga kirish faqat Super Admin'ga berilgan alohida ruxsat bo'lib, bu sodir bo'lganda boshqaruv panelida doimiy taqlid qilish (impersonation) banneri ko'rsatiladi. Har bir imtiyozli amal audit jurnalida bajaruvchi, amal, norkel, IP va vaqt tamg'asi bilan yozib boriladi va tashkilotingiz jurnalini o'zingiz o'qib chiqishingiz mumkin.
A'zolikni olib tashlang va ularning ushbu tashkilotga kirish huquqi tugaydi — ularda o'z shaxsiy identifikatori saqlanib qoladi, biroq hisobingizda hech qanday rol va shunga ko'ra ruxsatnomalar bo'lmaydi. API kalitlari alohida-alohida bekor qilinadi, shuning uchun boshqa narsalarga ta'sir qilmagan holda quvur kalitini o'chirish mumkin. Agar siz SAML yagona kirish tizimidan foydalansangiz, identifikator provayderingizdagi hisobdan chiqarish jarayoni kirishni markazlashgan tarzda boshqaradi. SSH kalitlari kabi sayt darajasidagi ma'lumotlar boshqaruv panelida bekor qilinadi va olib tashlash jarayonining o'zi audit jurnalida qayd etiladi.
Yoʻq — biroq nima uchun bunday ekanligini aniq tushunib olish muhim. API kalitlari alohida aʼzoga emas, balki tashkilotga tegishli boʻlib, ular bir xil ruxsatlar katalogiga bogʻlangan oʻzlarining aniq qamrov darajalariga ega. Shuning uchun kimdirga shunchaki kalit berish oʻrniga, bajariladigan vazifa uchun eng kichik zarur qamrovga ega kalit yaratasiz va vazifa tugagach, uni bekor qilasiz. Maxfiy kalitning faqat xeshi saqlanadi va har bir kalit oxirgi marta qachon ishlatilganini qayd etadi, bu esa foydalanilmayotgan kalitlarni topish va ishdan chiqarishni osonlashtiradi.
Ha. Bizning MCP serverimiz agentlarni OAuth 2.1 orqali autentifikatsiya qiladi hamda ularga sizning tashkilotingiz va RBAC rolingiz doirasida huquqlar beradi. Har bir vosita uchun qaytarib olinadigan tokenlar mavjud bo'lib, buning natijasida siz umumiy ruxsat berish o'rniga muayyan imkoniyatni taqdim etasiz. Buzg'unchi harakatlar tasdiqlashni talab qiladi, xarajatlar limiti amal qiladi va har bir harakat xuddi odam bajargandek bir xil audit jurnaliga yoziladi.
Postgres qator darajasidagi xavfsizlik (Row-Level Security) maʼlumotlar bazasining oʻzida soʻrovlarni chaqiruvchi tashkilot quyi daraxtiga cheklaydi, dastur darajasidagi filtr esa yagona himoya chizigʻi emas, balki chuqur himoya vazifasini bajaradi. Doiradan tashqari yozuvlar uchun soʻrovlar ruxsat etilmagani haqidagi xatoni emas, balki topilmadi natijasini qaytaradi, shuning uchun nima mavjudligi haqida hech qanday maʼlumot oshkor etilmaydi. Server tomonida CageFS orqali saytlar boʻyicha izolyatsiya qilinishi har bir ijarachining qobigʻi (shell) va fayllarini faqat oʻzining saytida saqlaydi.
Ha. 14 kunlik sinov muddati karta talab qilmaydi — to‘lov tafsilotlari va majburiyatlarsiz — hamda beshtagacha saytni o‘z ichiga olgan Footprint-Free Hosting xizmatini qamrab oladi. Qaror qabul qilishdan oldin hamkasbni taklif qilish, rol tayinlash va chegaralar sizga kerakli tarzda ishlashini tasdiqlash uchun shu yetarli.
Kartasiz 14 kunlik sinov muddatini boshlang, kimnidir taklif qiling va ruxsatnomalar modeli o'z vazifasini qanday bajarishini kuzating — o'zingiz nom berishingiz mumkin bo'lgan rollar, bekor qilishingiz mumkin bo'lgan doiralar va kim nima qilganini aniq ko'rsatadigan audit jurnali.
Bepul boshlash