موجة DDoS ضد البنوك (2013): 5 دروس حول حركة المدفوعات

ماذا حدث

اعتبارًا من مطلع أبريل 2013 واجهت البنوك هجمات DDoS: أي الإغراق المتعمّد للمواقع والخدمات بكميات هائلة من حركة البيانات. كان أحد البنوك أول هدف وتعرّض في وقت قصير للضرب مرات عدة، فلم يتمكن الزبائن من استخدام الخدمات المصرفية عبر الإنترنت والهاتف المحمول. وبعد ذلك بقليل تبعته بنوك أخرى وتعطّل أيضًا iDEAL، فتعذّر الدفع عبر الإنترنت في المتاجر الإلكترونية مؤقتًا. في هجوم DDoS لا يجري الاختراق ولا تُسرَق بيانات؛ فالهدف هو التعطيل. ولم يُعرف قط مَن كان وراء الهجمات. وبعد ذلك تناولت البنوك وNCSC المعالجة معًا.

الدرس 1: كن سريعًا وصادقًا، حتى دون معرفة السبب

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

الدرس 2: تواصل عبر قناة لا تتعطّل هي نفسها

إذا كان موقعك وتطبيقك هما الهدف، فلا يمكنك الاعتماد عليهما في تواصلك.

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

الدرس 3: حركة المدفوعات حركة سلسلة

عندما تعطّل iDEAL، لم يلاحظ ذلك زبائن البنوك فقط، بل المتاجر الإلكترونية وزبائنها أيضًا. حركة المدفوعات سلسلة: فمشكلة عند بنك أو في البنية التحتية المشتركة للمدفوعات تمسّ أطرافًا كثيرة في آنٍ واحد. لذلك نسّق داخل القطاع ومع البنية التحتية للمدفوعات. فالتواصل الموحّد يمنع أن تروي كل حلقة رواية خاصة بها وتزيد القلق.

الدرس 4: احمِ الثقة، فهي رأس مالك

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

الدرس 5: اعرف واجبات الإبلاغ لديك (DORA وNIS2 وCER)

بالنسبة إلى القطاع المالي، يسري منذ 2025 قانون DORA (Digital Operational Resilience Act): تُبلّغ عن أي حادث خطير في تقنية المعلومات والاتصالات لدى البنك المركزي الهولندي (DNB)، مع بلاغ أوّلي وتحديثات مرحلية وتقرير نهائي. وDORA هو التنظيم الخاص بالكيانات المالية بشأن حوادث تقنية المعلومات والاتصالات. وإضافةً إلى ذلك، تُعدّ البنوك كيانات حيوية بموجب قانون صمود الكيانات الحيوية (CER) للصمود المادي وصمود جميع المخاطر؛ ويشكّل قانون الأمن السيبراني (NIS2) الإطار السيبراني الأوسع. وثّق أثناء الأزمة أي بلاغات قُدّمت ومتى ولمن.

كيف يساعد CrisisRadar في ذلك

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

Stappenplan

Veelgestelde vragen

ما هو هجوم DDoS وهل تُسرَق فيه البيانات؟

يُغرق هجوم DDoS موقعًا أو خدمة بكمية هائلة من الحركة حتى يصبح غير متاح. ولا يجري الاختراق ولا تُسرَق أي بيانات؛ فالهدف هو تعطيل الإتاحة.

كيف تتواصل عندما يتعطّل موقعك وتطبيقك؟

استخدم صفحة حالة على بنية تحتية مستقلة، ووظّف وسائل التواصل الاجتماعي والصحافة وخدمة الزبائن بالرسالة المحدّثة نفسها. بهذا تصل إلى الزبائن حتى عندما لا تعمل القنوات المُستهدَفة.

ما واجب الإبلاغ الذي يسري على البنوك عند حادث في تقنية المعلومات والاتصالات؟

بالنسبة إلى القطاع المالي يسري DORA: تُبلّغ عن أي حادث خطير في تقنية المعلومات والاتصالات لدى البنك المركزي الهولندي (DNB)، مع بلاغ أوّلي وتحديثات مرحلية وتقرير نهائي. والبنوك إضافةً إلى ذلك كيانات حيوية بموجب CER، مع NIS2 كإطار سيبراني أوسع.