طلبات الوصول ثلاثة أنواع لا نوع واحد: إعادة تعيين كلمة المرور (حجم كبير وقيمة فنية صفر — مرشّح أول للخدمة الذاتية)، وطلب صلاحية جديدة (يحتاج موافقة مالك النظام لا مالك التذكرة)، والوصول المؤقت المميّز (يحتاج مهلة انتهاء إلزامية). خلطها في مسار واحد هو مصدر أغلب المشكلات.
طلبات الوصول تتصدّر عادةً قائمة أكثر التذاكر تكرارًا في أي مكتب دعم داخلي. وهي مزعجة لسببين متناقضين: أغلبها تافه فنيًا ويستهلك وقتًا ثمينًا، وأخطرها أمنيًا يمرّ أحيانًا بالسهولة نفسها.
هذا المقال يفصل الأنواع الثلاثة، ويشرح لماذا يجب أن تُمنح الصلاحيات بحزم لا بندًا بندًا، وكيف تمنع تضخّمها الصامت مع الوقت.
ثلاثة أنواع، ثلاثة مسارات
الخطأ المؤسس هو التعامل مع كل ما يتعلق بالوصول كفئة واحدة اسمها «صلاحيات». الأنواع الثلاثة تختلف في المخاطرة والمعتمِد والمهلة — وبالتالي يجب أن تختلف في المسار:
| النوع | المخاطرة | من يعتمد؟ | المسار الصحيح |
|---|---|---|---|
| إعادة تعيين كلمة المرور | منخفضة — بشرط تحقق قوي من الهوية | لا أحد — الهوية تكفي | خدمة ذاتية آلية على مدار الساعة |
| فتح حساب مقفل | منخفضة | لا أحد | خدمة ذاتية أو فتح تلقائي بعد مدة |
| صلاحية جديدة على نظام | متوسطة إلى عالية | مالك النظام، لا مدير الطالب فقط | طلب ← موافقة ← تنفيذ ← توثيق |
| وصول مميّز أو إداري | عالية | مالك النظام وأمن المعلومات | مؤقت بمهلة انتهاء إلزامية وسحب تلقائي |
| وصول طارئ خارج الدوام | عالية | موافقة لاحقة موثّقة | يُمنح فورًا ويُراجَع في اليوم التالي إلزاميًا |
لاحظ العمود الثالث: مالك النظام لا مدير الطالب. الخلط هنا شائع ومكلف. مدير الطالب يعرف أن موظفه يحتاج الوصول لأداء عمله، لكنه لا يعرف ما تعنيه صلاحية «تعديل» في النظام المالي، ولا من يملك حق منحها. الموافقة الصحيحة تحتاج الاثنين: المدير يؤكد الحاجة، ومالك النظام يؤكد المستوى.
إعادة تعيين كلمة المرور: أوضح فرصة للأتمتة
إعادة تعيين كلمة المرور مرشّح مثالي للخدمة الذاتية لثلاثة أسباب مجتمعة: حجمها كبير، وقيمتها الفنية صفر، وتوقيتها أسوأ ما يمكن — تتركز في بداية الدوام صباح الأحد، أي أسوأ لحظة لإشغال فريقك بمهمة آلية.
مثال افتراضي يوضح الحساب: لو كان لديك أربعمئة موظف، وافترضنا أن كلًا منهم يحتاج إعادة تعيين مرتين سنويًا فقط، فذلك ثمانمئة تذكرة سنويًا. بخمس دقائق للتذكرة الواحدة — بين القراءة والتحقق والتنفيذ والرد — تصبح نحو سبع وستين ساعة عمل سنويًا في مهمة لا تحتاج مهندسًا إطلاقًا. الأرقام افتراضية، لكن الطريقة قابلة للتطبيق على أرقامك أنت.
الاعتراض المشروع الوحيد: التحقق من الهوية. إعادة تعيين كلمة مرور لشخص لا تتأكد من هويته ليست خدمة بل ثغرة — وهي هدف شائع لهجمات الهندسة الاجتماعية، حيث يتصل المهاجم منتحلًا صفة موظف مستعجل. لذا فالخدمة الذاتية هنا ليست تخفيفًا للضوابط بل تشديدًا لها: الآلة لا تتعاطف مع من يقول إنه مستعجل، والموظف المرهق قد يتعاطف.
- تحقق من عامل ثانٍ — رسالة إلى رقم مسجّل مسبقًا، لا رقم يُدخله الطالب لحظة الطلب.
- تسجيل مسبق للعامل الثاني — أثناء التجهيز وقبل الحاجة؛ التسجيل وقت الأزمة يهزم الغرض كله.
- مسار بديل موثّق — للحالات التي يتعذّر فيها العامل الثاني، بتحقق أقوى لا أضعف.
- سجل كامل لكل محاولة — ناجحة أو فاشلة، مع الوقت ومصدر الطلب.
- تنبيه على الأنماط الشاذة — محاولات متكررة أو خارج أوقات العمل المعتادة.
- إشعار للمستخدم بعد كل تغيير — ليكتشف بنفسه أي تغيير لم يطلبه.
هذه الضوابط تتقاطع مباشرة مع ما تتوقعه الجهات الرقابية والممارسات التي تدعو إليها الهيئة الوطنية للأمن السيبراني (NCA) من حيث المبدأ العام: تحقق موثّق، وأثر قابل للتدقيق، ومراجعة للأنماط الشاذة. وقد ناقشنا الجانب التنظيمي منها في ضوابط الأمن السيبراني وأنظمة التذاكر. أما بناء البوابة نفسها فمشروح في بوابة الخدمة الذاتية.
تضخّم الصلاحيات: المشكلة التي لا تُلاحَظ
الصلاحيات تُمنح ولا تُسحب. هذه هي القاعدة العملية في أغلب المؤسسات، والسبب بنيوي لا إهمالي: منح الصلاحية له طالب يلحّ وموعد يضغط، أما سحبها فلا يطلبه أحد ولا يلاحظ غيابه أحد.
والنتيجة تتراكم بصمت: موظف نُقل بين ثلاثة أقسام خلال خمس سنوات يحمل صلاحيات الأقسام الثلاثة مجتمعة، رغم أنه يعمل في واحد فقط. وهذا التراكم — لا الاختراق الخارجي — هو ما يحوّل حسابًا عاديًا مخترقًا إلى وصول شامل.
والمبدأ المضاد معروف: الحد الأدنى من الامتيازات — أن يملك كل شخص ما يحتاجه لأداء عمله فقط، لا أكثر. لكنه يُطبَّق عادةً مرة واحدة عند الالتحاق ثم يُهمل، فيصبح دقيقًا في اليوم الأول وخاطئًا بعد ثلاث سنوات. المبدأ ليس حالة تُبلغ، بل ممارسة مستمرة تحتاج آلية تصحيح دورية — وإلا انحرف الواقع عنه بلا استثناء.
- حزم حسب الدور — الصلاحيات تتبع الوظيفة، وتتغيّر تلقائيًا عند النقل.
- مهلة انتهاء افتراضية للاستثناءات — كل صلاحية خارج الحزمة مؤقتة ما لم يُثبت العكس.
- مراجعة دورية بالتصديق — المالك يؤكد كل فترة من يجب أن يبقى، ولا يكتفي بالصمت.
- تذكرة نقل داخلي — النقل بين الأقسام يسحب القديم قبل منح الجديد، لا بعده.
- تقرير الصلاحيات غير المستخدمة — صلاحية لم تُستعمل منذ أشهر مرشّحة للسحب.
- «أعطه صلاحيات فلان» — تنسخ استثناءات فلان القديمة كلها كالعدوى.
- المنح الدائم للحاجة المؤقتة — مشروع انتهى قبل سنتين وصلاحيته ما زالت نشطة.
- الموافقة الصامتة — «إن لم يعترض أحد خلال يومين فامنح» — لا أحد يعترض أبدًا.
- مراجعة بلا سلطة سحب — تقرير سنوي يُقرأ ولا يترتب عليه إجراء.
- الاستثناء بلا توثيق سبب — بعد سنة لا أحد يعرف لماذا مُنحت، فتبقى خوفًا.
وأقوى نقطة تدخّل هي لحظة النقل الداخلي، لأنها اللحظة الوحيدة التي يعرف فيها الجميع أن الصلاحيات يجب أن تتغيّر. اجعل النقل يفتح تذكرة تسحب القديم قبل منح الجديد — لا العكس. أما لحظة الالتحاق فهي فرصة البناء الصحيح من البداية، عبر حزم أدوار معرَّفة كما في إدارة طلبات تجهيز الموظفين الجدد، وضبط ما يراه كل دور داخل النظام نفسه كما في صلاحيات المستخدمين في نظام التذاكر.
الأثر القابل للتدقيق
حين يسألك مدقّق: «من منح هذا الموظف صلاحية الاعتماد المالي، ومتى، وبموافقة من؟» — فالإجابة يجب أن تُستخرج في دقيقة لا في أسبوع. وهذا وحده مبرّر كافٍ لإدارة طلبات الوصول عبر نظام دعم فني بدل الرسائل: النظام يحفظ الطلب والمعتمِد ووقت التنفيذ والمنفّذ في سجل واحد لا يُعدَّل بأثر رجعي.
الحقل الثالث هو الأهم والأكثر إهمالًا. مبرر «حسب طلب المدير» يعني عمليًا لا مبرر — وبعد سنتين، حين يراجع أحدهم القائمة، لن يجرؤ على سحب صلاحية لا يعرف سبب وجودها. اجعل حقل المبرر إلزاميًا ونصيًا حرًا، فهو أرخص وثيقة تكتبها اليوم وأثمنها بعد عامين.
الأسئلة الشائعة
هل الخدمة الذاتية لإعادة تعيين كلمة المرور آمنة؟
أكثر أمانًا من البديل عادةً، بشرط التحقق من عامل ثانٍ مسجّل مسبقًا. المسار البشري عرضة للهندسة الاجتماعية: مهاجم يتصل منتحلًا صفة موظف مستعجل قد يقنع موظف دعم مرهقًا بتجاوز خطوة. أما الآلة فلا تتعاطف ولا تستعجل، وتطبّق الضابط نفسه في كل مرة وتسجّل كل محاولة.
من يعتمد طلب الصلاحية: المدير أم مالك النظام؟
الاثنان، ولكل دور مختلف. المدير يؤكد أن الموظف يحتاج الوصول لأداء عمله — وهو وحده من يعرف ذلك. ومالك النظام يؤكد أن مستوى الوصول المطلوب مناسب — وهو وحده من يعرف ما تعنيه «صلاحية تعديل» في نظامه. الاكتفاء بموافقة المدير هو السبب الأشيع لمنح صلاحيات أوسع من اللازم.
كم مرة نراجع الصلاحيات؟
لا يوجد رقم واحد؛ اربط التكرار بالمخاطرة. الأنظمة الحساسة — المالية والبيانات الشخصية والحسابات المميّزة — تستحق مراجعة أكثر تكرارًا من أنظمة منخفضة الأثر. والأهم من التكرار أن تكون المراجعة بالتصديق الإيجابي وأن تترتب عليها سلطة سحب فعلية. مراجعة سنوية تُنفَّذ نتائجها أنفع من مراجعة ربعية تُقرأ وتُحفظ.
ما الفرق بين الصلاحية العادية والوصول المميّز؟
الصلاحية العادية تخصّ بيانات الموظف وعمله ضمن نطاق دوره. أما الوصول المميّز — كحساب إداري على خادم أو قاعدة بيانات — فيتيح تجاوز الضوابط نفسها، بما فيها القدرة على تعديل السجلات أو حذف آثارها. لذا يُعامل معاملة مختلفة كليًا: مؤقت دائمًا، بمهلة انتهاء تقنية، وموافقة أمنية، ومراقبة لما يجري خلاله.
كيف نتعامل مع طلبات الوصول الطارئة خارج الدوام؟
عرّف المسار قبل الحاجة إليه لا أثناءها. المبدأ: يُمنح الوصول فورًا لمعالجة الحادثة، بمهلة انتهاء تقنية قصيرة تسحبه تلقائيًا، مع موافقة لاحقة إلزامية توثَّق في اليوم التالي. الخطأ الشائع منحه بلا مهلة ثم الاعتماد على تذكّر أحدهم بسحبه — وهو ما لا يحدث. راقب أيضًا تكرار هذا المسار: كثرته تعني أن صلاحيات المناوبين العادية ناقصة.