النسبة للبنوك، لا يُعدّ رمز التحقق لمرة واحدة (OTP) مجرد إشعار، بل هو أداة تحكم في أكثر عمليات العملاء حساسيةً من الناحية الأمنية، مثل تسجيل الدخول، وتأكيد المعاملات، وإضافة المستفيدين، وتفعيل البطاقات، وربط الأجهزة. فتكلفة عدم وصول رمز التحقق لمرة واحدة هي خسارة العميل، أما تكلفة وصوله ولكن يتم اعتراضه أو إعادة استخدامه أو استنفاده بواسطة الفحص الآلي فهي خسارة مباشرة ناتجة عن الاحتيال، بالإضافة إلى إمكانية التواصل مع الجهات الرقابية. لذا، تحتاج البنوك إلى ممارسات تشغيلية أكثر دقة لرموز التحقق لمرة واحدة مقارنةً بمرسلي الرسائل من التطبيقات إلى الأشخاص (A2P) الآخرين، وذلك من خلال تحسين أدوات المراقبة، وتفعيل أنظمة التنبيه الفوري لأنماط الاحتيال، ووضع خطة عمل موثقة للتعامل مع حالات الفشل المتوقعة. وهذه هي ملامح هذه الممارسات.
المؤشرات الخمسة الرئيسية التي يجب عرضها على الحائط
تقيس معظم البنوك وصول رمز التحقق لمرة واحدة (OTP) برقم واحد فقط - "معدل التسليم" - وهذا الرقم غالباً ما يكون غير دقيق، لأن معدل التسليم الذي يُبلغه مزود خدمة الرسائل هو معدل نجاح الإرسال، وليس معدل وصول رمز التحقق لمرة واحدة (OTP) فعلياً إلى العميل الذي استخدمه. خمسة أرقام، يتم تتبعها لكل قناة ولكل مشغّل وجهة، تُعطي الصورة الحقيقية.
- معدل التسليم من البداية إلى النهاية - نسبة طلبات رمز التحقق لمرة واحدة (OTP) التي استجاب لها مشغّل الوجهة برسالة تأكيد استلام (DLR) خلال فترة صلاحية رمز التحقق لمرة واحدة. هذا هو رقم التسليم الفعلي، وليس معدل قبول الطلب.
- زمن الاستجابة p50، p95، p99 - يتم إرسال البيانات إلى الهاتف، لكل قناة، ولكل مشغّل وجهة. يتم تتبعها كسلسلة زمنية، وليس كرقم واحد؛ وشرط التنبيه هو التدهور مقارنةً بخط أساس متغيّر وليس عتبة مطلقة.
- معدل إعادة المحاولة - نسبة طلبات رمز التحقق لمرة واحدة التي نتج عنها إعادة إرسال من قِبل المستخدم أو النظام خلال فترة الصلاحية. يُعد ارتفاع معدل إعادة المحاولة أول مؤشر على تراجع جودة التسليم الأساسي؛ وهو يسبق عادةً الانخفاض الواضح في معدل التسليم.
- معدل رفض معرّف المُرسِل - نسبة الطلبات المرفوضة عند نقطة تفتيش المشغّل بسبب معرّف المُرسِل. أي رقم غير صفري هنا يشير إلى مشكلة في التسجيل؛ ويجب التنبيه إليها باعتبارها مخالفة لسياسة عدم التسامح مطلقًا.
- معدل إتمام رمز التحقق لمرة واحدة (OTP) هو نسبة طلبات رمز التحقق لمرة واحدة التي أدخل فيها المستخدم الرمز بنجاح. هذا هو مؤشر الأداء الرئيسي الوحيد ذو الأهمية التجارية؛ فكل المؤشرات الأخرى تؤثر عليه. يشير معدل تسليم 99% مع معدل إتمام 70% إلى أن الرسالة وصلت ببطء شديد أو أن تجربة المستخدم المتعلقة بإدخال الرمز بها خلل؛ فالتسليم دون إتمام لا يُعد نجاحًا.
علامات الاحتيال التي تستحق التنبيه إليها
تُعدّ بنية نظام رمز التحقق لمرة واحدة (OTP) أيضاً نقطة ضعف أمام هجمات هذا النظام. وتنتشر ثلاثة أنواع من إساءة الاستخدام، ويمكن اكتشافها جميعاً من البيانات التي يجمعها البنك بالفعل.
1. طلبات متكررة لرمز التحقق لمرة واحدة لنفس رقم الهاتف المحمول (MSISDN)
عندما يقوم مهاجم بفحص مسار رمز التحقق لمرة واحدة (OTP) لحساب واحد - يدويًا أو عبر برنامج نصي - فإنه يُنتج بصمة مميزة: طلبات متكررة لرمز التحقق لمرة واحدة لرقم هاتف واحد، غالبًا ما تكون متقاربة زمنيًا، وأحيانًا مع عناوين IP متغيرة أو سلاسل وكيل المستخدم في الجلسة الأصلية. في المقابل، يصل عدد المحاولات لدى المستخدم الشرعي (الذي لا يستطيع العثور على الرمز) إلى ثلاث أو خمس محاولات في غضون دقائق قليلة؛ بينما يصل عدد المحاولات لدى المهاجمين إلى العشرات أو المئات. لذا، يجب أن تكون عتبات التنبيه صارمة: فأكثر من عشرة طلبات لرمز التحقق لمرة واحدة لرقم هاتف واحد (MSISDN) خلال خمس عشرة دقيقة يُعد غالبًا إما هجومًا أو خللًا في التكامل، وكلاهما يستدعي الانتباه.
2. الشذوذات الجغرافية والسلوكية
طلب رمز التحقق لمرة واحدة (OTP) من جلسة صادرة من بلد ما، لرقم هاتف مرتبط تاريخيًا ببلد آخر، لا يُعد بالضرورة عملية احتيال - فقد يكون عميلًا مسافرًا - ولكن من الأفضل رفع مستوى التحقق، بدلًا من تجاهله. وإذا أضفنا إلى ذلك تغييرات في بصمة الجهاز (متصفح جديد، معرّف جهاز جديد، تثبيت تطبيق جديد)، يصبح المؤشر أقوى. يفترض أن يقوم نظام إدارة المخاطر في البنك بذلك بالفعل لتفويض المعاملات؛ لذا فإن توسيع نطاقه ليشمل إصدار رمز التحقق لمرة واحدة يُعد مكسبًا سريعًا.
3. تعداد مقيد وحشو بيانات الاعتماد
يقوم مهاجم أكثر تطورًا بحصر معرّفات الحسابات خلال عملية استعادة كلمة المرور، متجنبًا عمدًا تجاوز الحد الأقصى المسموح به لطلبات رمز التحقق لمرة واحدة لكل حساب، ولكنه في الوقت نفسه يفحص العديد من الحسابات في آنٍ واحد. تتمثل السمة المميزة لهذا الهجوم في ارتفاع معدل طلبات رمز التحقق لمرة واحدة عبر العديد من أرقام هواتف MSISDN المختلفة من نطاق مصدر صغير، وغالبًا ما يكون عدد الطلبات الفردية لكل رقم MSISDN منخفضًا بحيث لا يُفعّل نظام التنبيهات لكل حساب. يتطلب الكشف عن هذا الهجوم تجميع البيانات من مصادر مختلفة (عنوان IP، فئة الجهاز، نمط الجلسة) بدلًا من التركيز على كل حساب على حدة. هذا هو بالضبط نمط هجمات "ضخ الرسائل النصية" التي يشنها بعض المهاجمين على بنية رمز التحقق لمرة واحدة لتحقيق الربح من خصومات مزودي الخدمة لكل رسالة؛ فالحماية من هذا النوع من الهجمات تحمي من الاحتيال وتضخم تكاليف مزودي الخدمة في آنٍ واحد.
دليل التشغيل لأنماط الفشل المتوقعة
تتكرر ثلاثة أنواع من حوادث رمز التحقق لمرة واحدة في كل بنك. إن وجود خطة عمل مكتوبة لكل نوع - وليس خطة عمل يتم إعدادها تحت الضغط - هو ما يميز عملية التعافي التي تستغرق 15 دقيقة عن تلك التي تستغرق 4 ساعات.
دليل التشغيل 1 - تدهور مسار مشغّل الوجهة
الإشارة: ارتفاع زمن الاستجابة (p95) لدى مشغّل وجهة محدد بينما تبقى بقية المشغّلات ثابتة، وانخفاض معدل التسليم إلى ذلك المشغّل. الإجراء: التأكد من أن التدهور ناتج عن مسار التوجيه وليس داخليًا (قبول الطلبات لا يزال 100%)، وتحويل حركة رسائل OTP الخاصة بذلك المشغّل إلى المسار الثانوي في محرك التوجيه، وإخطار مركز عمليات الشبكة (NOC) التابع للمزود للتأكيد وتحديد الوقت المتوقع للاستجابة. الاستعادة: بمجرد عودة مقاييس المسار الأساسي إلى وضعها الطبيعي لمدة 30 دقيقة، يتم استعادة النظام. يجب أن يتكون دليل الإجراءات الكامل من عشرة أسطر ويتم تطبيقه كل ثلاثة أشهر.
دليل التشغيل 2 - ارتفاع حاد في رفض معرّف المُرسِل
الإشارة: يرتفع معدل رفض معرّف المُرسِل من الصفر إلى معدل غير صفري، وغالبًا ما يكون ذلك لسوق وجهة واحدة. الإجراء: التحقق مما إذا كان تسجيل معرّف المُرسِل قد انتهت صلاحيته أو تم إلغاؤه لدى الجهة التنظيمية في السوق الوجهة (السبب الأكثر شيوعًا)، والتأكد من ذلك مع المجمع المحلي، والتحويل إلى معرّف مُرسِل احتياطية مسجلة للسوق المتأثرة إن وجدت، وتصعيد عملية التسجيل. يُحدد وقت الاسترداد من قِبل الجهة التنظيمية، وليس البنك؛ وتتمثل مهمة خطة العمل في الحد من نطاق التأثير أثناء الانتظار.
خطة العمل 3 - هجوم منسق لضخ رموز التحقق لمرة واحدة
الإشارة: ترتفع تكلفة كل عملية إدخال رمز التحقق لمرة واحدة (OTP) بنجاح بشكل حاد؛ ويزداد حجم الطلبات المُرسلة إلى نطاقات أرقام محددة (غالبًا ما تكون أرقامًا قريبة من أرقام التعريفة المميزة أو أرقامًا تبدأ برموز دول محددة) بشكل كبير؛ ويقترب معدل إتمام هذه الطلبات من الصفر. الإجراء: تفعيل قائمة السماح لرموز الوجهة إذا لم تكن مُفعّلة بالفعل (وهذا هو الإجراء الأكثر فعالية للتحكم)، والحد من إصدار رموز التحقق لمرة واحدة من مسارات الإرسال المتأثرة، والتواصل مع فريق مكافحة الاحتيال لدى مزود خدمة الرسائل. التعافي: إيقاف قائمة السماح بمجرد توقف الهجوم - بالنسبة لمعظم البنوك، ليس من الآمن إبقاؤها مُعطلة بشكل دائم. راجع HLR Lookup pre-flight كإجراء وقائي هيكلي ضد هذا النوع من الهجمات.
خيارات معمارية تجعل أدلة التشغيل ممكنة
تعتمد جميع الخطط المذكورة أعلاه على قرارات معمارية اتُخذت قبل وقوع الحادث، وليس على ارتجالات أثناء وقوعه. ثلاثة منها تستحق التفكير فيها ملياً.
- تفعيل خاصية التحقق عبر قنوات متعددة منذ البداية - كحد أدنى رسائل SMS والمكالمات الصوتية؛ والأفضل رسائل SMS، ونموذج مصادقة WhatsApp، والمكالمات الصوتية مع آلية تحويل تلقائي موثقة في حال تعطل إحدى القنوات. التحويل التلقائي هو عنصر تحكم، وليس مجرد حل احتياطي؛ يجب أن يكون قابلاً للتفعيل لكل مسار ولكل فئة دون الحاجة إلى تعديلات برمجية.
- بيانات قياس زمن الاستجابة والتسليم لكل قناة ولكل مشغّل - بدونها، تبقى لوحات المعلومات المذكورة أعلاه مجرد طموحات. يجب أن تأتي البيانات من مزود خدمة المراسلة على شكل موجزات DLR منظمة، وليس كتقارير PDF شهرية.
- سجل معرّفات المُرسِلين الموثقة مع تواريخ التجديد - يجب أن يمتلك فريق الامتثال في البنك هذا السجل، وليس مزود خدمة المراسلة؛ فالأخطاء الناجمة عن إشراف المزود على التجديد لا تزال مشكلة البنك عندما يتوقف وصول حركة الرسائل.
التحدث مع مزود الخدمة - ما هي البيانات التي يجب أن تعود؟
يحدد عقد المراسلة ذو المستوى المصرفي البيانات التشغيلية التي يُعيدها المزوّد، وليس فقط جدول تسعير الوحدة. توقع، كحد أدنى:
- روابط webhook لإيصالات DLR في الوقت الفعلي يمكن للبنك التحقق من صحتها (مثل توقيع HMAC-SHA256 بسرّ مشترك إذا كان المزوّد يوقّع الاستدعاءات، أو قائمة عناوين IP مسموح بها)، حتى يتمكن البنك من مطابقة عمليات الإرسال مع التسليم الفعلي في نظام SIEM الخاص به.
- إيصالات التسليم اليومية وتقارير زمن الاستجابة مصنفة حسب مشغّل الوجهة، ومعرّف المُرسِل، والمسار، وهي مناسبة للإدخال في مجموعة أدوات المراقبة الخاصة بالبنك.
- ملخصات الحوادث الشهرية مع الجدول الزمني والسبب الجذري وإجراءات التخفيف لأي حادث من جانب مقدم الخدمة أثر على حركة رسائل البنك.
- جهات اتصال مباشرة للتصعيد في مركز عمليات الشبكة التابع للمزود وفريق مكافحة الاحتيال، وذلك بموجب اتفاقية مستوى الخدمة مع أوقات استجابة محددة.
تقوم خدمة OTP الخاصة بـ BroadNet (/products/otp) بشحن تحليلات التسليم والكمون والإكمال لكل قناة ولكل مشغّل على شكل خلاصات منظمة - كما أن طبقة الكشف عن الاحتيال نفسها التي تحمي جانب المشغّل متاحة لعملاء OTP من المؤسسات كتقييم مسبق للطلبات قبل تحويلها إلى عمليات إرسال قابلة للفوترة.
الاستعداد لدى الجهات التنظيمية - البعد الذي غالباً ما يتم تجاهله
تُوجّه البنوك المركزية وهيئات تنظيم الخدمات المالية أسئلةً صريحةً بشكلٍ متزايدٍ حول بنية تقديم رمز التحقق لمرة واحدة (OTP) خلال عمليات التفتيش: ما هي اتفاقية مستوى الخدمة (SLA)؟ ما هي آلية تجاوز الأعطال؟ ما هو سجل التدقيق؟ كيف يتم اكتشاف أنماط الاحتيال والتعامل معها؟ البنوك التي تستطيع الإجابة في غضون خمس دقائق من ملف تشغيلي جاهز تجتاز التفتيش بنجاح؛ أما البنوك التي تضطر إلى تجميع الإجابة في منتصف عملية التفتيش فلا تجتازه. تُعدّ مؤشرات الأداء الرئيسية (KPIs) وخطط العمل المذكورة أعلاه مدخلاتٍ لهذا الملف؛ لذا يجب التعامل معها كوثائق امتثالٍ بالإضافة إلى كونها وثائق تشغيلية.
نمط شائع للتقاعد
تُدمج العديد من البنوك نظام رمز التحقق لمرة واحدة (OTP) كجزء من خدمة المصادقة بدلاً من اعتباره نظامًا مستقلاً. والنتيجة: أن تكامل الرسائل يقع تحت مسؤولية من أنشأ مسار المصادقة في الأصل، وغالبًا ما يكون شخصًا انتقل إلى فريق آخر؛ ولا أحد يُولي اهتمامًا لبيانات تسليم الرسائل لكل مشغّل؛ وأول مؤشر على تدهور الخدمة هو ارتفاع مفاجئ في طلبات دعم العملاء لا يستطيع فريق الدعم ربطه بمشكلة في الرسائل. يكمن الحل في هيكلة النظام - تحديد مسؤول مُعيّن عن بنية رمز التحقق لمرة واحدة (OTP) مع فريق صغير دائم (أو فريق شريك مُحدد بوضوح)، ومراجعة ربع سنوية للوحة مؤشرات الأداء الرئيسية، واختبار سنوي شامل لخطط العمل المذكورة أعلاه في سيناريو واقعي. تُجري جميع شركات تزويد خدمات الرسائل المصرفية المؤسسية مراجعات ربع سنوية مشتركة مع عملائها كجزء من التعاون؛ إذا لم تكن شركتك تفعل ذلك، فاطلبها.
ما هو شكل الجودة، بالأرقام؟
يجب أن تحقق البنية التحتية المصرفية المُدارة بكفاءة لرموز التحقق لمرة واحدة (OTP)، والتي تُرسل إلى سوق دول مجلس التعاون الخليجي الخاضع للتنظيم عبر قنوات مباشرة مع المشغّلين، مع وجود سلسلة احتياطية وضوابط مكافحة الاحتيال الموضحة أعلاه، ما يلي: معدل إتمام شامل يزيد عن 99% (ليس مجرد تسليم - بل التحقق الفعلي من العميل)، وزمن استجابة أقل من خمس ثوانٍ على القناة الرئيسية، ومعدل رفض معرّف المُرسِل صفر، ومعدل إعادة محاولة أقل من 3% (يؤدي تجاوز هذا المعدل إلى تدهور تجربة المستخدم والتكلفة)، وحظر طلبات رموز التحقق لمرة واحدة (OTP) المتعلقة بالاحتيال أقل من 1% من حركة البيانات المشروعة (الإنذارات الكاذبة مهمة - فالحظر المفرط يُعد مشكلة بحد ذاته تؤثر سلبًا على تجربة المستخدم). البنوك التي تقل أرقامها بشكل ملحوظ عن هذه النسب لديها سبب واحد أو أكثر من أسباب الفشل السبعة المذكورة في دليل استكشاف أخطاء تسليم رموز التحقق لمرة واحدة (OTP) وإصلاحها قيد التشغيل؛ لذا يجب تشخيص المشكلة قبل إجراء أي تعديلات.
قراءات ذات صلة
- لماذا تفشل رسائل رمز التحقق لمرة واحدة وكيفية إصلاح مشاكل التسليم
- كيف يؤثر التحقق عبر المكالمات الخاطفة على إيرادات مشغّلي الشبكات من التطبيقات إلى الأشخاص
- استراتيجية الرسائل متعددة القنوات للتجارة الإلكترونية والخدمات اللوجستية
- المصطلحات — ما هو رمز التحقق لمرة واحدة، ما هو ضخ رسائل SMS، ما هو DLR
- صفحات المنتجات — خدمة رمز التحقق لمرة واحدة ورمز التحقق لمرة واحدة الصوتية MyOTP
- التغطية — توجيه متوافق مع بروتوكول OTP وTDRA في الإمارات العربية المتحدة