[ MSP وواجهات برمجة التطبيقات والتكاملات ]

الوصول القائم على الأدوار لموظفي العملاء والمحللين والمسؤولين

امنح موظفي العملاء والمحللين والمسؤولين فقط الإجراءات ونطاق المستأجر الذي تتطلبه مسؤولياتهم.

بواسطة فريق البحث EmailAuth · 2 دقيقة قراءة

[النقاط الرئيسية]

  • امنح موظفي العملاء والمحللين والمسؤولين فقط الإجراءات ونطاق المستأجر الذي تتطلبه مسؤولياتهم.
  • تقييم الإجراء والموارد ونطاق المستأجر الحالي لكل طلب؛ أسماء الأدوار وتسجيل الدخول الناجح لا ينشئان ترخيصًا.
في هذه الصفحة

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

ابدأ بالمهام والموارد

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

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

موافقة منفصلة عن القدرة

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

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

ممارسة مصفوفة الوصول

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

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

اجعل دورة الحياة مرئية

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

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

[ الوجبات الجاهزة ]

تقييم الإجراء والموارد ونطاق المستأجر الحالي لكل طلب؛ أسماء الأدوار وتسجيل الدخول الناجح لا ينشئان ترخيصًا.

[ حسب الدور ]

ماذا يعني هذا بالنسبة لك

اختر دورك للخطوات العملية التالية.

تكنولوجيا المعلومات / مدير البريد

التحقق من الأذونات الفعالة

يمكن أن تختلف المنح الموروثة عن المصفوفة المقصودة.

الخطوات التالية

  1. اختبار عمليات API المباشرة.
  2. إعادة التحقق من الوصول بعد تغيير الدور.
  3. إزالة المنح المتقادمة عند تغيير الأدوار.

كبير مسؤولي أمن المعلومات / SecOps

التحكم في تعيين الامتيازات

يمكن لمسؤولي الأذونات إعادة تشكيل الحدود.

الخطوات التالية

  1. تدقيق المنح القوية.
  2. تعيين انتهاء صلاحية الوصول في حالات الطوارئ.
  3. راجع من يمكنه تعيين أدوار قوية.

المؤسس / غير التقنية

تطابق الوصول إلى المسؤوليات

مصفوفة واضحة تقلل من الغموض التشغيلي.

الخطوات التالية

  1. اسم الموافقين على الأعمال.
  2. مراجعة تداخل الأدوار.
  3. تمويل مراجعات الوصول الدورية.

[ الأسئلة الشائعة ]

الأسئلة المتداولة

هل يعني دور المسؤول موافقة العميل؟

لا. إن القدرة الفنية والموافقة على تغيير عمل معين منفصلان.

هل يمكن لدور واحد أن يغطي عدة مستأجرين؟

نعم، إذا تم تفويض نطاق كل مستأجر وتنفيذه بشكل صريح.

لماذا الفصل بين الموافقة والتنفيذ؟

فهو يجعل المسؤولية والمراجعة مرئية، خاصة فيما يتعلق بالتغييرات اللاحقة.

هل الدوران يثبتان الفصل بين الواجبات؟

لا، يجوز لنفس الشخص أن يشغل كلا الدورين؛ تقييم الهويات والسلطة الفعلية.

ماذا يجب أن يحدث بعد تغيير الوظيفة؟

إزالة الأذونات القديمة بالإضافة إلى منح الأذونات المطلوبة حديثًا.

هل يجب مراجعة حسابات الخدمة؟

نعم. قم بتعيين مالك ومراجعة نطاقاته واحتياجاته المستمرة.

هل يختبر مثال الإذن نظام الهوية؟

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

هل يمكن لتسجيل الدخول العامل إثبات صحة الوصول؟

لا، تسجيل الدخول يصادق على مدير المدرسة؛ كل إجراء لا يزال يحتاج إلى إذن.

[ مصادر ]

مصادر

  1. ورقة الغش لتفويض OWASP

    الأقسام فرض أقل الامتيازات · الرفض بشكل افتراضي · التحقق من صحة الأذونات لكل طلب · إنشاء حالات اختبار الوحدة والتكامل لمنطق التفويض

  2. ورقة الغش الخاصة بأمن المستأجرين المتعددين من OWASP

    الأقسام §1. تحديد المستأجر وإدارة السياق · §3. منع الوصول إلى البيانات بين المستأجرين (منع IDOR) · §4. ذاكرة التخزين المؤقت وعزل الجلسة · §5. API والعمل غير المتزامن والتحكم في الموارد · §6. تخزين الملفات وعزل النقطة §7. تأمين المستأجر على متن الطائرة وخارجها

[ مسرد ]

مسرد

دور
مجموعة مسماة من الإجراءات المسموح بها، تخضع للنطاق.
الفصل بين الواجبات
توزيع المسؤوليات لتقليل السيطرة غير المراجعة من قبل مدير واحد.

مصدر المؤسسة

لماذا كبار المؤسسات المالية والحكومات تقاعدوا من لوحات معلومات أمان البريد الإلكتروني الخاصة بهم.

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

EmailAuth هي منصة مصدر البريد الإلكتروني الوكيل. وكلاؤنا ينفذون p=reject، حافظ على محاذاة المرسلين الخارجيين وانقل نطاقاتك إلى كاملها RFC 9989 الامتثال، وهو معيار DMARC الجديد، مع إمكانية التدقيق البشري في الحلقة.

الحكومات المؤسسات الكبيرة المؤسسات المالية من المستوى الأول

SaaS · إيجار مخصص · Air-gapped محليًا · تشفير BYOK

قاعدة المعرفة