Vakolat berilgan kirish

Odamlarga aynan ularga kerak boʻlgan kirish huquqini bering — boshqa hech narsa emas

Dasturchini jalb qiling, hisob-kitobni buxgalteringizga topshiring, mijozga uning shaxsiy saytlariga faqat oʻqish huquqini bering yoki qoʻllab-quvvatlash jamoamizga muammoni koʻrib chiqishga ruxsat bering. Har bir taqdim etilgan ruxsat — bu belgilangan vakolatlarga ega, tashkilot doirasi bilan cheklangan, maʼlumotlar bazasida tatbiq etiladigan va faqat qoʻshimcha kiritiladigan audit jurnaliga yoziladigan roldir.

Bitta hisobga biriktirilgan bir nechta odam, har birining oʻziga xos cheklangan ruxsatlari mavjud.
  • 94Batafsil ruxsatlar
  • 12Oʻrnatilgan rollar
  • 8Xodimlar boʻlimlari
  • 700 000+butun dunyo boʻylab joylashtirilgan saytlar

Kirish — bu umumiy parol emas, aʼzolikdir

Bitta login maʼlumotlarini birgalikda ishlatish hisob qaydnomasiga kirishda muammolarni keltirib chiqaradi. Zinn Digital® platformasida har bir shaxs oʻz identifikatoriga ega boʻlib, kirish huquqi bu aʼzolikdir — foydalanuvchi, tashkilot va rol — siz uni alohida tarzda taqdim etishingiz, oʻzgartirishingiz yoki bekor qilishingiz mumkin.

Har doim oʻzingizning shaxsiy kimligingiz

Har bir hamkor bizning identifikatsiya qatlamimiz boʻlgan Keycloak orqali oʻz nomidan tizimga kiradi. Hech kim parolingizni kiritmaydi, hech kim brauzer seansini ulashmaydi va kimnidir olib tashlash parolni yangilash hamda uni yana kim bilishini aniqlash uchun sarosimaga tushish oʻrniga bitta harakatdan iborat.

Tashkilotlar daraxtsimon tuzilmani hosil qiladi

Hisoblar ierarxik tuzilishga ega — diler tashkiloti mijoz tashkilotlarini, mijoz tashkilotlari esa saytlarni oʻz ichiga oladi. Aʼzolik tashkilotga va uning ostidagi barcha narsalarga tegishli boʻladi, shuning uchun siz boshqa mijozlaringizni hech qachon oshkor qilmasdan agentlik mijoziga uning oʻz tashkiloti boshqaruvini topshirishingiz mumkin.

Ma'lumotlar bazasida izolyatsiya majburiy qilingan

Ijarachilarni ajratish xatolik tufayli oʻtkazib yuborilishi mumkin boʻlgan ilova kodidagi filtr emas. Postgres Row-Level Security har bir soʻrovni chaqiruvchi tashkilotining quyi daraxti bilan cheklaydi, shuning uchun sizning doirangizdan tashqaridagi soʻrov hech narsa qaytarmaydi.

Yoʻqlik koʻrinmasdir

Vakolatingizdan tashqaridagi tashkilot yoki saytni soʻrasangiz, API ruxsat xatosi oʻrniga oddiygina topilmadi xatosi bilan javob beradi. Ruxsat xatosi yozuvning mavjudligini tasdiqlagan boʻlardi; topilmadi xabari esa tashqi shaxsga mutlaqo hech narsa bildirmaydi.

Toʻrtta mijoz roli, oʻttiz beshta ruxsat

Ruxsatlar batafsil kalitlardir — modul va amal, masalan, sites.restart yoki billing.refund — va rollar ularni birlashtiradi. Toʻrtta rol haqiqiy jamoalarga kerak boʻlgan shakllarni qamrab oladi va ularning har biri kod ichiga koʻmilgan mantiq emas, balki biz kiritadigan maʼlumotlardir.

Egasi

Toʻliq nazorat: quyi tashkilotlar yarating, aʼzolarni taklif qiling va oʻchiring, rollarni oʻzgartiring, API kalitlarini boshqaring, saytlar yarating, qayta ishga tushiring, tozalang, toʻxtating va oʻchiring, hisob-kitoblar va schyot-fakturalarni yuriting, murojaatlar yuboring va audit jurnalini oʻqing. Oʻzingiz uchun saqlab qoladigan rol.

