مفویض رسائی
ایک ڈویلپر کو شامل کریں، اپنے اکاؤنٹنٹ کے حوالے بلنگ کریں، کسی کلائنٹ کو ان کی اپنی سائٹس پر صرف پڑھنے کی اجازت والی رسائی دیں، یا ہماری سپورٹ ٹیم کو کسی مسئلے کا جائزہ لینے دیں۔ ہر رسائی کا حق ایک طے شدہ اجازتوں والا کردار ہوتا ہے، جو کسی تنظیم تک محدود ہوتا ہے، ڈیٹا بیس میں نافذ ہوتا ہے، اور صرف اضافے والے آڈٹ لاگ میں درج ہوتا ہے۔
ایک لاگ ان کا اشتراک کرنے سے اکاؤنٹ کی رسائی خراب ہوتی ہے۔ Zinn Digital® پر ہر شخص کی اپنی شناخت ہوتی ہے، اور رسائی ایک ممبرشپ ہے — ایک صارف، ایک تنظیم، اور ایک رول — جسے آپ خود سے دے سکتے ہیں، تبدیل کر سکتے ہیں یا منسوخ کر سکتے ہیں۔
ہر معاون Keycloak کے ذریعے بطور خود لاگ ان کرتا ہے، جو ہماری شناخت کی تہہ ہے۔ کوئی بھی آپ کا پاس ورڈ نہیں ٹائپ کرتا، کوئی بھی براؤزر سیشن شیئر نہیں کرتا، اور کسی کو ہٹانا پاس ورڈ تبدیل کرنے اور اس کھلبلی سے بچنے کے لیے ایک قدم کا عمل ہے کہ اور کون اسے جانتا تھا۔
کھاتے درجاتی ہوتے ہیں — ایک ری سیلر تنظیم کلائنٹ کی تنظیمیں رکھتی ہے، اور کلائنٹ کی تنظیمیں سائٹس رکھتی ہیں۔ ممبرشپ کا اطلاق کسی تنظیم اور اس کے تحت موجود ہر چیز پر ہوتا ہے، اس لیے آپ کسی ایجنسی کے کلائنٹ کو اپنے دیگر کلائنٹس کو ظاہر کیے بغیر ان کی اپنی تنظیم کا کنٹرول سونپ سکتے ہیں۔
ٹینینٹ کی علیحدگی ایپلیکیشن کوڈ کا کوئی ایسا فلٹر نہیں جسے کوئی بگ نظر انداز کر سکے۔ Postgres Row-Level Security ہر کیوری کو کال کرنے والے کی آرگنائزیشن سب ٹری تک محدود کرتی ہے، اس لیے آپ کے دائرہ کار سے باہر کی کسی ریکوئسٹ کے پاس واپس کرنے کے لیے کچھ نہیں ہوتا۔
کسی ایسے ادارے یا سائيت کے بارے میں پوچھیں جو آپ کے دائرہ کار سے باہر ہو اور API اجازت کی خرابی کے بجائے ایک سادہ ناپید (not-found) کا جواب دیتا ہے۔ اجازت کی خرابی اس بات کی تصدیق کرے گی کہ ریکارڈ موجود ہے؛ ناپید (not-found) کسی باہر والے کو بالکل کچھ نہیں بتاتا۔
اجازتیں دانے دار کلیدیں ہیں — ماڈیول اور عمل، جیسے sites.restart یا billing.refund — اور رول انہیں یکجا کرتے ہیں۔ چار رولز حقیقی ٹیموں کی ضروریات کو پورا کرتے ہیں، اور ہر ایک ڈیٹا ہے جسے ہم سیڈ کرتے ہیں، نہ کہ کوڈ میں چھپی ہوئی منطق۔
مکمل کنٹرول: ذیلی تنظیمیں بنائیں، اراکین کو مدعو کریں اور ہٹائیں، کردار تبدیل کریں، API کیز کا انتظام کریں، سائٹس بنائیں، ری اسٹارٹ کریں، پرج کریں، معطل کریں اور حذف کریں، بلنگ اور انوائسز چلائیں، ٹکٹ ریز کریں اور آڈٹ لاگ پڑھیں۔ وہ کردار جو آپ اپنے پاس رکھتے ہیں۔
تنظیم، اس کے اراکین اور پلان کے کیٹلاگ کو دیکھتا ہے، اور انوائسز، ادائیگی کے طریقوں اور چارجز کا بندوبست کرتا ہے۔ کسی ایک سائٹ کو بنانے، تبدیل کرنے یا حذف کرنے کی کوئی رسائی نہیں — بالکل وہی صورت جو ایک بیرونی بک کیپر کی ہونی چاہیے۔
سائٹس دیکھتا اور بناتا ہے، سروسز ری سٹارٹ کرتا ہے، کیش صاف کرتا ہے، اے پی آئی کیز کا انتظام کرتا ہے اور ٹکٹس پر کام کرتا ہے۔ جان بوجھ کر خارج کردہ: بلنگ، انوائسز، ادائیگی کے طریقے، ممبر مینجمنٹ، سائٹ معطلی اور سائٹ کا خاتمہ۔ ایک کنٹریکٹر آپ کو بل بھیجے بغیر یا کسی بھی چیز کو تباہ کیے بغیر تعمیر کر سکتا ہے۔
تنظیم، اس کے اراکین، اس کی سائٹس، اس کی بلنگ، پلان کیٹلاگ، ٹکٹس، ترجمے کی حیثیت اور آڈٹ لاگ کو دیکھتا ہے — اور ان میں سے کسی میں بھی تبدیلی نہیں کر سکتا۔ کسی ایسے کلِائنٹ کے لیے جو بصیرت چاہتا ہے، آڈیٹر، یا کسی ایسے اسٹیک ہولڈر کے لیے موزوں اجازت جو صرف دیکھنے کی ضرورت رکھتا ہو۔
رسائی کی تفویض صرف اسی صورت میں محفوظ ہے جب جن اکاؤنٹس کو آپ تفویض کر رہے ہیں ان پر قبضہ کرنا مشکل ہو۔ اکاؤنٹ کے ہر شخص کے لیے، ہر سطح پر، تصدیق Keycloak کے ذریعے ہوتی ہے۔
سپورٹ کے کام کا بعض اوقات مطلب آپ کے اکاؤنٹ کے اندر دیکھنا ہوتا ہے۔ اس رسائی کو بالکل باقی ہر چیز کی طرح اجازت کے اسی ماڈل کے ذریعے کنٹرول کیا جاتا ہے — عملہ محض محدود اجازتوں کے ساتھ محکموں میں منظم شدہ ایک عملے کی تنظیم میں موجود ہوتا ہے۔
عملے کو سپورٹ، بلنگ اور فنانس، ابیوز اینڈ ٹرسٹ اینڈ سیفٹی، سیلز، آن بورڈنگ، انجینئرنگ اینڈ اوپس، مارکیٹنگ اور مینجمنٹ میں تقسیم کیا گیا ہے۔ ہر رول مخصوص ماڈیولز اور ایکشنز فراہم کرتا ہے، تاکہ ہر ایجنٹ کو ایڈمن کنسول کا وہی حصہ دکھائی دے جس کی اس کے کام کو ضرورت ہو اور باقی نہیں۔
سپورٹ ایجنٹ کا کردار بالکل یہی اجازت دیتا ہے: صارفین دیکھنا، ٹکٹ دیکھنا اور ان کا جواب دینا، سائٹس دیکھنا، کسی سائٹ کو ری سٹارٹ کرنا اور اس کا کیشے صاف کرنا۔ اس میں بلنگ کی کوئی ترتیب، کوئی ریفنڈز، کوئی پلان ایڈیٹنگ اور کوئی فلیٹ مینجمنٹ شامل نہیں ہے۔ جو تدارک ایک ایجنٹ انجام دے سکتا ہے وہ اس کردار کے ذریعے محدود ہے، اچھے ارادوں سے نہیں۔
customer.impersonate اجازت مینیجر کے کردار کا حصہ نہیں ہے — یہ صرف سپر ایڈمن کے پاس ہوتی ہے۔ جب آپ کی طرف سے کوئی سیشن چل رہا ہو، تو ڈیش بورڈ پر ایک مستقل امپرسنیشن بینر موجود ہوتا ہے تاکہ کبھی بھی اس بات کا ابہام نہ رہے کہ کون عمل کر رہا ہے۔
ہر مراعات یافتہ اور انتظامی کارروائی صرف جڑنے والے (append-only) آڈٹ لاگ میں شامل ہوتی ہے جو اداکار، کارروائی، ہدف، معاون میٹا ڈیٹا، آئی پی ایڈریس اور ٹائم اسٹیمپ کو ریکارڈ کرتی ہے—پروڈکشن میں وقت کے لحاظ سے تقسیم شدہ۔ مالکان اور صرف پڑھنے والے (read-only) ارکان اپنی تنظیم کا لاگ خود پڑھ سکتے ہیں۔
حساس اور نقصان دہ اسٹاف اقدامات کو چلائے جانے سے پہلے اضافی تصدیق (step-up authentication) یا دو افراد کی منظوری کی ضرورت ہو سکتی ہے، اور نئے محکمے اور رولز کوڈ میں تبدیلی کے بجائے محض کنفیگریشن ہیں۔
اسکرپٹس، سی آئی پائپ لائنز، سی ایل آئی، ٹیرافارم پرووائیڈر اور اے آئی ایجنٹس سبھی اسی اجازت کے ماڈل کے ذریعے تصدیق کرتے ہیں جو کہ انسان کرتے ہیں — کوئی مشترکہ انسانی اسناد نہیں، اور نہ ہی کسی بلڈ میں طویل عرصے تک رہنے والے راز پیسٹ کیے جاتے ہیں۔
کنجیاں ایک تنظیم سے تعلق رکھتی ہیں اور اسی RBAC اجازتوں سے منسلک دانے دار اسکوپس رکھتی ہیں—صرف پڑھنے کی اجازت، بلنگ، پروویژننگ۔ پائپ لائن کو کسی رکن کے پورے اکاؤنٹ کے بجائے وہی محدود اسکوپ دیں جس کی اسے ضرورت ہے۔
ٹیسٹ موڈ اور لائیو موڈ کی چابیاں الگ الگ ہوتی ہیں، لہذا ترقی کے مرحلے میں موجود کوئی انٹیگریشن غلطی سے یا کاپی شدہ انوائرمنٹ ویری ایبل کی وجہ سے پروڈکشن کے ڈیٹا تک رسائی حاصل نہیں کر سکتی۔
ہم راز کا ایک SHA-256 ہیش اور ایک لک اپ پری فکس محفوظ کرتے ہیں—کبھی بھی اصل کی (key) نہیں۔ آپ کو تخلیق کے وقت ایک کی صرف ایک بار دکھائی جاتی ہے۔ ہر کی یہ ٹریک کرتی ہے کہ اسے آخری بار کب استعمال کیا گیا تھا اور کسی دوسری چیز کو متاثر کیے بغیر اسے اکیلے ہی منسوخ کیا جا सकता ہے۔
ہمارا MCP سرور کسی بھی MCP کے اہل ایجنٹ کو قدرتی زبان میں آپ کی ہوسٹنگ کا انتظام کرنے کی اجازت دیتا ہے، جو OAuth 2.1 کے ساتھ تصدیق شدہ ہے اور آپ کی تنظیم اور RBAC رول تک محدود ہے، ہر ٹول کے لیے منسوخ کرنے کے قابل ٹوکنز، تباہ کن کارروائیوں پر تصدیق، اخراجات کی حد اور مکمل آڈٹ لاگنگ کے ساتھ۔
اکاؤنٹ تک رسائی اور سرور تک رسائی دو الگ الگ مسائل ہیں۔ سائٹ کی سطح کے اسناد ڈیش بورڈ میں مینیج کیے جاتے ہیں، کم از کم درکار مراعات کے ساتھ جاری کیے جاتے ہیں، اور قید (jailed) کیے جاتے ہیں تاکہ ایک معاون کا شیل صرف ایک سائٹ کا شیل ہو۔
ایک تنہا آپریٹر ایک واحد آرگنائزیشن اور ایک اونر ممبرشپ رکھتا ہے، اور جب کوئی کنٹریکٹر کسی پروجیکٹ کے لیے آتا ہے تو ڈویلپر کا رول شامل کرتا ہے۔ جب پروجیکٹ ختم ہو جاتا ہے، تو ممبرشپ ہٹا دی جاتی ہے اور اس کا سائن ان فوری طور پر کام کرنا بند کر دیتا ہے—تبدیل کرنے کے لیے پیچھے کوئی مشترکہ کریڈینشل باقی نہیں رہتا۔
ایک ایجنسی تنظیم کا درخت استعمال کرتی ہے۔ ہر کلائنٹ کو اپنی الگ چائلڈ آرگنائزیشن ملتی ہے، جس میں اس کلائنٹ کی سائیٹس ہوتی ہیں، اور کلائنٹ کے اپنے لوگوں کو وہاں رکنیت ملتی ہے — ایسے اسٹیک ہولڈر کے لیے جو صرف دیکھنا چاہے ریڈ آؤٹ، اور ایسے کلائنٹ کے لیے جو خود کام کرنا چاہے اونر۔ آپ کا عملہ درخت میں اوپر کی طرف رکنیت رکھتا ہے اور پورٹ فولیو دیکھتا ہے؛ کلائنٹ صرف اپنی شاخ دیکھتا ہے، اور رو لیول سیکیورٹی وہ چیز ہے جو اسے وعدے کے بجائے حقیقت بناتی ہے۔
ایک ریسلر بالکل اسی طرح کام کرتا ہے، بس ایک درجہ اوپر: ایک ریسلر آرگنائزیشن کے اندر کلائنٹ آرگنائزیشنز ہوتی ہیں، جن میں سے ہر ایک کے اپنے ممبرز، بلنگ ویو اور سائٹس ہوتی ہیں۔ یہی بنیادی ڈھانچہ ذیلی اکاؤنٹس، ایجنسی ٹیموں اور ریسلر ہائرارکیز کو بھی چلاتا ہے — ان میں سے کسی کے لیے بھی کوئی الگ یا کمزور میکانزم موجود نہیں ہے۔
کارڈ کے بغیر 14 دن کے مفت ٹرائل میں سب کچھ دستیاب ہے۔ ادائیگی کی تفصیلات کے بغیر سائن اپ کریں، کسی ساتھی کو مدعو کریں، دیکھیں کہ کون سا کردار کیا دیکھ سکتا ہے اور کیا نہیں، اور اپنا آڈٹ لاگ خود واپس پڑھیں۔
آج کل، ایک رکنیت پوری آرگنائزیشن اور اس کے تحت موجود تمام درخت میں اپنا کردار تفویض کرتی ہے، لہٰذا سائٹ کے سیٹس کو الگ کرنے کا طریقہ آرگنائزیشنز کو الگ کرنا ہے — یعنی ان سائٹس کو ان کی اپنی چائلڈ آرگنائزیشن میں رکھیں اور وہاں رکنیت تفویض کریں۔ یہ ایجنسیوں اور ری سیلرز کے لیے ایک بہترین ماڈل ہے، جہاں ہر کلائنٹ پہلے ہی اپنی الگ حد بندی چاہتا ہے۔ فی رکنیت ریسورس اسکوپنگ، یعنی ایک ہی آرگنائزیشن کے اندر مخصوص نامزد سائٹس کے لیے کسی ایک رکنیت کو محدود کرنا، ایک منصوبہ بند بہتری ہے نہ کہ ایسی چیز جو ابھی دستیاب ہو۔
ڈویلپر کے رول میں سائٹ ڈیلیٹ کرنے یا سائٹ معطل کرنے کے اختیارات نہیں ہوتے—یہ کلیدیں اونر کے رول کے پاس ہوتی ہیں۔ یہ سائٹس دیکھنے اور بنانے، سروسز ری سٹارٹ کرنے، کیش صاف کرنے، API کیز کا انتظام کرنے اور ٹکٹس پر کام کرنے کی اجازت دیتا ہے۔ ڈپلائمنٹ اور پش ٹو لائیو کی اجازتیں بھی ڈویلپر کے دائرہ کار میں شامل نہیں ہیں، اس لیے پروڈکشن میں پروموشن اکاؤنٹ کے مالک کے پاس ہی رہتی ہے۔ اس کے ساتھ سٹیجنگ کا استعمال کریں تاکہ بلڈنگ کا کام شروع میں ہی لائیو سائٹ سے ہٹ کر ہو۔
یہ مکمل طور پر عملے کے کردار (staff role) پر منحصر ہے، اور ہر کردار اجازت کی کلیدوں کا ایک محدود سیٹ ہوتا ہے۔ مثال کے طور پر، ایک سپورٹ ایجنٹ آپ کا اکاؤنٹ اور سائٹس دیکھ سکتا ہے، آپ کی ٹکٹس دیکھ سکتا اور ان کا جواب دے سکتا ہے، کسی سائٹ کو ری سٹارٹ کر سکتا ہے اور اس کی کیش صاف (purge) کر سکتا ہے — اور وہ بلنگ کی تشکیل، ریفنڈز، پلانز یا فلیٹ کو ہاتھ نہیں لگا سکتا۔ بطور کسٹمر سائن ان کرنا ایک الگ اجازت ہے جو صرف سپر ایڈمن کے پاس ہوتی ہے، اور جب ایسا ہوتا ہے تو ڈیش بورڈ پر نقالی (impersonation) کا ایک مستقل بینر دکھائی دیتا ہے۔ ہر مراعات یافتہ عمل (privileged action) آڈٹ لاگ میں اداکار، عمل، ہدف، IP اور ٹائم اسٹمپ کے ساتھ ریکارڈ کیا جاتا ہے، اور آپ خود اپنے ادارے کا لاگ پڑھ سکتے ہیں۔
رکنیت ہٹا دیں اور اس تنظیم تک ان کی رسائی ختم ہو جاتی ہے — ان کی اپنی شناخت اب بھی برقرار رہتی ہے، لیکن آپ کے اکاؤنٹ میں کوئی رول اور اس لیے کوئی اجازت نہیں رہتی۔ API کیز الگ الگ منسوخ کی جاتی ہیں، لہذا پائپ لائن کی کو کسی اور چیز کو متاثر کیے بغیر ختم کیا جا سکتا ہے۔ اگر آپ SAML سنگل سائن آن استعمال کرتے ہیں، تو آپ کے شناخت فراہم کنندہ میں ڈی پروویژننگ سائن ان کو مرکزی طریقے سے سنبھالتی ہے۔ سائٹ کی سطح کی اسناد جیسے کہ SSH کیز کو ڈیش بورڈ میں منسوخ کر دیا جاتا ہے، اور ہٹانے کے عمل کا خود آڈٹ لاگ رکھا جاتا ہے۔
نہیں — لیکن اس کی وجہ کے بارے میں واضح رہنا ضروری ہے۔ API کیز کسی فرد سے نہیں بلکہ تنظیم سے تعلق رکھتی ہیں، اور ان کے اپنے تفصیلی دائرہ کار (scopes) ہوتے ہیں جو اسی اجازت کے کیٹلاگ سے جڑے ہوتے ہیں۔ لہذا کسی شخص کو کلید دینے کے بجائے، آپ اس کام کے لیے ایک کلید بناتے ہیں جو وہ کام کرتا ہے اور اسے کم سے کم دائرہ کار دیتا ہے جس کی اس کام کو ضرورت ہوتی ہے، اور کام ختم ہونے پر اس کلید کو منسوخ کر دیتے ہیں۔ راز (secret) کا صرف ایک ہیش محفوظ کیا جاتا ہے، اور ہر کلید یہ ریکارڈ کرتی ہے کہ اسے آخری بار کب استعمال کیا گیا تھا تاکہ غیر استعمال شدہ کلیدوں کو تلاش کرنا اور ختم کرنا آسان ہو۔
ہاں۔ ہمارا ایم سی پی سرور OAuth 2.1 کے ساتھ ایجنٹس کی توثیق کرتا ہے اور انہیں آپ کی تنظیم اور آپ کے RBAC رول کے دائرہ کار میں رکھتا ہے، فی ٹول قابلِ تنسیخ ٹوکنز کے ساتھ، تاکہ آپ اندھا دھند رسائی کے بجائے ایک مخصوص صلاحیت عطا کریں۔ تباہ کن کارروائیوں کے لیے تصدیق کی ضرورت ہوتی ہے، اخراجات کی حدیں لاگو ہوتی ہیں، اور ہر کارروائی انسان کی سرگرمی کی طرح اسی آڈٹ لاگ میں درج ہوتی ہے۔
Postgres رو-لیول سیکیورٹی ڈیتابیس میں ہی کوئریز کو کالر کی آرگنائزیشن کے ذیلی شجرے (subtree) تک محدود رکھتی ہے، جس میں ایپلیکیشن لیول فلٹر محض تحفظ کی ایک زائد پرت (defence in depth) کا کام کرتا ہے نہ کہ واحد رکاوٹ کا۔ اسکوپ سے باہر کے ریکارڈز کی درخواستوں پر اجازت کی خرابی (permission error) کے بجائے ناٹ فاؤنڈ (not-found) کا جواب ملتا ہے، تاکہ یہ بات ظاہر نہ ہو کہ وہاں کیا موجود ہے۔ سرور کی جانب، CageFS کے ذریعے ہر سائٹ کی تنہائی (per-site isolation) ہر ٹیننٹ کے شیل اور فائلوں کو ان کی اپنی سائٹ تک محدود رکھتی ہے۔
ہاں۔ 14 دن کا ٹرائل کارڈ کے بغیر ہے — کوئی ادائیگی کی تفصیلات نہیں، کوئی عہد نہیں — اور یہ پانچ سائیٹس تک کے ساتھ Footprint-Free Hosting کا احاطہ کرتا ہے۔ یہ عہد کرنے سے پہلے کسی ساتھی کو مدعو کرنے، کوئی کردار تفویض کرنے، اور یہ تصدیق کرنے کے لیے کافی ہے کہ حدود آپ کی ضرورت کے مطابق کام کرتی ہیں۔
کارڈ کے بغیر 14 دن کے ٹرائل سے شروعات کریں، کسی کو مدعو کریں، اور اجازت کے ماڈل کو اپنا کام کرتے ہوئے دیکھیں — ایسے رول جنہیں آپ نام دے سکتے ہیں، ایسے دائرہ کار جنہیں آپ منسوخ کر سکتے ہیں، اور ایک آڈٹ لاگ جو بالکل بتاتا ہے کہ کس نے کیا کیا۔
مفت شروع کریں