التحكم في الوصول الإلزامي

📅 آخر تحديث: ٢٨ يوليو ٢٠٢٦
✍️ نُشر في: ٢٨ يوليو ٢٠٢٦
📷 يحتوي على 2 صور
الموسوعة الحرة

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

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

تاريخيًا وتقليديًا، ارتبطت MAC ارتباطًا وثيقًا بالأمان متعدد المستويات (MLS) والأنظمة العسكرية المتخصصة. في هذا السياق، تعني MAC درجة عالية من الدقة لتلبية قيود أنظمة MLS. ومع ذلك، في الآونة الأخيرة، [ متى؟ ] ، انحرفت MAC عن نطاق MLS وبدأت تصبح أكثر شيوعًا. تسمح تطبيقات MAC الأحدث، مثل SELinux و AppArmor لنظام Linux و Mandatory Integrity Control لنظام Windows، للمسؤولين بالتركيز على قضايا مثل هجمات الشبكة والبرامج الضارة دون صرامة أو قيود MLS.

التاريخ والخلفية

تاريخيًا، ارتبط نظام MAC ارتباطًا وثيقًا بالأمان متعدد المستويات (MLS) كوسيلة لحماية المعلومات السرية للولايات المتحدة . قدمت معايير تقييم نظام الكمبيوتر الموثوق به (TCSEC)، العمل الرائد في هذا الموضوع والمعروف غالبًا باسم الكتاب البرتقالي، التعريف الأصلي لنظام MAC بأنه "وسيلة لتقييد الوصول إلى الكائنات بناءً على حساسية (كما هو موضح بواسطة تسمية) المعلومات الواردة في الكائنات والترخيص الرسمي (أي التصريح) للكيانات للوصول إلى معلومات ذات حساسية كهذه". [2] ركزت التطبيقات المبكرة لنظام MAC مثل Honeywell 's SCOMP و USAF 's SACDIN و NSA 's Blacker و Boeing 's MLS LAN على MLS لحماية مستويات تصنيف الأمان الموجهة للجيش من خلال إنفاذ قوي.

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

في بعض الأنظمة، يتمتع المستخدمون بالسلطة لاتخاذ قرار بشأن منح حق الوصول لأي مستخدم آخر. وللسماح بذلك، يتمتع جميع المستخدمين بالموافقات على جميع البيانات. وهذا ليس بالضرورة صحيحًا بالنسبة لنظام MLS. إذا كان هناك أفراد أو عمليات قد يُحرمون من حق الوصول إلى أي من البيانات في بيئة النظام، فيجب الوثوق في النظام لفرض MAC. نظرًا لأنه يمكن أن تكون هناك مستويات مختلفة من تصنيف البيانات وموافقات المستخدم، فهذا يعني مقياسًا كميًا للمتانة. على سبيل المثال، يُشار إلى المزيد من المتانة لبيئات النظام التي تحتوي على معلومات "سرية للغاية" ومستخدمين غير مصرح لهم مقارنة ببيئات النظام التي تحتوي على معلومات "سرية" ومستخدمين تم السماح لهم بـ "سري" على الأقل. لتعزيز الاتساق والقضاء على الذاتية في درجات المتانة، أنتج تحليل علمي مكثف وتقييم مخاطر للموضوع معيارًا قياسيًا بارزًا يقيس قدرات متانة الأمان للأنظمة ويربطها بدرجات الثقة المطلوبة لبيئات الأمان المختلفة. تم توثيق النتيجة في CSC-STD-004-85. [ 3] تم تعريف عنصرين مستقلين نسبيًا للمتانة: مستوى الضمان والوظائف . وقد تم تحديد كلا منهما بدرجة من الدقة مما أدى إلى ضمان ثقة كبيرة في الشهادات المبنية على هذه المعايير.

يعتمد معيار المعايير المشتركة [4] على هذا العلم ويهدف إلى الحفاظ على مستوى الضمان كمستويات EAL ومواصفات الوظائف كملفات تعريف للحماية . من بين هذين المكونين الأساسيين لمعايير المتانة الموضوعية، تم الحفاظ على مستويات EAL فقط بأمانة. في إحدى الحالات، تم الحفاظ على مستوى C2 من TCSEC [ 5] (ليس فئة قادرة على MAC) بأمانة إلى حد ما في المعايير المشتركة، باعتباره ملف تعريف حماية الوصول المتحكم فيه (CAPP). [6] ملفات تعريف حماية MLS (مثل MLSOSPP المشابهة لـ B2) [7] أكثر عمومية من B2. إنها وفقًا لـ MLS، لكنها تفتقر إلى متطلبات التنفيذ التفصيلية لسابقاتها من الكتاب البرتقالي ، مع التركيز بشكل أكبر على الأهداف. يمنح هذا الجهات المصدقة مرونة ذاتية أكبر في تحديد ما إذا كانت الميزات الفنية للمنتج المقيم تحقق الهدف بشكل كافٍ، مما قد يؤدي إلى تآكل اتساق المنتجات المقيمة وتسهيل الحصول على شهادة للمنتجات الأقل جدارة بالثقة. لهذه الأسباب، فإن أهمية التفاصيل الفنية لملف تعريف الحماية أمر بالغ الأهمية لتحديد مدى ملاءمة المنتج.

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

