لماذا تتكرر طلبات الموافقة على تسجيل الدخول دون أن تطلبها

لماذا تتكرر طلبات الموافقة على تسجيل الدخول دون أن تطلبها

ويب وأمان

رجل يراجع طلبات تسجيل دخول متكررة على هاتفه

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

قد ترفضه ثم يعود مرة ثانية أو ثالثة خلال اليوم.

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

 مما توافق عليه.

القاعدة الآمنة أبسط من محاولة تخمين السبب من أول إشعار.

إذا لم تبدأ أنت تسجيل الدخول فلا توافق.

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

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

وصول الطلب لا يثبت وحده أن كلمة مرورك سرقت.

بعض الخدمات تستخدم إشعارات الموافقة كعامل ثان بعد كلمة المرور وبعضها يستطيع استخدامها للدخول من دون كلمة مرور.

لذلك لا تبن استجابتك على افتراض واحد.

تعامل مع الطلب غير المتوقع كحدث يحتاج تحقق ثم دع سجل الحساب يحدد الخطوة التالية.

طلب الموافقة غير المتوقع يكفي لتتعامل معه كحدث أمني

المشكلة ليست أن الإشعار تكرر عددا كبيرا من المرات.

أول طلب لم تبدأه أنت يكفي لكي تتوقف عن الموافقة التلقائية.

Google مثلا توصي المستخدم الذي يتلقى مطالبة تسجيل دخول لم يبدأها باختيار الرفض ثم مراجعة 

نشاط الحساب.

المبدأ نفسه ينطبق على خدمات أخرى.

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

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

لكن لا تحول هذا إلى ذعر.

المطلوب هو رفض ما لم تبدأه ثم التحقق من المصدر الرسمي.

لا تضغط على رابط يصل في رسالة مرافقة ولا تتصل برقم يظهر لك في تنبيه مشبوه.

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

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

رفض الطلب يحافظ على حاجز مهم بينما تبحث أنت عن الحقيقة من القناة التي تثق بها.

تكرار الطلبات قد يكون إجهاد مصادقة لكنه لا يثبت سرقة كلمة المرور

إجهاد المصادقة أو إغراق الموافقات أسلوب معروف في الهجمات التي تعتمد على إشعارات الدفع.

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

CISA وثقت هذا الأسلوب وتوصي بتقوية المصادقة بدل الاعتماد على موافقة سهلة بنقرة واحدة.

لكن الخام يقع في خطأ مهم حين يقول إن ظهور الطلب يعني حتما أن الطرف الآخر كتب كلمة المرور الصحيحة.

هذا ليس صحيحا لكل خدمة.

Microsoft Authenticator يمكن أن يستخدم في تسجيل دخول بلا كلمة مرور حيث يبدأ المسار 

من اسم المستخدم ثم يصل طلب إلى الهاتف من دون إدخال كلمة مرور.

حتى Google توضح أن إشعاراتها قد تستخدم مع كلمة المرور أو بدلا منها أو ضمن استرداد الحساب.

لذلك لا تستطيع استنتاج حالة كلمة المرور من وجود المطالبة وحدها.

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

الحكم هنا يأتي من تصميم الخدمة لا من شكل الإشعار وحده.

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

قد توجد أيضا مشكلة في تطبيق أو جهاز يحاول إعادة المصادقة بصورة متكررة.

لهذا يكون سجل النشاط أهم من قصة جاهزة عن كيفية بدء الطلب.

الموقع والجهاز في التنبيه قرائن وليسا دليلا قاطعا

بعض إشعارات الدخول تعرض وقت المحاولة ونوع الجهاز والموقع التقريبي واسم التطبيق.

هذه التفاصيل مفيدة جدا لكنها تحتاج قراءة هادئة.

الموقع عادة يستند إلى عنوان بروتوكول الإنترنت وقد يظهر مدينة مختلفة عن مكان الجهاز الفعلي

 بسبب مزود الشبكة أو الشبكات الخاصة أو بنية الاتصال.

Apple توضح مثلا أن موقع محاولة الدخول المعروض تقريبي وليس تحديد موقع دقيق للجهاز.

نوع الجهاز أو التطبيق يعطي قرينة إضافية.

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

