يمكنك بناء تسجيل دخول قوي باستخدام Passkeys و MFA ثم إضعاف النظام كله بمسار Recovery بسيط يعتمد على أسئلة سهلة أو بريد غير محمي. المهاجم لا يهاجم أقوى باب؛ يبحث عن أضعف مسار يؤدي إلى نفس الحساب. لذلك يجب تصميم استرداد الحساب كمنتج أمني مستقل له threat model وحدود ومحاولات وتنبيهات وفترة تهدئة عند العمليات الحساسة.
حدد ما الذي يثبت ملكية الحساب عند الفقد
قد يعتمد الاسترداد على بريد موثق، رقم هاتف، recovery codes، جهاز معروف، دعم بشري، أو مزيج. كل عامل له مخاطر. SMS معرض لمشاكل نقل الرقم، والبريد يعتمد على أمان حساب آخر، والدعم البشري معرض للهندسة الاجتماعية. لا تجعل عاملًا أضعف يزيل عوامل أقوى فورًا بلا تحقق إضافي.
افصل استعادة الوصول عن تغيير عناصر الأمان
نجاح recovery لا يجب دائمًا أن يسمح مباشرة بإزالة كل Passkeys أو تغيير البريد وسحب كل الجلسات. يمكن استخدام فترة تهدئة أو إشعار للقنوات القديمة أو طلب خطوة إضافية لبعض التغييرات. الهدف منع مهاجم نجح في قناة واحدة من الاستيلاء الكامل فورًا.
خطوات عملية
- حدد مستويات حساسية الإجراءات.
- اسمح بالدخول المقيد عند الحاجة.
- أخّر تغيير عوامل الأمان الأعلى خطورة.
- أرسل تنبيهات للقنوات السابقة.
- وفر مسار إيقاف إذا كان الطلب احتياليًا.
Rate limiting ومنع الاستكشاف
لا تكشف ما إذا كان بريد معين يملك حسابًا أكثر مما يلزم. ضع حدود محاولات على الرموز والطلبات، وراقب الأنماط الآلية. لكن تجنب lockout يمكن للمهاجم استخدامه لتعطيل المستخدم الحقيقي.
قائمة مراجعة
- الرسائل لا تكشف وجود الحساب بلا داع.
- رموز recovery قصيرة العمر.
- عدد المحاولات محدود.
- الأحداث تُسجل مع Risk signals.
- المستخدم يُنبه عند بدء Recovery حساس.
الدعم البشري يحتاج أدلة وإجراءات
إذا كان الدعم يستطيع استعادة الحساب، دربه على مقاومة الاستعجال والهندسة الاجتماعية، واستخدم checklist و dual approval للحالات عالية القيمة. لا تعتمد على صور مستندات أو معلومات عامة كدليل وحيد.
اختبر Recovery كأنك مهاجم
نفذ tabletop exercise: ماذا لو المهاجم يملك البريد فقط؟ رقم الهاتف فقط؟ معلومات شخصية؟ Session قديمة؟ هذا يكشف مسارات تجاوز لم تظهر أثناء تصميم login العادي.
شارك في تقييم ونقاش المقال
رأيك يضيف قيمة للمقال ويساعدنا على تحسين المحتوى والنقاش حوله.
النقاش
جارٍ تحميل التعليقات…