كيف تقيّم صلاحيات نظام الأرشفة على مستوى الوثيقة والإدارة؟

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

فكّك نموذج الصلاحيات إلى عناصره قبل تقييمه

عبارة «صلاحيات حتى مستوى الوثيقة» تتكرر في معظم العروض، لكنها لا تقول كيف تُبنى هذه الصلاحيات ولا كيف تُدار بعد سنة من التشغيل. لذلك قيّم كل عنصر على حدة، واسأل عن طريقة عمله، لا عن وجوده فقط.

• الأدوار (Roles): الصلاحية تُمنح للدور، مثل «موظف مشتريات» أو «معتمد مالي»، ثم يُسند الدور للأشخاص. قيّم هل الدور مرتبط بالنطاق التنظيمي، فيكون «موظف مشتريات في فرع جدة» غير «موظف مشتريات في الرياض» دون أن تنشئ دورًا جديدًا لكل فرع.
• المجموعات (Groups): تجمع أشخاصًا من إدارات مختلفة، مثل لجنة الترسية أو فريق مشروع. اسأل: هل تُربط المجموعة بمدة؟ وماذا يحدث لصلاحيات أعضائها عند حل اللجنة؟
• النطاق التنظيمي: المجموعة والشركة والفرع والإدارة. هنا يُختبر الفصل بين الشركات والفروع، وهل تستطيع الإدارات المركزية العمل على مستوى المجموعة دون أن تحصل على كل شيء.
• الوراثة من التصنيف (Inheritance): الوثيقة تأخذ صلاحيات التصنيف الذي حُفظت فيه تلقائيًا. هذا ما يجعل النموذج قابلًا للإدارة، لأن الإعداد يتم مرة على التصنيف لا آلاف المرات على الوثائق.
• الاستثناء على الوثيقة: تقييد وثيقة بعينها أكثر من تصنيفها، مثل ملحق أسعار داخل ملف عقد. قيّم هل يبقى الاستثناء ظاهرًا وقابلًا للحصر، أم يختفي في إعدادات الوثيقة فلا يعرف به أحد.
• فصل العمليات: العرض، والتعديل، والتنزيل، والطباعة، والمشاركة، والحذف، والاعتماد، والتصدير، كل منها صلاحية مستقلة. هذا العنصر هو الفرق بين «يرى» و«يأخذ نسخة».
• الصلاحية المؤقتة: وصول ينتهي تلقائيًا في تاريخ محدد، لمراجع خارجي أو بديل عن زميل في إجازة. قيّم ما يحدث في اليوم التالي للانتهاء فعلًا، لا ما يُعرض في الشاشة.
• التحكم على مستوى الحقل: أن يرى المستخدم الوثيقة وبطاقتها، لكن يُحجب عنه حقل حساس مثل قيمة العقد أو الراتب. لا تحتاجه كل جهة. إن احتاجته جهتك فاكتبه متطلبًا صريحًا واطلب من المورد أن يوضح هل يتحقق بالتهيئة أم بتطوير ضمن نطاق المشروع، لأن البديل الشائع هو فصل الجزء الحساس في وثيقة مستقلة بصلاحية أشد.

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

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

جهّز نموذجًا مصغرًا من هيكل جهتك قبل العرض

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

1. اختر شريحة تنظيمية تمثل التعقيد الحقيقي

   شركة أو جهة، وفرعان على الأقل، وثلاث إلى أربع إدارات بينها إدارة مركزية تعمل على مستوى المجموعة، وإدارة تحمل وثائق حساسة مثل الموارد البشرية أو القانونية.

   مسؤول الصلاحيات مع إدارة الوثائق
2. عرّف ست إلى ثماني شخصيات اختبار

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

   مسؤول الصلاحيات
3. اختر خمس إلى ثماني وثائق بتصنيفها ودرجة سريتها

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

   إدارة الوثائق
4. اكتب النتيجة المتوقعة قبل العرض

   لكل حالة: من، وأي وثيقة، وأي عملية، ومسموح أم ممنوع. النتيجة المكتوبة مسبقًا تمنع تبرير ما يظهر في العرض بعد وقوعه.

   فريق التقييم
5. حدد ما يُعد دليلًا

   لقطة شاشة لما رآه المستخدم، وسطر سجل التدقيق المقابل، ونتيجة البحث والعداد. الحالة بلا دليل تُسجل «لم تُختبر».

   فريق التقييم

مصفوفة اختبار الصلاحيات: مثال جاهز للتكييف

المصفوفة التالية مبنية على مجموعة افتراضية لها مركز رئيسي في الرياض وفرع في جدة، وإدارات المشتريات والمالية والموارد البشرية. الشخصيات: س1 موظفة مشتريات في جدة، وس2 مدير المشتريات على مستوى المجموعة، وس3 محاسب في المالية بالرياض، وس4 أخصائية توظيف في الموارد البشرية، وس5 مسؤول النظام في تقنية المعلومات، وس6 مراجع خارجي بمشاركة مؤقتة. غيّر الأسماء والوثائق إلى ما يطابق جهتك، واحتفظ بفكرة كل حالة.

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

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

أسئلة تكشف مرونة النموذج الفعلية

الأسئلة التالية لا تسأل «هل يدعم النظام كذا؟»، لأن الإجابة ستكون نعم. هي تطلب وصف السلوك أو عرضه، وتضع أمامك ما تعده إجابة مقنعة.

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

قابلية الإدارة: ما يحدث بعد سنة من التشغيل

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

لذلك قيّم ثلاثة أمور تتجاوز العرض التوضيحي:

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

كيف تسجل النتيجة وتقارن بين الأنظمة

سجّل كل حالة من المصفوفة بإحدى أربع نتائج، ولا تجمعها في رقم واحد قبل أن تنظر إلى الحالات الحرجة:

1. تحقق كما هو متوقع: مع الدليل (لقطة وسطر السجل).
2. تحقق بإعداد إضافي: تحقق بعد تعديل في الإعدادات. اكتب ما الإعداد، ومن سيملكه بعد الإطلاق.
3. يتطلب تطويرًا: يُسجل في نطاق المشروع بتكلفته ومدته، ولا يُحتسب متحققًا.
4. لم يتحقق أو لم يُختبر: وفي الحالات الحرجة يعني ذلك وقف المقارنة حتى يُعاد الاختبار.

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

أخطاء شائعة في تقييم الصلاحيات

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

الخطوة التالية: اختبر المصفوفة على هيكلكم

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

أسئلة شائعة