Comparison of privilege authorization features
متعدد کمپیوٹر آپریٹنگ سسٹم حفاظتی خصوصیات کو استعمال کرتے ہیں تاکہ بدنیتی پر مبنی سافٹ ویئر کو کمپیوٹر سسٹم کو سمجھوتہ کرنے کے لیے کافی مراعات حاصل کرنے سے روکا جا سکے۔ آپریٹنگ سسٹمز میں ایسی خصوصیات کی کمی تھی، جیسے ڈی او ایس، ونڈوز این ٹی (اور اس کی اولاد) سے پہلے ونڈوز کا نفاذ، سی پی/ایم-80، اور میک او ایس ایکس سے پہلے کے تمام میک آپریٹنگ سسٹمز میں صارف کا صرف ایک زمرہ تھا جسے کچھ بھی کرنے کی اجازت تھی۔ مختلف نفاذ کے سیاق و سباق کے ساتھ متعدد صارفین کے لیے نجی فائلوں کو ذخیرہ کرنا، متعدد صارفین کے لیے ایک ہی وقت میں کمپیوٹر استعمال کرنا، سسٹم کو بدنیتی پر مبنی صارفین سے بچانے اور سسٹم کو بدنیتی پر مبنی پروگراموں سے بچانے کے لیے ممکن ہے۔ پہلا ملٹی یوزر سیکیور سسٹم ملٹیکس تھا، جس نے 1960 کی دہائی میں ترقی شروع کی۔ یہ 80 کی دہائی کے آخر اور 90 کی دہائی کے اوائل میں یونکس، بی ایس ڈی، لینکس اور این ٹی تک نہیں تھا کہ ملٹی ٹاسکنگ سیکیورٹی کے سیاق و سباق کو x86 کنزیومر مشینوں میں لایا گیا۔ نفاذات کا تعارف مائیکروسافٹ ونڈوز میک او ایس یونکس اور یونکس جیسے حفاظتی تحفظات جعلی/انٹرسیپٹڈ یوزر ان پٹ ایک اہم حفاظتی غور کی اسٹروک یا ماؤس کلکس کی تقلید کرنے کے لیے بدنیتی پر مبنی ایپلی کیشنز کی صلاحیت ہے، اس طرح بدنیتی پر مبنی ایپلی کیشنز کو اعلی مراعات دینے کے لیے حفاظتی خصوصیت کو دھوکہ دینا یا دھوکہ دینا۔ ٹرمینل پر مبنی کلائنٹ کا استعمال کرنا (اسٹینڈ لون یا ڈیسک ٹاپ/جی یو آئی کے اندر): ایس یو اور سوڈو ٹرمینل میں چلتے ہیں، جہاں وہ جعلی ان پٹ کا شکار ہوتے ہیں۔ یقینا، اگر صارف ملٹی ٹاسکنگ ماحول نہیں چلا رہا تھا (یعنی۔ شیل میں صرف ایک صارف)، یہ کوئی مسئلہ نہیں ہوگا۔ ٹرمینل ونڈوز عام طور پر صارف کے لیے عام ونڈوز کے طور پر پیش کی جاتی ہیں، اس لیے ایک ذہین کلائنٹ یا ڈیسک ٹاپ سسٹم پر جو کلائنٹ کے طور پر استعمال ہوتا ہے، صارف کو اپنے ڈیسک ٹاپ پر موجود دوسرے میلویئر کو ان پٹ میں ہیرا پھیری، نقل، یا قبضہ کرنے سے روکنے کی ذمہ داری لینی چاہیے۔ آپریٹنگ سسٹم کے ساتھ مضبوطی سے مربوط GUI/ڈیسک ٹاپ کا استعمال: عام طور پر، ڈیسک ٹاپ سسٹم پاس ورڈ یا دیگر تصدیق کی درخواست کرنے سے پہلے ان پٹ کے تمام عام ذرائع کو لاک یا محفوظ کرتا ہے، تاکہ انہیں روکا، ہیرا پھیری یا مصنوعی نہیں کیا جا سکے: پالیسی کٹ (GNOME-X سرور کو تمام کی بورڈ اور ماؤس ان پٹ پر قبضہ کرنے کی ہدایت کرتا ہے۔ پالیسی کٹ استعمال کرنے والے دیگر ڈیسک ٹاپ ماحول اپنے میکانزم استعمال کر سکتے ہیں۔ gksudo-ڈیفالٹ طور پر کی بورڈ، ماؤس، اور ونڈو فوکس کو "لاک" کرتا ہے، جو اصل صارف کے علاوہ کسی بھی چیز کو پاس ورڈ داخل کرنے یا بصورت دیگر تصدیق کے مکالمے میں مداخلت کرنے سے روکتا ہے۔ یو اے سی (ونڈوز)-ڈیفالٹ طور پر سیکیور ڈیسک ٹاپ میں چلتا ہے، بدنیتی پر مبنی ایپلی کیشنز کو "اجازت دیں" بٹن پر کلک کرنے یا بصورت دیگر تصدیق کے مکالمے میں مداخلت کرنے سے روکتا ہے۔ اس موڈ میں، صارف کا ڈیسک ٹاپ مدھم نظر آتا ہے اور اس کے ساتھ بات چیت نہیں کی جا سکتی۔ اگر جی کے سوڈو کی "لاک" خصوصیت یا یو اے سی کے سیکیور ڈیسک ٹاپ سے سمجھوتہ کیا گیا یا اسے غیر فعال کر دیا گیا، تو بدنیتی پر مبنی ایپلی کیشنز ایڈمنسٹریٹر کا پاس ورڈ ریکارڈ کرنے کے لیے کی اسٹروک لاگنگ کا استعمال کر کے ایڈمنسٹریٹر کے مراعات حاصل کر سکتی ہیں ؛ یا، اگر یو اے سی ایڈمنسٹریٹر کے طور پر چل رہا ہے، تو "اجازت دیں" بٹن پر ماؤس کلک کو بگاڑ کر۔ اس وجہ سے، آواز کی شناخت کو ڈائیلاگ کے ساتھ بات چیت کرنے سے بھی منع کیا گیا ہے۔ نوٹ کریں کہ چونکہ جی کے ایس یو پاس ورڈ پرامپٹ خصوصی مراعات کے بغیر چلتا ہے، اس لیے بدنیتی پر مبنی ایپلی کیشنز اب بھی استعمال کرتے ہوئے کی اسٹروک لاگنگ کر سکتی ہیں۔ سٹریس ٹول۔ (پیٹریس کو بعد کے دانا ورژن میں محدود کیا گیا تھا) جعلی تصدیق کے مکالمے ایک اور حفاظتی غور یہ ہے کہ بدنیتی پر مبنی سافٹ ویئر کی ان مکالموں کو بگاڑنے کی صلاحیت ہے جو جائز حفاظتی تصدیق کی درخواستوں کی طرح نظر آتے ہیں۔ اگر صارف جعلی ڈائیلاگ میں اسناد داخل کرتا ہے، یہ سوچ کر کہ ڈائیلاگ جائز ہے، تو بدنیتی پر مبنی سافٹ ویئر کو صارف کا پاس ورڈ معلوم ہو جائے گا۔ اگر سیکیور ڈیسک ٹاپ یا اسی طرح کی خصوصیت کو غیر فعال کر دیا گیا تھا، تو بدنیتی پر مبنی سافٹ ویئر اس پاس ورڈ کو اعلی مراعات حاصل کرنے کے لیے استعمال کر سکتا ہے۔ اگرچہ یہ استعمال کی وجوہات کی بناء پر ڈیفالٹ رویے نہیں ہے، یو اے سی کو تصدیق کے عمل کے حصے کے طور پر صارف کو سی ٹی آر ایل + آلٹ + ڈیل (جسے محفوظ توجہ کی ترتیب کے طور پر جانا جاتا ہے) دبانے کے لیے ترتیب دیا جا سکتا ہے۔ کیونکہ صرف ونڈوز ہی اس کلیدی امتزاج کا پتہ لگا سکتا ہے، اس اضافی حفاظتی اقدام کی ضرورت جعلی مکالموں کو جائز مکالمے کی طرح برتاؤ کرنے سے روک دے گی۔ مثال کے طور پر، ہو سکتا ہے کہ ایک جعلی ڈائیلاگ صارف سے سی ٹی آر ایل + آلٹ + ڈیل دبانے کے لیے نہ کہے، اور صارف کو احساس ہو کہ ڈائیلاگ جعلی تھا۔ یا، جب صارف سی ٹی آر ایل + آلٹ + ڈیل دباتا ہے، تو صارف کو اسکرین پر لایا جاتا ہے جو عام طور پر انہیں یو اے سی تصدیقی ڈائیلاگ کے بجائے سی ٹی آر ایل + آلٹ + ڈیل پر لاتا ہے۔ اس طرح صارف بتا سکتا ہے کہ آیا یہ ڈائیلاگ انہیں دھوکہ دینے کی کوشش تھی کہ وہ بدنیتی پر مبنی سافٹ ویئر کے کسی ٹکڑے کو اپنا پاس ورڈ فراہم کریں۔ GNOME میں، پالیسی کٹ سسٹم کی ترتیب کے لحاظ سے مختلف ڈائیلاگ استعمال کرتا ہے۔ مثال کے طور پر، فنگر پرنٹ ریڈر سے لیس سسٹم کے لیے تصدیق کا ڈائیلاگ بغیر کسی سسٹم کے تصدیق کے ڈائیلاگ سے مختلف نظر آسکتا ہے۔ ایپلی کیشنز کو پالیسی کٹ کی ترتیب تک رسائی حاصل نہیں ہے، اس لیے ان کے پاس یہ جاننے کا کوئی طریقہ نہیں ہے کہ کون سا ڈائیلاگ ظاہر ہوگا اور اس طرح اسے کیسے دھوکہ دیا جائے۔ استعمال کے لحاظ سے ایک اور غور جو ان نفاذ میں گیا ہے وہ استعمال کی اہلیت ہے۔ علیحدہ ایڈمنسٹریٹر اکاؤنٹ کے لیے صارف کو کم از کم دو اکاؤنٹس کا پاس ورڈ جاننے کی ضرورت ہوتی ہے: باقاعدگی سے استعمال ہونے والا اکاؤنٹ، اور روٹ جیسے اعلی مراعات والا اکاؤنٹ۔ سوڈو، کدیسو اور گکسڈو ایک آسان طریقہ استعمال کرتے ہیں۔ ان پروگراموں کے ساتھ، صارف کو مخصوص انتظامی کاموں تک رسائی فراہم کرنے کے لیے پہلے سے تشکیل دیا گیا ہے، لیکن ان مراعات کے ساتھ چلانے کے لیے ایپلی کیشنز کو واضح طور پر اختیار دینا ہوگا۔ صارف سپر یوزر یا کسی دوسرے اکاؤنٹ کے بجائے اپنا پاس ورڈ درج کرتا ہے۔ یو اے سی اور تصدیق ان دونوں خیالات کو ایک میں جوڑتے ہیں۔ ان پروگراموں کے ساتھ، منتظمین واضح طور پر پروگراموں کو اعلی مراعات کے ساتھ چلانے کی اجازت دیتے ہیں۔ غیر منتظمین کو منتظم کے صارف نام اور پاس ورڈ کے لیے کہا جاتا ہے۔ پالیسی کٹ کو ان میں سے کسی بھی نقطہ نظر کو اپنانے کے لیے ترتیب دیا جا سکتا ہے۔ عملی طور پر، تقسیم ایک کا انتخاب کرے گی۔ مکالمے کی سادگی کسی ایپلی کیشن کو انتظامی مراعات دینے کے لیے، سوڈو، جی کے سوڈو، اور فوری منتظمین کو اپنا پاس ورڈ دوبارہ درج کرنے کے لیے تصدیق کریں۔ یو اے سی کے ساتھ، جب ایک معیاری صارف کے طور پر لاگ ان ہوتا ہے، تو صارف کو ہر بار جب کسی ایپلی کیشن کو اعلی مراعات دینے کی ضرورت ہوتی ہے تو ایڈمنسٹریٹر کا نام اور پاس ورڈ درج کرنا ہوتا ہے۔ لیکن جب ایڈمنسٹریٹرز گروپ کے رکن کے طور پر لاگ ان ہوتا ہے، تو وہ (پہلے سے طے شدہ طور پر) ہر بار اپنا پاس ورڈ دوبارہ درج کرنے کے بجائے صرف تصدیق یا انکار کرتے ہیں (حالانکہ یہ ایک آپشن ہے)۔ اگرچہ ڈیفالٹ اپروچ آسان ہے، لیکن یہ کم محفوظ بھی ہے، کیونکہ اگر صارف کمپیوٹر کو لاک کیے بغیر جسمانی طور پر اس سے دور چلا جاتا ہے، تو کوئی دوسرا شخص چل سکتا ہے اور سسٹم پر ایڈمنسٹریٹر کے مراعات حاصل کر سکتا ہے۔ پالیسی کٹ میں صارف کو اپنا پاس ورڈ دوبارہ درج کرنے یا تصدیق کے کچھ دوسرے ذرائع فراہم کرنے کی ضرورت ہوتی ہے (جیسے۔ فنگر پرنٹ)۔ اسناد کو محفوظ کرنا یو اے سی ہر بار کسی پروگرام کو بلند کرنے کے لیے کال کرنے پر اجازت کے لیے اشارہ کرتا ہے۔ سوڈو، جی کے سوڈو، اور کے ڈی ایس یو صارف سے ہر بار کسی پروگرام کو بلند کرنے کے لیے کال کرنے پر اپنا پاس ورڈ دوبارہ درج کرنے کے لیے نہیں کہتے ہیں۔ بلکہ، صارف سے شروع میں ایک بار ان کا پاس ورڈ مانگا جاتا ہے۔ اگر صارف نے اپنے انتظامی مراعات کو ایک مخصوص مدت کے لیے استعمال نہیں کیا ہے (سوڈو کا ڈیفالٹ 5 منٹ ہے)، تو صارف ایک بار پھر معیاری صارف مراعات تک محدود ہے جب تک کہ وہ اپنا پاس ورڈ دوبارہ درج نہ کریں۔ سوڈو کا نقطہ نظر سیکیورٹی اور استعمال کے درمیان تجارت ہے۔ ایک طرف، صارف کو ہر کام کے لیے اپنا پاس ورڈ درج کرنے کے بجائے ایڈمنسٹریٹر کے کاموں کی ایک سیریز انجام دینے کے لیے صرف ایک بار اپنا پاس ورڈ درج کرنا ہوتا ہے۔ لیکن ایک ہی وقت میں، حملے کے لیے سطح کا رقبہ بڑا ہوتا ہے کیونکہ وہ تمام پروگرام جو اس ٹیٹی (سوڈو کے لیے) میں چلتے ہیں یا وہ تمام پروگرام جو ٹرمینل (جی کے سوڈو اور کے ڈی ایس یو کے لیے) میں نہیں چل رہے ہیں، ٹائم آؤٹ سے پہلے ان میں سے کسی بھی کمانڈ کے ذریعے پہلے سے طے کیے جاتے ہیں، ایڈمنسٹریٹر کے مراعات حاصل کرتے ہیں۔ سیکیورٹی سے آگاہ صارفین عارضی ایڈمنسٹریٹر کے مراعات کو ان کاموں کو مکمل کرنے پر ہٹاسکتے ہیں جن کی ضرورت ہوتی ہے سوڈو-کے کمانڈ کا استعمال کرتے ہوئے جب ہر ٹی ٹی یا پی ٹی سے جس میں سوڈو استعمال کیا گیا تھا (پی ٹی ایس کے معاملے میں، ٹرمینل ایمولیٹر کو بند کرنا کافی نہیں ہے)۔ kdesu کے لیے مساوی کمانڈ kdesu-s ہے۔ ایسا کرنے کے لیے کوئی gksudo آپشن نہیں ہے ؛ تاہم، sudo-k کو ٹرمینل مثال کے اندر نہیں چلانا (مثال کے طور پر۔ آلٹ + ایف 2 "رن ایپلیکیشن" ڈائیلاگ باکس کے ذریعے، "رن ان ٹرمینل") کو کھولنا مطلوبہ اثر ڈالے گا۔ تصدیق پاس ورڈ کو محفوظ نہیں کرتی ہے۔ اگر صارف ایک معیاری صارف ہے، تو اسے صارف نام اور پاس ورڈ درج کرنا ہوگا۔ اگر صارف منتظم ہے، تو موجودہ صارف کا نام پہلے ہی بھرا ہوا ہے، اور اسے صرف اپنا پاس ورڈ درج کرنے کی ضرورت ہے۔ نام کو اب بھی دوسرے صارف کے طور پر چلانے کے لیے تبدیل کیا جا سکتا ہے۔ درخواست کو صرف ایک بار تصدیق کی ضرورت ہوتی ہے، اور درخواست اس وقت کی جاتی ہے جب درخواست کو استحقاق کی ضرورت ہوتی ہے۔ ایک بار "ایلیویٹ" ہونے کے بعد، ایپلیکیشن کو دوبارہ تصدیق کرنے کی ضرورت نہیں ہے جب تک کہ ایپلیکیشن کو چھوڑ کر دوبارہ لانچ نہیں کیا جاتا ہے۔ تاہم، تصدیق کی مختلف سطحیں ہیں، جنہیں حقوق کہا جاتا ہے۔ جس حق کی درخواست کی گئی ہے اسے پاس ورڈ کے نیچے "تفصیلات" کے ساتھ مثلث کو بڑھا کر دکھایا جا سکتا ہے۔ عام طور پر، ایپلی کیشنز system.privilege.admin استعمال کرتی ہیں، لیکن دوسرا استعمال کیا جا سکتا ہے، جیسے کہ سیکیورٹی کے لیے نچلا حق، یا اگر زیادہ رسائی کی ضرورت ہو تو اعلی حق۔ اگر درخواست کا حق کسی کام کے لیے موزوں نہیں ہے، تو استحقاق کی سطح کو بڑھانے کے لیے درخواست کو دوبارہ تصدیق کرنے کی ضرورت پڑ سکتی ہے۔ پالیسی کٹ کو ان میں سے کسی بھی نقطہ نظر کو اپنانے کے لیے ترتیب دیا جا سکتا ہے۔ انتظامی حقوق کی ضرورت کب ہے اس کی شناخت کرنا آپریٹنگ سسٹم کو یہ جاننے کے لیے کہ صارف کو اجازت کے لیے کب اشارہ کرنا ہے، کسی ایپلی کیشن یا کارروائی کے لیے خود کو اعلی مراعات کی ضرورت کے طور پر شناخت کرنے کی ضرورت ہوتی ہے۔ اگرچہ تکنیکی طور پر یہ ممکن ہے کہ صارف کو اس وقت اشارہ کیا جائے جب اس طرح کے مراعات کی ضرورت والے آپریشن کو انجام دیا جائے، لیکن کسی کام کو مکمل کرنے کے ذریعے جزوی طور پر مراعات مانگنا اکثر مثالی نہیں ہوتا ہے۔ اگر صارف مناسب اسناد فراہم کرنے سے قاصر تھا، تو ایڈمنسٹریٹر کے مراعات کی ضرورت سے پہلے کیے گئے کام کو کالعدم کرنا پڑے گا کیونکہ کام کو آخر تک نہیں دیکھا جا سکتا تھا۔ مائیکروسافٹ ونڈوز میں کنٹرول پینل، اور میک او ایس ایکس میں ترجیحات کے پینل جیسے صارف انٹرفیس کے معاملے میں، استحقاق کی قطعی ضروریات کو سسٹم میں ہارڈ کوڈ کیا جاتا ہے تاکہ صارف کو مناسب وقت پر اجازت نامہ ڈائیلاگ پیش کیا جائے (مثال کے طور پر، ایسی معلومات کو ظاہر کرنے سے پہلے جو صرف منتظمین کو دیکھنا چاہیے)۔ مختلف آپریٹنگ سسٹم ایپلی کیشنز کے لیے ان کی حفاظتی ضروریات کی نشاندہی کرنے کے لیے الگ الگ طریقے پیش کرتے ہیں: سوڈو تمام استحقاق کی اجازت کی معلومات کو ایک ہی کنفیگریشن فائل،/وغیرہ/سوڈورز میں مرکوز کرتا ہے، جس میں صارفین کی فہرست اور مراعات یافتہ ایپلی کیشنز اور اعمال شامل ہوتے ہیں جنہیں ان صارفین کو استعمال کرنے کی اجازت ہے۔ سڈورز فائل کے گرائمر کا مقصد بہت سے مختلف منظرناموں کا احاطہ کرنے کے لیے کافی لچکدار ہونا ہے، جیسے کہ کمانڈ لائن پیرامیٹرز پر پابندیاں لگانا۔ مثال کے طور پر، کسی صارف کو روٹ اکاؤنٹ کے علاوہ کسی کا بھی پاس ورڈ تبدیل کرنے کی اجازت دی جا سکتی ہے، جیسا کہ مندرجہ ذیل ہے: پیٹے ALL =/usr/bin/passwd [A-z] *،!/usr/bin/passwd روٹ یوزر اکاؤنٹ کنٹرول اس بات کا تعین کرنے کے لیے کہ آیا کسی ایپلیکیشن کو ایڈمنسٹریٹر کے مراعات کی ضرورت ہے یا نہیں، ہیورسٹک اسکیننگ اور "ایپلیکیشن میفیسٹس" کا مجموعہ استعمال کرتا ہے۔ مینی فیسٹ (. مینی فیسٹ) فائلیں، جو سب سے پہلے ونڈوز ایکس پی کے ساتھ متعارف کرائی گئیں، وہ ایکس ایم ایل فائلیں ہیں جن کا نام ایپلی کیشن کے نام سے ملتا ہے اور ان کا لاحقہ "۔ مینی فیسٹ"، جیسے۔ Notepad.exe.manifest۔ جب کوئی ایپلیکیشن شروع کی جاتی ہے، تو مینی فیسٹ کو اس معلومات کے لیے دیکھا جاتا ہے کہ ایپلیکیشن کی حفاظتی ضروریات کیا ہیں۔ مثال کے طور پر، یہ ایکس ایم ایل ٹکڑا اس بات کی نشاندہی کرے گا کہ ایپلی کیشن کو ایڈمنسٹریٹر تک رسائی کی ضرورت ہوگی، لیکن ایپلی کیشن کے باہر یوزر ڈیسک ٹاپ کے دوسرے حصوں تک بلا روک ٹوک رسائی کی ضرورت نہیں ہوگی: <سیکیورٹی> <درخواست کردہ استحقاق> <درخواست کردہ ایگزیکیوشن لیول لیول = "ایڈمنسٹریٹر کی ضرورت ہے" uiAaccess = "غلط"/> </درخواست کردہ استحقاق> </سیکیورٹی> مینیفیسٹ فائلوں کو بھی ایک سرایت شدہ وسائل کے طور پر قابل عمل ایپلی کیشن میں مرتب کیا جا سکتا ہے۔ ہیورسٹک اسکیننگ بھی استعمال کی جاتی ہے، بنیادی طور پر پسماندہ مطابقت کے لیے۔ اس کی ایک مثال قابل عمل کے فائل کے نام کو دیکھنا ہے ؛ اگر اس میں لفظ "سیٹ اپ" موجود ہے، تو یہ فرض کیا جاتا ہے کہ قابل عمل ایک انسٹالر ہے، اور درخواست شروع ہونے سے پہلے ایک یو اے سی پرامپٹ ظاہر ہوتا ہے۔ یو اے سی دستخط شدہ قابل عمل اور غیر دستخط شدہ قابل عمل سے بلندی کی درخواستوں کے درمیان بھی فرق کرتا ہے ؛ اور اگر سابقہ، چاہے ناشر 'ونڈوز وسٹا' ہے یا نہیں۔ پرامپٹ کا رنگ، آئیکن اور الفاظ ہر معاملے میں مختلف ہوتے ہیں: مثال کے طور پر، اگر قابل عمل غیر دستخط شدہ ہے تو انتباہ کا زیادہ احساس پہنچانے کی کوشش کرنا۔ پالیسی کٹ استعمال کرنے والی ایپلی کیشنز تصدیق کے لیے اشارہ کرتے وقت مخصوص مراعات مانگتی ہیں، اور پالیسی کٹ ایپلی کیشن کی جانب سے ان اقدامات کو انجام دیتی ہے۔ تصدیق کرنے سے پہلے، صارفین یہ دیکھ سکتے ہیں کہ کس ایپلیکیشن نے کارروائی کی درخواست کی تھی اور کس کارروائی کی درخواست کی گئی تھی۔ یہ بھی دیکھیں کہ استحقاق میں اضافہ، کم از کم استحقاق کا ایک قسم کا حفاظتی استحصال کا اصول، ایک حفاظتی ڈیزائن کا نمونہ مراعات یافتہ شناخت کا انتظام، مراعات یافتہ اکاؤنٹس کے انتظام کا طریقہ کار مراعات یافتہ پاس ورڈ کا انتظام، مراعات یافتہ شناخت کے انتظام سے ملتا جلتا تصور: یعنی، وقتا فوقتا مراعات یافتہ پاس ورڈ کو بھٹکائیں ؛ اور پاس ورڈ کی اقدار کو ایک محفوظ، انتہائی دستیاب والٹ میں محفوظ کریں ؛ اور اس بارے میں پالیسی کا اطلاق کریں کہ یہ پاس ورڈ کب، کیسے اور کس کے سامنے ظاہر کیے جا سکتے ہیں۔ حوالہ جات آپریٹنگ سسٹم سیکیورٹی استحقاق کی اجازت کی خصوصیات کمپیوٹر تک رسائی کنٹرول