فروش اس آلے کو مجازی اور دو عنصری صلاحیت والا قرار دیتے ہیں، اور اِن دونوں لفظوں میں سے کوئی بھی خریداری کا فیصلہ کرنے والے سوالات کا جواب نہیں دیتا۔ کون سی ہائپر وائزر امیج معاون ہے، کون سے کلائنٹ اندراج کر سکتے ہیں، دوسرا عنصر واقعی کیا ثابت کرتا ہے، اور شناخت فراہم کرنے والا بند ہو جائے تو کیا ہوتا ہے، یہ سب ابھی کھلا ہے۔ اِن سب کو ایسے قبولیت کے مراحل میں بدلیں جو آپ مشق میں چلا سکیں، اور فیصلہ اِس بات پر منحصر ہونا چھوڑ دے گا کہ ڈیٹا شیٹ کتنی قائل کرنے والی ہے۔ نیچے دیا گیا ورق اُن ثبوتوں کے لیے ایک ڈھانچہ ہے، مصنوعات کی درجہ بندی نہیں۔

اِس تعیناتی کے بارے میں سپلائر کو کیا تصدیق کرنی چاہیے

تعیناتی کو ایک صفحے پر سمیٹ کر شروع کریں: ہائپر وائزر یا کلاؤڈ، مہمان کی ساخت، معاون امیج اور وہ انٹرفیس جن کی آلہ توقع کرتا ہے۔ صارفین کو اُن کے آپریٹنگ سسٹم کے ساتھ شامل کریں، کہ آلات منظم ہیں یا نہیں، اور اندراج و لاگ اِن کیسے کام کرنا چاہیے۔ پھر نجی رسائی: ایپلیکیشنز اور سابقے، DNS کا انتظام، واپسی کے راستے، اور کیا عوامی انٹرنیٹ اخراج پیشکش کا حصہ ہے۔

آپریشن بھی اُسی صفحے کا حصہ ہے: بکس کی دیکھ بھال کون کرتا ہے، اپ ڈیٹس کہاں سے آتی ہیں، لاگ کہاں جاتے ہیں، ترتیب کیسے محفوظ رہتی ہے، اور کاروبار نے واقعی کون سا بحالی ہدف منظور کیا۔ سپلائر سے کہیں کہ بالکل یہی امتزاج تصدیق کرے، نہ یہ کہ سافٹ ویئر مجازی مشین میں چلتا ہے۔ بیرونی انحصار جیسے شناخت فراہم کرنے والا یا لائسنس سروس کو نظر آتا رکھیں، کیونکہ وہ اُس کے ساتھ بھیجے جائیں یا نہ، تعیناتی کا حصہ ہیں۔ بغیر نام کے انحصار والا تعیناتی صفحہ عموماً نامعلوم انحصار والا صفحہ ہوتا ہے۔

ثابت کریں کہ دوسرا عنصر واقعی دوسرا عنصر ہے

تصدیق کنندہ اور تصدیقی بہاؤ کا نام لیں، اور بتائیں کہ ہر قدم کون سی شناخت قائم کرتا ہے۔ یکے بعد دیگرے دو پاس ورڈ کی درخواستیں دوسرا عنصر نہیں، اور پاس ورڈ کے ساتھ یک بار استعمال ہونے والا کوڈ سروس سے منسلک خفیہ نگاری کے تصدیق کنندہ سے مختلف دعویٰ ہے۔ وہ بہاؤ لکھیں جو آپ خرید رہے ہیں، ڈبے پر لگا لیبل نہیں۔

فِشنگ کے خلاف مزاحمت ایک الگ خصوصیت ہے، اور NIST کی تصدیق کنندگان کی رہنمائی اِسے اسی طرح دیکھتی ہے: وہ کوڈ جسے صارف کو دھوکہ دے کر آگے بھیجنے پر مجبور کیا جا سکتا ہے، کثیر العنصری تصدیق پوری کرتا ہے مگر اُس اضافی شرط میں ناکام رہتا ہے۔ اگر یہ آپ کے لیے اہم ہے تو خصوصیت صریحاً طلب کریں۔ پھر اُس کلائنٹ قسم سے مظاہرہ طلب کریں جو آپ کے صارفین واقعی چلاتے ہیں، جس میں اندراج، مسترد شدہ یا میعاد ختم شدہ چیلنج، گم شدہ تصدیق کنندہ کے بعد بحالی، اور دیگر کے منسلک رہتے ہوئے ایک صارف کی منسوخی شامل ہو۔ گیٹ وے کی شناخت کی تصدیق دائرے میں رکھیں، کیونکہ کسی بھی گیٹ وے پر بھروسا کرنے والا کلائنٹ مسئلہ حل نہیں کیا، منتقل کیا ہے۔

