موظف استقال، هل لازم أقفل كل حساباته فوراً؟ قد إيه لازم أستعجل؟

أقفل فوراً، متخليش حاجة تتأخر. بعد اليوم الأخير، في أول ساعة هتقفل كل الوصول. عطّل AD، ألغِ VPN، اعمل إعادة توجيه للإيميل، خد نسخة احتياطية. لو فيه مشاكل مع الموظف، الموضوع أكثر إلحاحاً. قفل GitHub/AWS كلها واحدة واحدة...

قائمة تدقيق إنهاء الخدمة: 1) Active Directory: تعطيل المستخدم + إعادة تعيين كلمة المرور (أو حذفها)، 2) البريد الإلكتروني: قاعدة تحويل (إلى المدير أو الأرشيف)، 3) موارد السحابة: حذف/إلغاء مستخدم AWS IAM، تعليق Google Workspace، تعطيل Azure AD، 4) VPN/SSH: إزالة المفتاح العام، إلغاء الشهادة، 5) تطبيقات الطرف الثالث: إلغاء صلاحية مدير مساحة عمل Slack، إزالة المتعاون من GitHub، 6) المادي: إلغاء تفعيل البطاقة، استلام اللابتوب/الهاتف، إلغاء شريحة SIM. الأتمتة: منصة إدارة الهوية (Okta، Azure AD) لتسجيل الخروج الموحد (تعطيل المستخدم = إلغاء وصول جميع التطبيقات تلقائياً). نقل المعرفة: التوثيق، تسليم مستودع الكود، جهات اتصال التصعيد.

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

مراحل إنهاء الخدمة: 1) قبل المغادرة (فترة الإشعار): نقل المعرفة، جرد الأصول، النسخ الاحتياطي للبيانات، 2) يوم المغادرة: إيقاف الوصول، جمع الأصول، مسح الأجهزة، 3) بعد المغادرة: تدقيق الوصول، أرشفة البيانات، الاحتفاظ بالبريد الإلكتروني (الامتثال). الإجراءات: مقابلة الخروج (استبيان الموظف المغادر)، توقيع قائمة تدقيق الامتثال. الأتمتة: مراقبة سجلات SIEM (تعليم نشاط الموظف السابق)، التنبيهات. سجل التدقيق: الاحتفاظ بسجلات الوصول لمدة 6-12 شهراً (الامتثال، التحقيق).

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

حدث معي العكس تماماً، لذلك أكتب هذا. محاولة فعل هذا بمفردك هي أغلى الطرق.

لو كنت مكانك، لسلك هذا المسار.

عانيت من نفس المشكلة قبل عامين. بيئات الاختبار المنسية تصبح ثغرات أمنية أكثر تكرارًا من الأنظمة الحية.

لو كنت مكانك، لسلك هذا المسار.

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

صححوا لي إن أخطأت.

سأتحدث من الطرف الآخر، فأنا من جانب الموردين. لا تترددوا في السؤال، فالسائل يدفع ثمناً أقل دائماً.

اكتبوا إذا كانت لديكم أسئلة، سأجيب قدر استطاعتي.

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

محاولة فعل هذا بمفردك هي أغلى الطرق. بصراحة هذه وجهة نظري، ولا أدعي أنها الحقيقة المطلقة.

أنت محق.

يجب إجراء تمييز هنا. الإجابة تختلف كثيراً حسب القطاع، لا توجد قاعدة عامة.

بالطبع يختلف الأمر إذا كانت حالتك مختلفة.

بالضبط هكذا. المسألة ليست الرقم، بل الأساس الذي بُني عليه.

صححوا لي إن أخطأت.

مررت بهذا الطريق، دعني أشرح. الناس يدافعون عن العادات وليس العمليات. المقاومة تأتي من هناك.

بيئات الاختبار المنسية تصبح ثغرات أمنية أكثر تكرارًا من الأنظمة الحية. صححوا لي إن أخطأت.

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

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

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

لا يتم التحقق من تغييرات معلومات الدفع أبداً عبر القناة الواردة منها. بالطبع يختلف الأمر إذا كانت حالتك مختلفة.

دعني أترك تنبيهًا. نسخة احتياطية غير مختبرة ليست نسخة احتياطية.

كل من يستعجل في قطع الوصول عند استقالة الموظف يتعثر في نفس النقطة. بالتوفيق.

دعني أوضح الجانب التقني قليلاً. إذا قمت بتوبيخ الإنذارات الكاذبة، فلن يقوم أحد بالإبلاغ مرة أخرى.