تم اعتماد بعض تطبيقات MAC، مثل مشروع Blacker التابع لشركة Unisys ، على أنها قوية بما يكفي لفصل Top Secret عن Unclassified في أواخر الألفية الماضية. أصبحت التكنولوجيا الأساسية الخاصة بها قديمة ولم يتم تحديثها. اليوم لا توجد تطبيقات حالية معتمدة من قبل TCSEC على هذا المستوى من التنفيذ القوي. ومع ذلك، توجد بعض المنتجات الأقل قوة.

في أنظمة التشغيل

مايكروسوفت

بدءًا من Windows Vista و Server 2008 ، قامت Microsoft بدمج التحكم الإلزامي في النزاهة (MIC) في نظام التشغيل Windows، والذي يضيف مستويات النزاهة (IL) إلى العمليات الجارية. والهدف هو تقييد وصول العمليات الأقل جدارة بالثقة إلى المعلومات الحساسة. يحدد MIC خمسة مستويات للنزاهة: منخفض ومتوسط ​​وعالي والنظام ومثبت موثوق. [8] بشكل افتراضي، تبدأ العمليات عند مستوى IL متوسط. تتلقى العمليات المرتفعة مستوى IL مرتفعًا. [9] ترث العمليات الفرعية، بشكل افتراضي، سلامة أصلها، على الرغم من أن العملية الأصلية يمكنها تشغيلها بمستوى IL أقل. على سبيل المثال، يطلق Internet Explorer 7 عملياته الفرعية بمستوى IL منخفض. يتحكم Windows في الوصول إلى الكائنات بناءً على مستويات IL. تحتوي الكائنات المسماة ، بما في ذلك الملفات أو مفاتيح التسجيل أو العمليات والخيوط الأخرى ، على إدخال في قائمة التحكم في الوصول الخاصة بها يشير إلى الحد الأدنى لمستوى IL للعملية التي يمكنها استخدام الكائن. يفرض MIC أنه يمكن للعملية الكتابة إلى كائن أو حذفه فقط عندما يكون مستوى IL الخاص بها مساويًا لمستوى IL الخاص بالكائن أو أعلى منه. علاوة على ذلك، لمنع الوصول إلى البيانات الحساسة في الذاكرة، لا يمكن للعمليات فتح العمليات ذات IL أعلى للوصول للقراءة . [10]

تفاحة

قامت شركة Apple Inc. بدمج تنفيذ إطار عمل TrustedBSD في أنظمة التشغيل iOS و macOS . [11] (كلمة "mac" في "macOS" هي اختصار لـ " Macintosh " ولا علاقة لها باختصار "التحكم في الوصول الإلزامي"). sandbox_initتوفر وظيفة سطر الأوامر واجهة حماية محدودة عالية المستوى. [12]

جوجل

تستخدم الإصدارات 5.0 والإصدارات الأحدث من نظام التشغيل Android ، التي طورتها Google ، SELinux لفرض نموذج أمان MAC فوق نهج DAC الأصلي القائم على UID. [13]

عائلة لينكس

تحتوي Linux والعديد من توزيعات Unix الأخرى على MAC لوحدة المعالجة المركزية (متعددة الحلقات) والقرص والذاكرة. ورغم أن برامج نظام التشغيل قد لا تدير الامتيازات بشكل جيد، فقد اشتهر Linux خلال تسعينيات القرن العشرين بكونه أكثر أمانًا واستقرارًا من البدائل غير التابعة لـUnix. [ بحاجة لمصدر ]

يوفر RSBAC (Rule Set Based Access Control) من Amon Ott إطار عمل لنواة Linux يسمح بعدة وحدات مختلفة لسياسة الأمان/القرار. أحد النماذج التي تم تنفيذها هو نموذج التحكم في الوصول الإلزامي. كان الهدف العام لتصميم RSBAC هو محاولة الوصول إلى المستوى B1 (العفا عليه الزمن) من Orange Book (TCSEC). نموذج التحكم في الوصول الإلزامي المستخدم في RSBAC هو في الغالب نفس النموذج الموجود في Unix System V/MLS، الإصدار 1.2.1 (تم تطويره في عام 1989 بواسطة المركز الوطني لأمن الكمبيوتر في الولايات المتحدة الأمريكية بتصنيف B1/TCSEC). يتطلب RSBAC مجموعة من التصحيحات لنواة المخزون، والتي يتم صيانتها بشكل جيد للغاية من قبل مالك المشروع .