کچھ توڑنے سے پہلے کامیابی کی شرط لکھیں

نیچے دیا گیا جدول ورق کا وہ حصہ ہے جو سپلائر سے رابطے میں قائم رہتا ہے، کیونکہ ہر قطار یقین دہانی کے بجائے ثبوت مانگتی ہے۔ مشق سے پہلے کامیابی کی شرط بھریں، اور بغیر ثبوت والی قطار کو ناکام قطار سمجھیں۔ پانچ مراحل بتاتے ہیں کہ گیٹ وے کو کیا کرنا ہے۔

Acceptance stageEvidence to keepPass condition
EnrolmentEnrolment record with the device type and the identity usedA new device enrols once, and nobody else can enrol it afterwards
Sign-in with the second factorSession record naming both factors and the gateway identity that was checkedThe session carries the expected identity and the gateway certificate validated
Denial of an unapproved destinationLog line from the control that refused the flow, with the policy nameThe flow is refused and the refusal is attributable to one control
Revocation of one userRevocation timestamp and the sessions that survived itThe named user is out and unaffected users keep working
Restore from configuration backupRestored version plus a probe of a revoked identityThe revision matches the backup and revoked identities stay revoked

اندراج پہلے آتا ہے کیونکہ بعد کا سب کچھ اُس پر منحصر ہے: جو آلہ اندراج نہیں کر سکتا اُس کی جانچ نہیں ہو سکتی۔ لاگ اِن اندراج سے الگ مرحلہ ہے، اور انکار وہ مرحلہ ہے جسے بیشتر ورق بھول جاتے ہیں، کیونکہ سب کو اندر لینے والا گیٹ وے یہ ثابت نہیں کرتا کہ کسی کو انکار کرتا ہے۔ منسوخی اور بحالی زیادہ تر آپریشنل خطرہ اُٹھاتے ہیں، اور دونوں کسی نقل پر سستے ہیں۔

زندہ گیٹ وے پر نہیں، نقل پر مشق کریں

خلل ڈالنے والے مراحل پلیٹ فارم کی نقل پر، معاون تعیناتی طریقہ کار کی پیروی کرتے ہوئے چلائیں، اور ہر ثبوت کو اُس کی تاریخ اور ترتیب کے نسخے کے ساتھ رکھیں۔ دوبارہ چلانے والی قطار کا جواب کنسول سے دوبارہ چلانے سے نہیں ملتا، اور بحالی کی قطار کا جواب ترتیب برآمد کرنے سے نہیں ملتا۔ نوٹ کریں کہ کون سی حالت خود بخود لوٹتی ہے اور کسے دوبارہ منسلک ہونا ہے، کیونکہ یہی فرق آپریشن ٹیم کو ورثے میں ملتا ہے۔ مشق ہی وہ واحد موقع ہے جب رکاوٹ بتائے بغیر بحالی کا وقت ناپا جا سکے۔

ہر جانچ کے لمحے شناخت فراہم کرنے والے کی حالت درج کریں، کیونکہ صحت مند فراہم کنندہ کے مقابلے میں جانچی گئی رکاوٹ والی قطار ورق کے دعوے کے اُلٹ ثابت کرتی ہے۔ ایک ہی مشق میں دو جائزہ لینے والے مختلف چیزیں پکڑتے ہیں، اور دوسرا عموماً وہ قطار ڈھونڈتا ہے جس کا ثبوت ڈیش بورڈ کا اسکرین شاٹ ہے۔ وہ ثبوت اُسی قطار کے ساتھ لگا رکھیں جس کا وہ ہے، منصوبے کے نام والے فولڈر میں نہیں۔

وہ کام کا بوجھ ناپیں جو آپ کی ٹیم چلائے گی

عام ہفتے جیسا بوجھ طے کریں، پھر اُسے وہیں ناپیں جہاں آپ تعیناتی کا ارادہ رکھتے ہیں: بیک وقت ہونا، ٹریفک کا امتزاج، اور وہ دیکھ بھال کی کھڑکی جو ٹیم کے پاس واقعی ہے۔ اشتہار میں دیا گیا تھرو پٹ عدد تجربہ گاہ کی حالت بیان کرتا ہے اور آپ کے صارفین کے بارے میں کچھ نہیں کہتا۔ بحالی کو منصوبے کے بجائے بحالی ہدف کے سامنے ناپیں۔

ورق اُس وقت مکمل ہوتا ہے جب ہر مرحلے کے پاس ثبوت اور ہر ثبوت کے پاس تاریخ ہو۔ کسی کی دیکھ بھال والا آلہ، ہر قطار کے ثبوت کے ساتھ، نشان زدہ ڈبوں کی طویل ترین فہرست سے مختلف خریداری ہے۔

متعلقہ مضامین