مبدأ الحد الأدنى من الامتياز

في أمن المعلومات وعلوم الكمبيوتر وغيرها من المجالات، يتطلب مبدأ الحد الأدنى من الامتياز ( PoLP )، المعروف أيضًا باسم مبدأ الحد الأدنى من الامتياز ( PoMP ) أو مبدأ الحد الأدنى من السلطة ( PoLA )، أنه في طبقة تجريد معينة من بيئة الحوسبة، يجب أن تكون كل وحدة (مثل عملية أو مستخدم أو برنامج، حسب الموضوع) قادرة على الوصول فقط إلى المعلومات والموارد الضرورية لغرضها المشروع. [1]

تفاصيل

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

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

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

تتضمن فوائد المبدأ ما يلي:

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

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

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

الصيغة الأصلية هي من جيروم سالتزر : [5]

يجب أن يعمل كل برنامج وكل مستخدم متميز للنظام باستخدام أقل قدر من الامتيازات اللازمة لإكمال المهمة.

بيتر جيه دينينج ، في ورقته البحثية "أنظمة التشغيل المتسامحة مع الأخطاء"، وضعها في منظور أوسع بين "المبادئ الأساسية الأربعة للتسامح مع الأخطاء".

تمت مناقشة "التخصيصات الديناميكية للامتيازات" في وقت سابق بواسطة روجر نيدهام في عام 1972. [6] [7]

تاريخيًا، ربما يكون أقدم مثال على (أقل امتياز) هو الكود المصدر لـ login.c ، والذي يبدأ التنفيذ بأذونات المستخدم الفائق — وفي اللحظة التي لم تعد ضرورية فيها — يرفضها عبر setuid() باستخدام وسيطة غير صفرية كما هو موضح في الكود المصدر لـ Unix الإصدار 6 .

تطبيق

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

مبدأ أقل الامتيازات الذي تم إثباته من خلال حلقات الامتيازات لمعالجات Intel x86

إذا تم استئناف التنفيذ بعد التعطل عن طريق تحميل وتشغيل كود حصان طروادة ، فيمكن لمؤلف كود حصان طروادة الاستيلاء على السيطرة على جميع العمليات. يجبر مبدأ أقل الامتيازات الكود على العمل بأقل مستوى امتياز/إذن ممكن. وهذا يعني أن الكود الذي يستأنف تنفيذ الكود - سواء كان حصان طروادة أو ببساطة تنفيذ كود يلتقط من موقع غير متوقع - لن يكون لديه القدرة على تنفيذ عمليات ضارة أو غير مرغوب فيها. يمكن تنفيذ إحدى الطرق المستخدمة لإنجاز ذلك في أجهزة المعالج الدقيق . على سبيل المثال، في بنية Intel x86 ، صمم المصنع أربعة (الحلقة 0 إلى الحلقة 3) تعمل بدرجات متدرجة من الوصول - مثل أنظمة التصريح الأمني ​​في وكالات الدفاع والاستخبارات.

كما هو مطبق في بعض أنظمة التشغيل، يتم تنفيذ العمليات بمجموعة امتيازات محتملة ومجموعة امتيازات نشطة . [ بحاجة لمصدر ] يتم توريث مجموعات الامتيازات هذه من الأصل كما تحددها دلالات fork () . يمكن أيضًا تمييز الملف القابل للتنفيذ الذي يؤدي وظيفة مميزة - وبالتالي يشكل تقنيًا مكونًا من TCB ، ويطلق عليه في نفس الوقت برنامجًا موثوقًا به أو عملية موثوقة - بمجموعة من الامتيازات. هذا امتداد منطقي لمفاهيم تعيين معرف المستخدم وتعيين معرف المجموعة . [ بحاجة لمصدر ] يتم تحديد وراثة امتيازات الملف بواسطة عملية من خلال دلالات عائلة exec () من مكالمات النظام . يمكن أن تصبح الطريقة الدقيقة التي تتفاعل بها امتيازات العملية المحتملة وامتيازات العملية الفعلية وامتيازات الملف معقدة. في الممارسة العملية، يتم ممارسة أقل امتياز عن طريق إجبار عملية على التشغيل فقط بتلك الامتيازات المطلوبة من قبل المهمة. الالتزام بهذا النموذج معقد للغاية بالإضافة إلى كونه عرضة للخطأ.

مبادئ مماثلة