Hisob-kitob menejeri

Tashkilotni, uning aʼzolarini va tariflar katalogini koʻradi hamda hisob-fakturalar, toʻlov usullari va toʻlovlarni boshqaradi. Bitta ham saytni yaratish, oʻzgartirish yoki oʻchirish huquqi mavjud emas — aynan tashqi buxgalterda boʻlishi kerak boʻlgan profil.

Dasturchi

Saytlarni koʻradi va yaratadi, xizmatlarni qayta ishga tushiradi, keshni tozalaydi, API kalitlarini boshqaradi va murojaatlar ustida ishlaydi. Qasddan chiqarib tashlanganlar: hisob-kitob, hisob-fakturalar, toʻlov usullari, aʼzolarni boshqarish, saytni toʻxtatib turish va saytni oʻchirish. Pudratchi sizga hisob taqdim eta olmasdan yoki biron narsani yoʻq qila olmasdan yaratishi mumkin.

Faqat oʻqish uchun

Tashkilotni, uning aʼzolarini, saytlarini, hisob-kitoblarini, tariflar katalogini, murojaatlarni, tarjima holatini va audit jurnalini koʻradi — hamda ularning hech birini oʻzgartira olmaydi. Jarayonni kuzatishni istagan mijoz, auditor yoki faqat koʻrib chiqishi zarur boʻlgan manfaatdor tomon uchun mos ruxsat.

Jamoangiz yashirincha zaiflashtira olmaydigan tizimga kirish

Kirish huquqini topshirish faqat siz vakolat bergan hisoblar egallab olinishi qiyin boʻlgandagina xavfsizdir. Autentifikatsiya hisobdagi har bir shaxs uchun har qanday joyda Keycloak orqali amalga oshiriladi.

  • Fishingga chidamli kirish uchun oʻtish kalitlari va WebAuthn, shuningdek, siyosat boʻyicha hamma uchun majburiy boʻlgan TOTP ikki bosqichli autentifikatsiya — bu jamoa aʼzosi oʻtkazib yuborishi mumkin boʻlgan ixtiyoriy parametr emas.
  • Birlamchi sifatida sehrli havola (magic-link) orqali e-pochta bilan kirish, zaxira sifatida e-pochta va parol hamda Google, Microsoft, GitHub va boshqalar orqali ijtimoiy tarmoqlar vositasida kirish.
  • Korxona va agentlik mijozlari uchun SAML yagona kirish tizimi, shu sababli yangi qo‘shilganlar va ketganlar qo‘lda emas, balki shaxsiy identifikatsiya provayderingiz tomonidan boshqariladi.
  • Mijoz boshqaruv paneli, ommaviy sayt va bilimlar bazasi hamda qo‘llab-quvvatlash chiptalari bo‘ylab yagona seans — bir marta kiring va bir marta bekor qiling.
  • Seans siyosatlari, maxfiy harakatlarda bosqichma-bosqich autentifikatsiya va kirishni ma'lum tarmoqlarga bog'lashni istagan hisoblar uchun har bir tashkilotga xos ixtiyoriy IP ruxsat berish ro'yxatlari.
  • Har bir roʻyxatdan oʻtish elektron pochtasi hisob yaratilishidan oldin tekshiriladi, shuning uchun yetkazib boʻlmaydigan, bir martalik va vazifaviy manzillar keyinchalik qarovsiz aʼzoga aylanish oʻrniga dastlabki bosqichdayoq aniqlanadi.

Jamoamizga kirish ruxsati kerak boʻlganda, u cheklangan doirada boʻladi va qayd etiladi

Qoʻllab-quvvatlash xizmati faoliyati baʼzan hisobingiz ichiga kirib koʻrishni talab qiladi. Ushbu kirish huquqi boshqa hamma narsa kabi bir xil ruxsatnomalar modeli bilan boshqariladi — xodimlar shunchaki tor doiradagi ruxsatlarga ega boʻlimlarga ajratilgan xodimlar tashkilotida joylashgan.