والعكس صحيح أيضا.

ظهور مدينة تعرفها أو جهاز يبدو مألوفا لا يجعل الطلب شرعيا إذا لم تبدأه أنت.

المعيار الأول يبقى المبادرة.

هل كنت تحاول تسجيل الدخول في تلك اللحظة أم لا.

استخدم تفاصيل الإشعار للمقارنة مع سجل الحساب لا لتشخيص الهجوم من شاشة صغيرة.

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

ارفض الطلب ثم راجع نشاط الحساب من القناة الرسمية

بعد رفض المطالبة افتح صفحة الأمان أو النشاط الأخير للحساب من الموقع أو التطبيق الرسمي.

ابحث عن محاولات دخول أو أجهزة أو تغييرات في إعدادات الأمان لا تعرفها.

Google مثلا توفر مراجعة للأحداث الأمنية والأجهزة المسجلة.

Microsoft توفر صفحة للنشاط الأخير للحساب وتوصي بتأمين الحساب إذا ظهر نشاط مشبوه.

Apple توصي برفض محاولة الدخول غير المعروفة ثم مراجعة الأجهزة ومعلومات الحساب

 إذا كان هناك احتمال اختراق.

لا تعتمد على الإشعار وحده إذا كان الموضوع حساسا.

قد يكون إشعارا حقيقيا وقد تكون رسالة تصيد تقلده.

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

إذا وجدت جهازا لا تعرفه أو تغييرا في بيانات الاسترداد أو جلسة لم تبدأها فاتبع خطوات تأمين الخدمة نفسها.

قد تشمل إزالة الجهاز أو إنهاء الجلسات أو تغيير كلمة المرور أو مراجعة طرق تسجيل الدخول والاسترداد.

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

غير كلمة المرور عندما تظهر أدلة على تعرضها أو توصي الخدمة بذلك

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

به أو نبهتك الخدمة إلى احتمال تعرض الاعتماد فغير كلمة المرور فورا.

وإذا كنت تعيد استخدام الكلمة نفسها في خدمات أخرى فغيرها هناك أيضا لأن إعادة الاستخدام

 تحول تسريبا واحدا إلى خطر على عدة حسابات.

اختر كلمة فريدة وطويلة للحساب ولا تعتمد على تغيير حرف أو إضافة رمز إلى الكلمة القديمة.

الإرشادات الحديثة من NIST لا تجعل خلط الحروف الكبيرة والصغيرة والأرقام والرموز شرطا سحريا للقوة بل تعطي أهمية للطول ومنع القيم الشائعة والمخترقة.

اقرأ ايضا : لماذا يحتاج الراوتر إلى تحديث أمني رغم أن الإنترنت يعمل

مدير كلمات مرور موثوق يساعدك على إنشاء كلمات فريدة لكل خدمة وحفظها من دون إعادة الاستخدام.

وإذا كانت الخدمة تدعم مفتاح مرور فقد يكون الانتقال إليه أقوى من الاستمرار في بناء دفاعك 

حول كلمة مرور وحدها.

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

الموافقة التقليدية التي تعرض سؤالا بسيطا ثم زرا للقبول تجعل الخطأ البشري أسهل عند تكرار الإشعارات.

لهذا تبنت خدمات عديدة مطابقة الأرقام.

في هذا الأسلوب يعرض جهاز تسجيل الدخول رقما ويطلب منك تطبيق المصادقة إدخال الرقم نفسه أو مطابقته.

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

Microsoft تجعل مطابقة الأرقام جزءا من إشعارات Authenticator الحالية في سيناريوهات المصادقة المدعومة.

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

لكن لا تسمها حماية كاملة من التصيد.

FIDO تصنف إشعارات الدفع والرموز المؤقتة ضمن الطرق القابلة للتصيد لأن المهاجم يستطيع

 في بعض السيناريوهات خداع المستخدم ليشارك ما يراه أو يوافق على محاولة يعتقد أنها حقيقية.

مطابقة الأرقام تخفف هجوما محددا ولا تحول كل تسجيل دخول إلى مصادقة مقاومة للتصيد.

مفاتيح المرور أقوى عندما تكون متاحة لكن لا تكرر وظيفة مقال آخر

