ثغرة تسجيل الدخول بالإيميل القديم بعد تغييره

x32x01
  • بواسطة x32x01 ||
تغيير الإيميل المرتبط بالحساب وتأكيد الإيميل الجديد مش بالضرورة معناه إن الإيميل القديم فقد صلاحية تسجيل الدخول. ⚠️ في بعض الحالات، ممكن تلاقي إن الإيميل القديم لسه بيُستخدم للوصول للحساب، حتى بعد تحديث بياناته.
السيناريو ده يستحق الفحص أثناء اختبار أمان التطبيقات، لأنه ممكن يكشف عن مشكلة في إدارة الهوية أو آلية المصادقة (Authentication)، خصوصًا لو النظام بيسمح باستخدام الإيميل القديم بعد تغييره وتأكيد البديل.

🔍 إزاي تختبر السيناريو ده؟​

أثناء اختبار تطبيق ضمن نطاق برنامج Bug Bounty مصرح بيه، تقدر تراجع السلوك من خلال الخطوات التالية:
  1. تغيير الإيميل: غيّر الإيميل المرتبط بحساب الاختبار إلى عنوان جديد.
  2. تأكيد الإيميل الجديد: كمّل عملية التحقق المطلوبة من التطبيق.
  3. اختبار تسجيل الدخول: افحص هل الإيميل القديم ما زال مقبولًا لتسجيل الدخول، باستخدام حساب تملكه أو عندك تصريح باختباره.
  4. مراجعة الـ Requests: استخدم Burp Suite لمراجعة الطلبات والاستجابات المرتبطة بتغيير الإيميل وتسجيل الدخول.
  5. فحص الصلاحيات: لو الإيميل القديم ما زال بيسمح بالدخول، تحقق من الجلسة الناتجة والصلاحيات المتاحة، من غير الوصول لبيانات مستخدمين آخرين.
⚠️ مهم: استمرار تسجيل الدخول بالإيميل القديم مش دليل كافي لوحده على وجود ثغرة. بعض التطبيقات بتسمح عمدًا باستخدام أكثر من معرّف للحساب، أو بتحتفظ بآلية استرداد منفصلة. لازم تفهم السلوك المتوقع وتحدد هل فيه تجاوز فعلي لسياسة الأمان.



🛡️ إيه التأثير الأمني المحتمل؟​

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



🧪 إيه اللي تراجعه باستخدام Burp Suite؟​

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



🎥 شاهد شرح السيناريو بالفيديو​

في الفيديو ده هتتعرف على سيناريو الاختبار، ومراجعة الطلبات باستخدام Burp Suite، وإزاي تقيّم التأثير الأمني المحتمل للسلوك ده أثناء رحلة اكتشاف ثغرات الـ Bug Bounty.
Video thumbnail
💡 الخلاصة: اختبار الـ Authentication مش بيقف عند تجربة تسجيل الدخول والخروج. لازم كمان تختبر إيه اللي بيحصل بعد تغيير بيانات الحساب، وهل النظام بيطبّق التغيير بشكل متسق وآمن في كل الوظائف المرتبطة بالهوية.
 
مواضيع مشابهة
x32x01
الردود
0
المشاهدات
9
x32x01
x32x01
x32x01
الردود
0
المشاهدات
36
x32x01
x32x01
x32x01
الردود
0
المشاهدات
166
x32x01
x32x01
x32x01
الردود
0
المشاهدات
66
x32x01
x32x01
الدخول أو التسجيل السريع
نسيت كلمة مرورك؟
إحصائيات المنتدى
المواضيع
2,343
المشاركات
2,410
الأعضاء
17
آخر عضو مسجل
fact
عودة
أعلى