Umumiy administrator emas, boʻlimlar

Xodimlar Qoʻllab-quvvatlash, Hisob-kitob va moliya, Suiisteʼmollik hamda ishonch va xavfsizlik, Sotuvlar, Ishga moslashuv, Muhandislik va operatsiyalar, Marketing va Boshqaruv guruhlariga ajratilgan. Har bir rol maʼlum modullar va amallarni taqdim etadi, shuning uchun mutaxassis administrator panelining faqat oʻz ishiga kerakli qismini koʻradi, qolganini emas.

Qoʻllab-quvvatlash mutaxassisining haqiqiy eng yuqori chegarasi

Yordam agenti roli aynan quyidagilarni beradi: mijozlarni koʻrish, chiptalarni koʻrish va ularga javob berish, saytlarni koʻrish, saytni qayta ishga tushirish hamda uning keshini tozalash. U toʻlov konfiguratsiyasini, pulni qaytarishni, rejalarni tahrirlashni va flotni boshqarishni oʻz ichiga olmaydi. Agent amalga oshirishi mumkin boʻlgan tuzatishlar yaxshi niyatlar bilan emas, balki rol bilan chegaralangan.

Mijoz sifatida tizimga kirish qatʼiy cheklangan

customer.impersonate ruxsati Manager rolining bir qismi emas — u faqat Super Admin ixtiyorida boʻladi. Seans sizning nomingizdan amalga oshirilayotganda, kim harakat qilayotgani hech qachon noaniq boʻlmasligi uchun boshqaruv panelida doimiy qiyofa oʻzgartirish banneri aks etib turadi.

Barcha imtiyozli ma'lumotlar yozma ravishda qayd etilgan

Har bir imtiyozli va maʼmuriy harakat bajaruvchi, harakat, nishon, tasdiqlovchi metamaʼlumotlar, IP manzil va vaqt tamgʻasini qayd etuvchi faqat qoʻshish mumkin boʻlgan audit jurnaliga yozib boriladi — bu ishlab chiqarishda vaqt boʻyicha qismlarga ajratiladi. Egalar va faqat oʻqish huquqiga ega aʼzolar oʻz tashkilotlarining jurnalini mustaqil oʻqishlari mumkin.

O‘chirib yuboruvchi amallar uchun tasdiqlash bosqichlari

Xodimlarning nozik va oʻchirib yuboruvchi harakatlari bajarilishidan oldin bosqichma-bosqich autentifikatsiyani yoki ikki kishining tasdiqlashini talab qilishi mumkin hamda yangi boʻlimlar va rollar kodni oʻzgartirish emas, balki konfiguratsiyadir.

Mashinalar ham vakolat berilgan kirish huquqiga ega bo'ladi

Skriptlar, CI konveyerlari, CLI, Terraform provayderi va sun'iy intellekt agentlarining barchasi insonlar kabi bir xil ruxsat modeli orqali autentifikatsiyadan o'tadi — hech qanday umumiy insoniy hisob ma'lumotlari yo'q, yig'maga kiritilgan uzoq muddatli sirlar mavjud emas.

API kalitlari har bir tashkilotga tegishli va qamrovi belgilangan

Kalitlar tashkilotga tegishli bo‘lib, bir xil RBAC ruxsatlariga bog‘langan batafsil qamrovlarga ega — faqat o‘qish, hisob-kitob, resurs ajratish. Konveyerga a’zoning butun hisob qaydnomasi o‘rniga unga kerak bo‘lgan tor qamrovni taqdim eting.

Sandbox kalitlari ishlab chiqarish muhitidan alohida

Sinov rejimi va jonli rejim kalitlari alohida boʻlib, ishlab chiqilayotgan integratsiya tasodifan yoki nusxalangan muhit oʻzgaruvchisi orqali ishlab chiqarish maʼlumotlariga kira olmaydi.

Faqat hesh saqlanadi