Smack (نواة التحكم في الوصول الإلزامي المبسط) هي وحدة أمان نواة Linux تعمل على حماية البيانات والتفاعل بين العمليات من التلاعب الخبيث باستخدام مجموعة من قواعد التحكم في الوصول الإلزامي المخصصة، مع البساطة كهدف تصميمي رئيسي. [14] تم دمجها رسميًا منذ إصدار Linux 2.6.25. [15]

TOMOYO Linux هو تطبيق MAC خفيف الوزن لنظام Linux و Embedded Linux ، طورته شركة NTT Data Corporation . تم دمجه في إصدار Linux Kernel الرئيسي 2.6.30 في يونيو 2009. [16] على عكس النهج القائم على التسمية المستخدم بواسطة SELinux ، يقوم TOMOYO Linux بإجراء التحكم في الوصول الإلزامي القائم على اسم المسار ، ويفصل مجالات الأمان وفقًا لسجل استدعاء العملية، والذي يصف سلوك النظام. يتم وصف السياسات من حيث أسماء المسارات. يتم تعريف مجال الأمان ببساطة من خلال سلسلة استدعاء العملية، ويتم تمثيله بسلسلة. هناك 4 أوضاع: معطل، تعلم ، مسموح، فرض. يمكن للمسؤولين تعيين أوضاع مختلفة لمجالات مختلفة. قدم TOMOYO Linux وضع "التعلم"، حيث يتم تحليل عمليات الوصول التي حدثت في النواة وتخزينها تلقائيًا لتوليد سياسة MAC: يمكن أن يكون هذا الوضع بعد ذلك الخطوة الأولى في كتابة السياسة، مما يسهل تخصيصها لاحقًا.

أضافت SUSE Linux و Ubuntu 7.10 تنفيذ MAC يسمى AppArmor ، والذي يستخدم واجهة Linux Security Modules (LSM) في Linux 2.6. توفر LSM واجهة برمجة تطبيقات للنواة تسمح لوحدات كود النواة بالتحكم في قائمة التحكم في الوصول (قوائم التحكم في الوصول DAC). AppArmor غير قادر على تقييد جميع البرامج وهو اختياري في نواة Linux اعتبارًا من الإصدار 2.6.36. [17]

grsecurityهو تصحيح لنواة لينكس يوفر تنفيذ MAC (على وجه التحديد، إنه تنفيذ RBAC ). grsecurityلم يتم تنفيذه عبر واجهة برمجة التطبيقات LSM . [18]

تم تطوير نظام التشغيل Astra Linux للجيش الروسي وله نظام تحكم إلزامي خاص به في الوصول. [19]

أنظمة تشغيل أخرى

يدعم FreeBSD التحكم الإلزامي في الوصول ، والذي تم تنفيذه كجزء من مشروع TrustedBSD. وقد تم تقديمه في FreeBSD 5.0. منذ FreeBSD 7.2، تم تمكين دعم MAC افتراضيًا. الإطار قابل للتوسيع؛ تنفذ وحدات MAC المختلفة سياسات مثل Biba والأمان متعدد المستويات .

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

انظر أيضا

التحكم في الوصول

مواضيع أخرى

