الهوية وإدارة الوصولالشخص الصحيح، بالصلاحية الصحيحة، للوقت الصحيح فقط

بالحسابات المميزة: MFA وPAM لمسؤولي الأنظمة والموردين، ثم SSO وMFA للتطبيقات الحرجة، ثم الحوكمة. هذا الترتيب يعالج أعلى المخاطر أولاً.

نعم. وصول الموردين يمر عبر PAM بجلسات مؤقتة ومسجلة، ويُلغى تلقائياً عند انتهاء العقد.

نعم، مع Entra ID وActive Directory ومزودي الهوية الآخرين، سواء في بيئة هجينة أو سحابية بالكامل.

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

الضوابط الأساسية (ECC-2:2024)، المطبقة على الجهات الحكومية والجهات التي تملك بنى تحتية وطنية حساسة أو تشغّلها أو تستضيفها، تتضمن مكوناً فرعياً لإدارة هويات الدخول والصلاحيات يشترط المصادقة متعددة العوامل للدخول عن بُعد وللحسابات المميزة، ومبدأي الحد الأدنى من الصلاحيات وفصل المهام، وإدارة الصلاحيات المميزة، والمراجعة الدورية للهويات والصلاحيات. وإطار SAMA CSF يطلب من الجهات الخاضعة لإشراف البنك المركزي تقييد الوصول بما يتوافق مع متطلبات العمل ووفق مبدأ الحاجة إلى المعرفة أو الحاجة الفعلية للوصول. نربط التصميم والأدلة التي ينتجها بالأطر التي تنطبق عليكم.

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

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