Biz maxfiy ma'lumotning SHA-256 xeshini va qidiruv prefiksini saqlaymiz — hech qachon xom kalitni saqlamaymiz. Siz kalitni faqat yaratilish vaqtida bir marta koʻrasiz. Har bir kalit oxirgi marta qachon ishlatilganini kuzatib boradi va boshqa hech narsaga xalaqit bermasdan alohida bekor qilinishi mumkin.

Sun'iy intellekt vositalari sizning ruxsatlaringiz asosida ulanadi

Bizning MCP serverimiz har qanday MCP imkoniyatiga ega agentga hostingingizni tabiiy tilda boshqarish imkonini beradi; u OAuth 2.1 bilan autentifikatsiya qilingan va tashkilotingiz hamda RBAC rolingiz doirasida cheklangan boʻlib, har bir vosita uchun bekor qilinadigan tokenlar, zarar yetkazuvchi harakatlar boʻyicha tasdiqlash, xarajat cheklovlari va toʻliq audit jurnalini oʻz ichiga oladi.

Saytlarning oʻziga kirish

Hisob qaydnomasiga kirish va serverga kirish har xil masalalardir. Sayt darajasidagi hisob maʼlumotlari boshqaruv panelida boshqariladi, minimal imtiyozlar bilan beriladi va bitta hamkori qobigʻi faqat bitta sayt qobigʻi boʻlishi uchun cheklanadi.

  • Cheklangan qobiqli (jailed shell) SSH, shuningdek SFTP va FTP — CageFS izolyatsiyasi har bir foydalanuvchi faqat oʻz fayllarini koʻrishini taʼminlaydi.
  • Dasturchilar haqiqatan ham skript orqali bajarmoqchi boʻlgan operatsiyalar uchun panel terminalidan va SSH orqali wp-cli.
  • code-server orqali brauzerda toʻliq VS Code muharriri, git bilan, sayt fayllarini toʻgʻridan-toʻgʻri boshqaruv panelida tahrirlash imkoniyati.
  • Maʼlumotlar bazalari uchun oʻrnatilgan phpMyAdmin va Adminer hamda oʻrnatilgan fayl boshqaruvchisi — ikkalasi ham ikkinchi hisob maʼlumotlari toʻplami bilan himoyalanmasdan, toʻgʻridan-toʻgʻri boshqaruv panelidan yagona kirish tizimi (SSO) orqali ochiladi.
  • Kirish kalitlari va hisob ma'lumotlari boshqaruv panelida yaratiladi, ro'yxatga olinadi, yangilanadi va bekor qilinadi, minimal imtiyozlar bilan beriladi hamda ulardan foydalanish audit jurnalida qayd etiladi.
  • Klonlash va jonli efirga o‘tkazish funksiyasiga ega sinov muhiti xavfli ishlarni asosiy muhitdan uzoqroq tutadi, shuning uchun yangi hamkorning dastlabki o‘zgarishi hech qachon to‘g‘ridan-to‘g‘ri jonli saytga tushmaydi.

Haqiqiy ish tartibingizga mos ravishda kirish huquqlarini qanday tuzish kerak

Yakka operator bitta tashkilot va bitta egalik aʼzoligini saqlaydi hamda loyiha uchun pudratchi kelganda Dasturchi rolini qoʻshadi. Loyiha yakunlangach, aʼzolik oʻchiriladi va ularning tizimga kirishi darhol toʻxtatiladi — almashtirish uchun hech qanday umumiy hisob maʼlumotlari qolmaydi.

Agentlik tashkilot daraxtidan foydalanadi. Har bir mijoz oʻzining saytlarini oʻz ichiga olgan shaxsiy quyi tashkilotiga ega boʻladi va mijozning oʻz xodimlari u yerda aʼzolikka ega boʻladilar — jarayonni kuzatishni istagan manfaatdor tomon uchun faqat oʻqish huquqi, mustaqil boshqarishni istagan mijoz uchun esa egalik huquqi beriladi. Sizning xodimlaringiz daraxtning yuqori pogʻonalarida aʼzolikka ega boʻlib, butun portfelni koʻradilar; mijoz esa faqat oʻz filialini koʻradi va bu shunchaki vaʼda emas, balki haqiqat boʻlishini Row-Level Security taʼminlaydi.

