مبدأ أقل الصلاحيات

مبدأ أقل الصلاحيات قاعدة بسيطة تعطي كل موظف الشاشات والأزرار التي يحتاجها عمله فقط، ولا شيء غير ذلك. فسائق التوصيل يرى عناوين اليوم، والمحاسب يرى الفواتير، ولا يستطيع أي منهما فتح شاشة الآخر. تبدو القاعدة قاسية حين تقولها بصوت عالٍ، لكنها في العمل اليومي أهدأ طريقة تُبعد المنشأة عن المشاكل.

خذ مثال الكاشير الذي يستطيع إلغاء عملية بيع، فالإلغاء جزء عادي من أي يوم. زبون يغيّر رأيه، أو صنف يُقرأ مرتين، أو سعر خطأ، ولهذا يجب أن يكون الزر موجودًا. والسؤال الحقيقي هو من غيره يملك هذا الزر، وهل ينظر أحد في الأمر أصلًا. دخلت لينكي سوفت لنظم المعلومات محلات يستطيع فيها كل موظف الإلغاء ولا أحد يعرف من ضغط الزر، فلم يظهر الفرق إلا عند الجرد. ومبدأ أقل الصلاحيات يعالج الجانبين، لأنه يعطي الزر للشخصين اللذين يحتاجانه ويكتب اسم من نفّذ كل عملية إلغاء بجانبها.

والسبب الثاني هو سرقة حساب لا سرقة نقود، فكلمة المرور قد تُخمَّن أو تُنسخ من هاتف أو تُكتب في صفحة دخول مزيفة. عندها يدخل اللص باسم صاحب الحساب، وما يحدث بعد ذلك يعتمد كليًا على ما كان مسموحًا لهذا الحساب بالوصول إليه. فأمين مخزن لديه ثلاث شاشات يكلفك ثلاث شاشات. أما حساب مدير مشترك يستخدمه الجميع فيكلفك المنشأة كلها في خطوة واحدة.

والخطأ الأكثر شيوعًا ليس الكرم في اليوم الأول، بل أن أحدًا لا يسترد شيئًا أبدًا. موظف يغطي زميلًا في إجازة فيأخذ صلاحيات إضافية لأسبوعين، وتبقى معه أربع سنوات. فالصلاحيات تكبر ولا تصغر ما لم يجلس أحد ويستردها. ولهذا يجب أن يعرض تطبيق الويب المخصص كل ما يصل إليه شخص واحد في شاشة واحدة، وأن يسحب أي جزء منه بضغطة واحدة.

ويأتي ستوريك بأدوار جاهزة مرسومة على وظائف المحل الحقيقية، فيبدأ الكاشير الجديد بالشاشات الصحيحة بدل الشاشات كلها. وحين تبني لينكي سوفت نظامًا من الصفر نطرح سؤالًا محرجًا مبكرًا. لو سُرق هذا الحساب الليلة، ماذا يستطيع غريب أن يفعل به حتى الصباح؟ الإجابة تختصر عادةً قائمة صلاحيات أحدهم قبل كتابة سطر برمجي واحد، فاطرح السؤال نفسه على مورّدك. فإن لم يجب عنه في دقيقة، فهو لا يعرف الإجابة أيضًا.