الحماية الأقوى لا تأتي من زيادة الانتباه إلى الإشعارات فقط بل من تقليل اعتماد الحساب 

على طرق يمكن خداع المستخدم فيها.

CISA توصي بالتحرك نحو المصادقة المقاومة للتصيد وتضع FIDO وWebAuthn ضمن الخيارات الأقوى.

مفاتيح المرور مبنية على تشفير بالمفتاح العام وترتبط بالخدمة التي أنشئت لها.

لهذا تصنفها FIDO كطريقة مقاومة للتصيد ولا يمكن إعادة استخدام اعتمادها على موقع مزيف بالطريقة نفسها التي يمكن سرقة كلمة مرور أو رمز مؤقت بها.

لكن هذه الصفحة لا تحتاج إلى إعادة شرح بنية مفاتيح المرور بالكامل لأن في تقني1 مقالا مستقلا 

يملك هذا الموضوع.

هنا يكفي القرار العملي.

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

ولا تنس مسار الاسترداد.

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

استخدم اختبار مصدر طلب الدخول قبل أي موافقة

يمكنك استخدام إطار تحريري يسمى اختبار مصدر طلب الدخول.

هذا إطار تحريري أصلي وليس معيارا أمنيا رسميا.

ابدأ بالمبادرة.

هل أنت الذي طلب تسجيل الدخول الآن.

إذا كانت الإجابة لا فلا توافق حتى لو بدا الموقع أو الجهاز مألوفا.

ثم افحص الحساب.

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

بعدها افحص السياق.

ما الوقت والجهاز والموقع والتطبيق الذي تعرضه الخدمة وهل يتطابق مع نشاطك الحقيقي.

ثم انتقل إلى السجل.

افتح صفحة النشاط الرسمية وابحث عن محاولة أو جهاز أو تغيير يفسر الإشعار.

السجل أقوى من تخمين معنى التنبيه وحده.

وأخيرا حدد الإجراء.

إذا وجدت نشاطا غير مصرح به أمن الحساب وغير الاعتماد عند الحاجة وراجع الأجهزة وطرق الاسترداد.

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

قيمة الاختبار أنه لا يطلب منك التمييز من الوهلة الأولى بين هجوم وخلل.

هو يمنع الموافقة أولا ثم يجمع الدليل.

إذا استمرت المطالبات بعد التأمين فابحث عن حلقة مصادقة أو اطلب الدعم

قد تغير كلمة المرور وتراجع الأجهزة ثم تلاحظ أن المطالبات ما زالت تظهر.

هذا لا يعني تلقائيا أن المهاجم تجاوز كل ما فعلته.

بعض الخدمات تدعم تسجيل دخول بلا كلمة مرور ولذلك قد تستمر محاولات غير مصرح

 بها حتى بعد تغيير كلمة المرور.

وفي حالات أخرى يمكن لتطبيق قديم أو عميل بريد أو جهاز غير محدث أن يعلق في حلقة مصادقة 

ويعيد الطلب.

Microsoft تشير في إرشادات دعم حسابات العمل إلى أن تكرار محاولات المصادقة قد ينتج من نشاط ضار أو إعداد MFA غير صحيح أو عوامل أخرى وتوصي بالرجوع إلى سجلات الدخول ومسؤول التقنية للتحقيق.

لذلك لا تدخل في لعبة رفض الإشعارات إلى ما لا نهاية.

في الحساب الشخصي راجع طرق تسجيل الدخول والاسترداد والأجهزة والتطبيقات المرتبطة ثم اطلب

 دعم المزود إذا بقي السبب مجهولا.

اقرأ ايضا :لماذا يجب تحديث المتصفح رغم أنه يعمل دون مشكلة

وفي حساب العمل أو الدراسة ارفع الحالة إلى فريق التقنية لأنهم يستطيعون رؤية سجلات لا تظهر 

لك كمستخدم عادي.

القاعدة التي تستحق أن تبقى معك بسيطة.

لا توافق على محاولة لم تبدأها أنت ولا تجعل تكرار الإشعار يدفعك إلى التخمين.

ارفض ثم تحقق ثم قو طريقة الدخول بحسب الدليل الذي تجده.