Qayta sotuvchi bir pogʻona yuqorida xuddi shu tarzda ishlaydi: qayta sotuvchi tashkiloti mijoz tashkilotlarini oʻz ichiga oladi, ularning har biri oʻz aʼzolariga, hisob-kitob koʻrinishiga va saytlariga ega. Xuddi shu asosiy mexanizm subhisoblar, agentlik jamoalari va qayta sotuvchilar iyerarxiyasini taʼminlaydi — ularning hech biri uchun alohida, kuchsizroq mexanizm mavjud emas.

Kartsiz 14 kunlik sinov muddatida hamma narsa mavjud. Toʻlov maʼlumotlarisiz roʻyxatdan oʻting, hamkasbingizni taklif qiling, har bir rol nimaga kira olishi va kira olmasligini kuzating hamda oʻzingizning audit jurnalingizni qayta oʻqing.

Tez-tez soʻraladigan savollar

Kimdirga faqat bitta saytga kirish huquqini bera olamanmi?

Bugungi kunda aʼzolik oʻz rolini butun tashkilot va ierarxik daraxtda uning ostidagi barcha narsalarga tatbiq etadi, shuning uchun saytlar toʻplamini ajratishning yoʻli tashkilotlarni ajratishdir — ushbu saytlarni oʻzlarining quyi tashkilotiga joylashtiring va aʼzolikni oʻsha yerda taqdim eting. Bu har bir mijoz allaqachon oʻz chegarasiga ega boʻlishni istaydigan agentliklar va qayta sotuvchilar uchun qulay modeldir. Bitta tashkilot ichidagi maʼlum saytlarga yagona aʼzolikni biriktiruvchi har bir aʼzolik boʻyicha resurslarni cheklash imkoniyati hozirda mavjud boʻlgan xususiyat emas, balki rejalashtirilgan takomillashtirishdir.

Men taklif qilgan dasturchi saytni oʻchirishi yoki faol holatga chiqarishi mumkinmi?

Dasturchi roli saytni oʻchirish yoki sayt faoliyatini toʻxtatish huquqini bermaydi — bu vakolatlar Egasi roliga tegishlidir. U saytlarni koʻrish va yaratish, xizmatlarni qayta ishga tushirish, keshni tozalash, API kalitlarini boshqarish hamda murojaatlar bilan ishlash imkonini beradi. Joylashtirish va jonli efirga uzatish ruxsatnomalari ham Dasturchi vakolatlariga kirmaydi, shuning uchun ishlab chiqarish muhitiga oʻtkazish hisob egasida qoladi. Ishlab chiqish ishlari avvalboshdanoq jonli saytdan tashqarida amalga oshirilishi uchun buni sinov muhiti (staging) bilan birgalikda qoʻllang.

Zinn Digital® xodimlari hisobimda nimani koʻrishlari mumkin?

Bu toʻliq xodimning roliga bogʻliq boʻlib, har bir rol ruxsat kalitlarining cheklangan toʻplamidan iborat. Masalan, Qoʻllab-quvvatlash agenti hisobingiz va saytlaringizni koʻrishi, chiptalaringizni koʻrishi hamda ularga javob berishi, saytni qayta ishga tushirishi va uning keshini tozalashi mumkin — lekin toʻlov sozlamalari, pulni qaytarish, tarif rejalari yoki flotga tegilmaydi. Mijoz sifatida tizimga kirish alohida ruxsat boʻlib, u faqat Super Admin ixtiyorida boʻladi va bu sodir boʻlganda asboblar panelida doimiy shaxsiyatni almashtirish banneri koʻrsatiladi. Har bir imtiyozli harakat audit jurnalida ijrochi, harakat, maqsad, IP va vaqt tamgʻasi bilan qayd etiladi va siz tashkilotingiz jurnalini oʻzingiz oʻqishingiz mumkin.

Kimdir ketsa, uning kirish ruxsatini qanday qilib tezda bekor qilishim mumkin?