الحواشي

  1. ^ بيليم، إس في؛ بيليم، إس يو. (ديسمبر 2018). "تنفيذ التحكم الإلزامي في الوصول في الأنظمة الموزعة". التحكم الآلي وعلوم الكمبيوتر . 52 (8): 1124-1126. doi :10.3103/S0146411618080357. ISSN  0146-4116. S2CID  73725128.
  2. ^ "معايير تقييم الكمبيوتر الموثوق بها" (PDF) . المعهد الوطني للمعايير والتكنولوجيا . 15 أغسطس 1983. مؤرشف من الأصل (PDF) في 13 أبريل 2023. تم الاسترجاع في 25 يونيو 2023 .
  3. ^ "الأساس التقني وراء CSC-STD-003-85 : متطلبات أمن الكمبيوتر". 1985-06-25. مؤرشف من الأصل في 15 يوليو 2007. تم الاسترجاع في 15 مارس 2008 .
  4. ^ "بوابة المعايير المشتركة". مؤرشف من الأصل في 18 يوليو 2006. تم استرجاعه في 15 مارس 2008 .
  5. ^ وزارة الدفاع الأمريكية (ديسمبر 1985). "DoD 5200.28-STD: معايير تقييم نظام الكمبيوتر الموثوق به" . تم الاسترجاع في 15 مارس 2008 .
  6. ^ "ملف تعريف حماية الوصول المُتحكم فيه، الإصدار 1.د". وكالة الأمن القومي. 1999-10-08. مؤرشف من الأصل في 2012-02-07 . تم الاسترجاع في 2008-03-15 .
  7. ^ "ملف تعريف الحماية لأنظمة التشغيل متعددة المستويات في البيئات التي تتطلب متانة متوسطة، الإصدار 1.22" (PDF) . وكالة الأمن القومي. 2001-05-23 . تم الاسترجاع في 2018-10-06 .
  8. ^ ماثيو كونوفر. "تحليل نموذج أمان Windows Vista". شركة سيمانتيك . مؤرشف من الأصل في 2008-03-25 . تم الاسترجاع في 2007-10-08 .
  9. ^ ستيف رايلي. "التحكم الإلزامي في سلامة النظام في نظام التشغيل Windows Vista" . تم استرجاعه في 2007-10-08 .
  10. ^ مارك روسينوفيتش . "PsExec، التحكم في حساب المستخدم وحدود الأمان" . تم الاسترجاع في 2007-10-08 .
  11. ^ مشروع TrustedBSD. "إطار عمل التحكم في الوصول الإلزامي (MAC) في TrustedBSD" . تم الاسترجاع في 15 مارس 2008 .
  12. ^ "sandbox_init(3) man page". 2007-07-07. مؤرشف من الأصل في 2008-07-25 . تم الاسترجاع في 2008-03-15 .
  13. ^ "نظام Linux المعزز بالأمان في Android". مشروع Android مفتوح المصدر. مؤرشف من الأصل في 19 يونيو 2023. تم استرجاعه في 25 يونيو 2023 .
  14. ^ "التوثيق الرسمي لبرنامج SMACK من شجرة مصدر Linux". مؤرشف من الأصل في 2013-05-01.
  15. ^ جوناثان كوربيت. "مزيد من الأشياء لـ 2.6.25". مؤرشف من الأصل في 2012-11-02.
  16. ^ "TOMOYO Linux، بديل للتحكم الإلزامي في الوصول". Linux 2 6 30 . مبتدئون في نواة Linux.
  17. ^ "تم إصدار Linux 2.6.36 في 20 أكتوبر 2010". Linux 2.6.36 . مبتدئون في نواة Linux.
  18. ^ "لماذا لا يستخدم grsecurity LSM؟".
  19. ^ (باللغة الروسية) Ключевые особенности Astra Linux Special Edition по réаliзации trебований безопасности informации أرشفة 2014-07-16 في آلة Wayback.

مراجع

  • PA Loscocco، SD Smalley، PA Muckelbauer، RC Taylor، SJ Turner، وJF Farrell. حتمية الفشل: الافتراض الخاطئ للأمن في بيئات الحوسبة الحديثة . في وقائع المؤتمر الوطني الحادي والعشرين لأمن أنظمة المعلومات، الصفحات 303-314، أكتوبر 1998.
  • PA Loscocco, SD Smalley, تحقيق الأهداف الأمنية الحرجة باستخدام Linux المعزز أمنيًا محفوظ في 2017-07-08 على موقع Wayback Machine وقائع ندوة أوتاوا لينكس 2001.
  • ISO/IEC DIS 10181-3، تكنولوجيا المعلومات، نموذج أمان OSI، أطر الأمان، الجزء 3: التحكم في الوصول، 1993
  • روبرت إن إم واتسون. "عقد من التوسع في التحكم في الوصول إلى نظام التشغيل". كومون. إيه سي إم 56، 2 (فبراير 2013)، 52-63.
  • تدوينة على مدونة حول كيفية استخدام المحاكاة الافتراضية لتنفيذ التحكم في الوصول الإلزامي.
  • منشور مدونة من أحد موظفي Microsoft يوضح بالتفصيل التحكم الإلزامي في النزاهة وكيف يختلف عن تنفيذات MAC.
  • نموذج سياسة الأمان الرسمية لـ GWV A، سياسة الأمان الرسمية لنواة الفصل، ديفيد جريف، ماثيو وايلدينج، و. مارك فانفليت.
تم الاسترجاع من "https://en.wikipedia.org/w/index.php?title=التحكم_الإلزامي_بالوصول&oldid=1231427090"
Original text
Rate this translation
Your feedback will be used to help improve Google Translate