الاستيلاء على الحساب: صعّد التحدي بدلاً من حظر العميل

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

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

لماذا يُعدّ الحظر هو الإعداد الافتراضي الخاطئ؟

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

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

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

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

تشير الإشارات التي توحي بالاستحواذ عادةً إلى تغيير في تاريخ العميل نفسه:

• جهاز لم يستخدمه العميل من قبل.

• تغيير في البلد سريع للغاية بحيث لا يمكن اعتباره سفراً ، مثل الانتقال من لاغوس قبل ساعة إلى قارة أخرى الآن.

• جهاز جديد يتبعه بسرعة إجراء حساس ، مثل إضافة مستفيد في غضون دقائق من تسجيل الدخول.

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

• عنوان IP من مزود خدمة الاستضافة بدلاً من شبكة الهاتف المحمول أو النطاق العريض المنزلي.

لكلٍّ من هذه الحالات تفسيرٌ بريءٌ في حد ذاته. أما مجتمعةً، ومتبوعةً بمحاولةٍ لتحويل الأموال، فتستحقّ هذه الحالات محاسبةً.

ما هو التحدي الجيد للارتقاء بالمستوى؟

قم بتصنيف التحديات بناءً على ما إذا كان بإمكان المهاجم الذي سيطر على الحساب إكمالها.

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

أين ينبغي أن يكمن التحدي؟

ضع التحدي أمام الإجراء الذي يُسبب الخسارة، ليس فقط عند تسجيل الدخول. إليك مثال توضيحي لسياسة تطبيق محفظة إلكترونية:

1. تسجيل الدخول من جهاز معروف: السماح.

2. قم بتسجيل الدخول من جهاز جديد، لا شيء آخر غير عادي: اسمح بذلك، ولكن أخفِ الأرصدة أو قيّد التحويلات حتى الخطوة التالية.

3. إضافة جهاز جديد ومستفيد خلال نفس الجلسة: يتطلب الأمر صورة شخصية مطابقة للتسجيل قبل أن يصبح المستفيد نشطًا.

4. جهاز جديد، تغيير سريع للبلد، وسحب مبلغ يتجاوز المبلغ المعتاد للعميل: يتم تعليق عملية السحب والمطالبة بإعادة التحقق الكامل.

5. فشلت عملية الترقية، أو تم التخلي عنها مرتين: تجميد المدفوعات الصادرة وفتح ملف للمراجعة.

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

كيفية استخدام نتيجة تصاعدية

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

يُعدّ فشل عملية الترقية من أقوى مؤشرات الاستحواذ التي قد تتلقاها. تعامل مع التحديات المهجورة بحذر: قد يكون العميل الحقيقي مشغولاً فحسب، لكن المهاجم لا يستطيع إكمالها، لذا فإنّ تكرار الهجر في جلسة محفوفة بالمخاطر يستدعي المراجعة.

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

كيف Toden يدعم هذا التدفق

تتلاءم القطع معًا كإشارات، وتحدٍ، ونتيجة.

الإشارات. يمكن لنظامك الخلفي إرسال بيانات تسجيل الدخول، وإعادة تعيين كلمات المرور، وإضافة المستفيدين، وتغييرات الأجهزة، والمدفوعات، وعمليات السحب إلىPOST /api/v1/activities، مع مرجع جهازك، وعنوان IP الخاص بالعميل وموقعه، واستلامallow،reviewأوblockيتم اتخاذ القرار بناءً على القواعد التي تم تفعيلها ( وثائق مراقبة النشاط (يفتح في علامة تبويب جديدة) ). يؤدي إعادة استخدام مرجع جهاز ثابت إلى بناء أدلة على الأجهزة الجديدة بمرور الوقت، وتشمل القواعد المدمجة تغييرات الأجهزة الجديدة والتغييرات السريعة في البلد. يتطلب مجال مراقبة الاحتيال هذا صلاحية منع الاحتيال وملف تعريف تجاري معتمد.

التحدي. بالنسبة للأفراد، يمكن طلب إعادة التحقق من خلال سير العمل، عبر API أو من لوحة التحكم. ستتلقىentity.step_up_requestedمع تحدٍّ مُستضاف URL وتاريخ انتهاء صلاحيته، والذي ترسله أو تعرضه للعميل ( خطافات الويب الخاصة بقرار النشاط (يفتح في علامة تبويب جديدة) ). تعامل مع ذلك URL حساسة للغاية. بالنسبة للعملاء العائدين الذين قاموا بالتسجيل، تتم مطابقة إعادة المصادقة البيومترية صورة شخصية جديدة مع مرجع التسجيل الخاص بهم بشكل فردي.

نتيجة. entity.step_up_completedيخبرك ما إذا كان العميل قد نجح أم لا؛ تابع فقط عندماpassedصحيح. قم بإزالة التكرارات من كل رابط ويب باستخدام معرّف الحدث الخاص به.

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

قائمة مراجعة قبل الشحن

1. اذكر الإجراءات التي يمكن أن تسبب الخسارة وضع تحدياً أمام كل منها.

2. حدد الإشارات التي تُفعّل كل تحدٍ، بدءًا من الجهاز الجديد بالإضافة إلى إجراء حساس.

3. قم بإزالة أي تحدٍ يعتمد على بيانات الاتصال التي تم تغييرها في نفس الجلسة.

4. تأكد من أن اجتياز التحدي يزيل القيد دون الحاجة إلى تذكرة دعم.

5. فشل المسار وتخلى مرارًا وتكرارًا عن الطعون المقدمة في القضية، وإخطار العميل من خلال قناة موثوقة.

6. مراجعة شهر من التحديات: كم عدد العملاء الحقيقيين الذين تم التعامل معهم، وكم عدد الهجمات التي تم إيقافها عند التحدي.

تعرّف على المزيد حول منع الاحتيال وكشفه من خلال Toden .