Aʼzolikni olib tashlang va ularning ushbu tashkilotga kirish huquqi tugaydi — ular oʻz shaxsiyatini saqlab qoladi, ammo hisobingizda hech qanday rolga va shuning uchun hech qanday ruxsatga ega boʻlmaydi. API kalitlari alohida bekor qilinadi, shuning uchun boshqa hech narsaga xalal bermasdan payplayn kalitini oʻchirish mumkin. Agar siz SAML yagona kirish tizimidan (single sign-on) foydalansangiz, shaxsni tasdiqlovchi provayderingizdagi deprovizioning tizimga kirishni markazlashtirilgan holda boshqaradi. SSH kalitlari kabi sayt darajasidagi hisob maʼlumotlari boshqaruv panelida bekor qilinadi va olib tashlashning oʻzi audit qaydnomasida qayd etiladi.

Jamoa a'zolari mening API kalitlarimni birgalikda ishlatadimi?

Yoʻq — lekin nima sababdan ekanligiga aniqlik kiritish maqsadga muvofiqdir. API kalitlari alohida aʼzoga emas, balki tashkilotga tegishli boʻlib, ular xuddi shu ruxsatnomalar katalogiga bogʻlangan oʻzlarining batafsil qamrovlariga ega. Shuning uchun biror shaxsga kalit berishdan koʻra, siz bajariladigan vazifa uchun ushbu vazifaga zarur boʻlgan eng tor qamrovga ega kalit yaratasiz va vazifa tugagach, ushbu kalitni bekor qilasiz. Faqat maxfiy kalitning xeshi saqlanadi va foydalanilmagan kalitlarni topish hamda ulardan foydalanishni toʻxtatish oson boʻlishi uchun har bir kalit oxirgi marta qachon ishlatilganini qayd etadi.

Hamma narsaning kalitlarini bermasdan AI agentini ulashim mumkinmi?

Ha. Bizning MCP serverimiz agentlarni OAuth 2.1 orqali autentifikatsiya qiladi va har bir vosita uchun bekor qilinadigan tokenlar bilan ularni tashkilotingiz hamda RBAC rolingiz doirasida cheklaydi, shuning uchun siz umumiy kirish oʻrniga aniq bir imkoniyatni taqdim etasiz. Qaytarib boʻlmaydigan harakatlar tasdiqlashni talab qiladi, xarajatlar limiti qoʻllaniladi va har bir harakat inson faoliyati kabi bir xil audit jurnaliga kiritiladi.

Bir ijarachining boshqa ijarachi maʼlumotlariga kirishiga nima toʻsqinlik qiladi?

Postgres Row-Level Security soʻrovlarni maʼlumotlar bazasining oʻzida murojaat qiluvchining tashkilot quyi daraxti bilan cheklaydi, bunda ilova darajasidagi filtr yagona himoya chizigʻi boʻlib qolmasdan, koʻp bosqichli himoya vazifasini bajaradi. Belgilangan doiradan tashqaridagi yozuvlar boʻyicha soʻrovlar ruxsat xatosi oʻrniga 'topilmadi' natijasini qaytaradi, shu tufayli nimalar mavjudligi haqida hech narsa oshkor qilinmaydi. Server tomonida esa CageFS orqali har bir saytni alohidalash har bir ijarachining qobigʻi va fayllarini faqat oʻz saytida saqlaydi.

Toʻlovni amalga oshirishdan oldin buni sinab koʻrsam boʻladimi?

Ha. 14 kunlik sinov muddati karta talab qilmaydi — toʻlov maʼlumotlari kiritilmaydi, hech qanday majburiyat yoʻq — va u beshtagacha saytga ega Footprint-Free hostingni oʻz ichiga oladi. Bu xizmatga obuna boʻlishdan oldin hamkasbingizni taklif qilish, rol belgilash va chegaralar sizga kerakli tarzda ishlashini tasdiqlash uchun yetarlidir.

Koʻrsata oladigan chegarangiz bilan vakolat bering

Karta talab qilinmaydigan 14 kunlik sinov muddatini boshlang, kimnidir taklif qiling va ruxsatlar modelining ishlashini kuzating — siz nomlashingiz mumkin boʻlgan rollar, bekor qilishingiz mumkin boʻlgan doiralar va kim nima qilganini aniq koʻrsatuvchi audit jurnali.

Bepul boshlang