إن مفهوم معايير تقييم نظام الكمبيوتر الموثوق به (TCSEC) لتقليل قاعدة الحوسبة الموثوقة (TCB) هو متطلب أكثر صرامة لا ينطبق إلا على فئات التأكيد الأقوى وظيفيًا (رابط إلى أقسام وفئات قسم معايير تقييم نظام الكمبيوتر الموثوق به)، وهي الفئات B3 و A1 (والتي هي متطابقة وظيفيًا ولكنها تختلف من حيث الأدلة والوثائق المطلوبة).

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

انظر أيضا

مراجع

  1. ^ Saltzer, Jerome H. ; Schroeder, Michael D. (1975). "حماية المعلومات في أنظمة الكمبيوتر". Proceedings of the IEEE . 63 (9). معهد مهندسي الكهرباء والإلكترونيات (IEEE): 1278–1308. doi :10.1109/proc.1975.9939. ISSN  0018-9219. OCLC  5871551104. S2CID  269166.
  2. ^ جوناثان، كلارك؛ DABCC Inc. "Virtualization Guru Writes "User-mode is a Good Thing - Deployment to Locked-down Accounts without Security Elevation"". مؤرشف من الأصل في 10 فبراير 2013. تم الاسترجاع في 15 مارس 2013 .
  3. ^ آرون مارغوسيس (أغسطس 2006). "مشاكل الامتياز: البحث عن أخطاء LUA وإصلاحها". مايكروسوفت .
  4. ^ "Matt Bishop, Computer Security: Art and Science, Boston, MA: Addison-Wesley, 2003. pp. 343-344 citation Barnum & Gegick 2005". مؤرشف من الأصل في 20 أكتوبر 2007. تم الاسترجاع في 17 نوفمبر 2007 .
  5. ^ Saltzer, Jerome H. (1974). "Protection and the control of information sharing in multics". Communications of the ACM . 17 (7): 388–402. CiteSeerX 10.1.1.226.3939 . doi :10.1145/361011.361067. ISSN  0001-0782. S2CID  326132. 
  6. ^ Needham, RM (1972). "Protection systems and protection implementations". Proceedings of the AFIPS '72 Fall Joint Computer Conference, December 5-7, 1972, Part I . ص 571-578. doi :10.1145/1479992.1480073. S2CID  7371342.
  7. ^ فريد ب. شنايدر. "أقل الامتيازات وأكثر" (PDF) .

فهرس

  • بن مانكين، صياغة أنظمة الحماية ، أطروحة دكتوراه، جامعة باث، 2004
  • PJ Denning (ديسمبر 1976). "أنظمة التشغيل المقاومة للأخطاء". استطلاعات الحوسبة التابعة لجمعية آلات الحاسبات الآلية . 8 (4): 359-389. doi :10.1145/356678.356680. S2CID  207736773.
  • جيري إتش سالتزر، مايك دي شرودر (سبتمبر 1975). "حماية المعلومات في أنظمة الكمبيوتر". وقائع معهد مهندسي الكهرباء والإلكترونيات . 63 (9): 1278-1308. CiteSeerX  10.1.1.126.9257 . doi :10.1109/PROC.1975.9939. S2CID  269166.
  • ديتل، هارفي م. (1990). مقدمة لأنظمة التشغيل (الطبعة الأولى المنقحة). أديسون ويسلي. ص 673. رقم ISBN 978-0-201-14502-1.الصفحة 31.
  • شون مارتن (أبريل 2012). "هل تضيع أساسيات الأمان تحت غطاء الحوسبة السحابية والهواتف المحمولة؟". مجلة SC .
  • معهد سانس (مايو 2013). "20 عنصر تحكم أمني بالغ الأهمية" (PDF) . معهد سانس . مؤرشف من الأصل (PDF) في 2013-11-01.
  • ورقة سالتزر وشرودر المذكورة في المراجع.
  • تتحدث وكالة الأمن القومي (التي نفذت SELinux) عن مبدأ الحد الأدنى من الامتيازات
  • مناقشة تطبيق مبدأ الحد الأدنى من الامتيازات في سولاريس
  • "دليل على أن LUA يجعلك أكثر أمانًا" بقلم دانا إيب محفوظ في 2010-05-23 على موقع Wayback Machine
  • تطبيق مبدأ الحد الأدنى من الامتيازات على حسابات المستخدمين في نظام التشغيل Windows XP، بواسطة Microsoft
  • "المؤسسات التجارية تعرض بنيتنا التحتية الحيوية للخطر" CSO
  • كيفية تنفيذ مبدأ الحد الأدنى من الامتيازات بنجاح
تم الاسترجاع من "https://en.wikipedia.org/w/index.php?title=مبدأ_أقل_امتياز&oldid=1250183209"
Original text
Rate this translation
Your feedback will be used to help improve Google Translate