مصطفى محمود مقلد
باحث قانونى - محام
(Mustafa Mahmoud Maklad)
الحوار المتمدن-العدد: 8881 - 2026 / 11 / 6 - 08:16
المحور:
دراسات وابحاث قانونية
تكشف واقعة استهداف مجموعة Crédit Mutuel Arkéa المصرفية الفرنسية، التي أعلنت تعرضها لهجوم سيبراني مكّن المهاجمين من تنفيذ معاملات مالية احتيالية، عن تطور نوعي في طبيعة التهديدات التي تواجه القطاع المصرفي. فالمسألة لم تعد محصورة في سرقة بيانات الدخول أو تعطيل الخدمات، وإنما تمتد إلى استغلال البنية الرقمية التي تسمح بتنفيذ العمليات المالية، وما يرتبط بها من أنظمة مصادقة وصلاحيات واتصالات خارجية.
وقد تصدرت الواقعة تقارير تقنية ومالية في 4 نوفمبر 2026، بعد تقديرات نشرها المحقق المستقل في معاملات البلوك تشين ZachXBT، أشارت إلى أموال تتجاوز 133 مليون دولار، بما يعادل نحو 118 مليون يورو. غير أن الدقة المهنية تقتضي عدم تقديم هذا الرقم باعتباره خسارة نهائية مؤكدة؛ إذ نقلت رويترز عن البنك أن الخسائر أقل من الرقم الذي تداولته بعض التقارير، وأن التقييم المالي لم يكن قد اكتمل، مع تأكيده أن الأموال المتأثرة لا تهدد متانة المجموعة المالية.
وأكد البنك تعرضه لهجوم أتاح تنفيذ عمليات احتيالية، وأنه أخطر الجهات المختصة والرقابية، وعلّق بعض المعاملات مؤقتًا كإجراء احترازي لمنع استمرار العمليات غير المشروعة، قبل استئناف الخدمات تدريجيًا بعد إجراءات التحقق والتأمين. كما أكد أن أموال العملاء لم تتأثر، وأن الحادث أدى إلى تأخير تنفيذ بعض التحويلات.
وهنا تظهر أولى المفارقات التي تستحق التأمل: كيف يمكن أن تتعرض مؤسسة مصرفية لخسائر مالية ضخمة، بينما تؤكد في الوقت نفسه أن حسابات عملائها وأموالهم لم تتأثر؟
الإجابة تبدأ من ضرورة التمييز بين أموال العملاء التي يحتفظ بها البنك أو يديرها لحسابهم، وبين الأموال والأرصدة والأصول التي تخص المؤسسة نفسها، وبين أنظمة تنفيذ المعاملات التي قد تُستخدم في تحريك أي من هذه الأموال. فاختراق المسار التشغيلي للمؤسسة لا يعني بالضرورة اختراق حسابات المودعين، كما أن تنفيذ معاملات احتيالية من خلال أنظمة مصرفية لا يثبت بذاته أن بيانات العملاء قد سُرقت أو أن أرصدتهم تعرضت للخصم.
وتزداد أهمية هذه التفرقة بالنظر إلى ما كشفته التغطية التقنية التي نشرتها CoinDesk، نقلًا عن تحقيقات تتبع المعاملات؛ إذ تحدثت عن عمليات سحب من حسابات مرتبطة بمنصات تداول مركزية، من بينها Kraken وCrypto.com وOKX، وقدّرت التحليلات التي أجرتها Bitquery حجم بعض التحركات المرصودة بنحو 108.8 مليون دولار من عملة USDC، خلال فترة امتدت لنحو 21 ساعة بين الأول والثاني من نوفمبر، مع تتبع تحويلات لاحقة عبر عدد كبير من المحافظ الرقمية.
كما أعلنت Crypto.com اتخاذ إجراء لتجميد أموال مرتبطة بالواقعة، مع تأكيدها أن أموال مستخدميها لم تتأثر.
لكن من الضروري هنا الفصل بين ما كشفته تحليلات البلوك تشين، وما أقر به البنك رسميًا؛ فهذه التحليلات تقدم قرائن مهمة بشأن حركة الأصول الرقمية، لكنها لا تثبت وحدها هوية المهاجم أو الطريقة التي حصل بها على صلاحية الوصول إلى الحسابات أو المنصات. كما لم يكشف البنك حتى الآن عن الآلية التقنية الدقيقة للهجوم، أو يؤكد أن الأموال المسروقة كانت في أصلها عملات مشفرة، أو يقدم تفاصيل نهائية بشأن احتمال تسرب بيانات.
إن فهم هذه الواقعة لا يبدأ من سؤال: كيف اخترق المهاجم البنك؟ وإنما من سؤال أكثر دقة: كيف استطاع أن يجعل النظام المالي ينفذ عمليات لم يكن ينبغي له أن ينفذها؟
في البنية المصرفية الحديثة، لا يعمل البنك باعتباره نظامًا مغلقًا أو شبكة منعزلة؛ بل يعتمد على منظومة رقمية متشابكة تضم قواعد بيانات، وخوادم، وأنظمة مدفوعات، وواجهات برمجية، وخدمات تحقق من الهوية، ومنصات خارجية، ومزودي خدمات تقنية، ومؤسسات مالية تتبادل فيما بينها البيانات والتعليمات.
وهذا الترابط، على الرغم مما يوفره من سرعة وكفاءة في تقديم الخدمات، يخلق امتدادات متعددة لسطح الهجوم (Attack Surface)، بحيث لا تعود المخاطر الأمنية محصورة في الأجهزة والخوادم التابعة للبنك، وإنما تمتد إلى كل نقطة اتصال أو حساب خدمة أو واجهة تقنية يمكن أن تؤثر في عملياته.
وهنا يبرز أحد أخطر المفاهيم في الأمن السيبراني المصرفي، وهو مخاطر الأطراف الثالثة (Third-Party Risk)، ومخاطر سلسلة التوريد الرقمية (Supply Chain Risk).
فقد لا يستهدف المهاجم المؤسسة المالية مباشرة، وإنما يحاول الوصول إلى جهة تتعامل معها تقنيًا، أو إلى حساب خدمة يمتلك صلاحيات على أحد أنظمتها، أو إلى واجهة اتصال لا تفرض قيودًا كافية على طبيعة الطلبات التي تستقبلها. وفي مثل هذه الحالات، قد تتحول الثقة التقنية المتبادلة بين المؤسسات إلى مسار يمكن إساءة استخدامه.
ومع ذلك، لا يجوز نسبة هذا السيناريو تحديدًا إلى واقعة Arkéa؛ فلم يثبت حتى الآن أن نقطة الدخول كانت مزود خدمة خارجيًا، ولا أن المهاجم استغل واجهة API بعينها. إنما هو أحد السيناريوهات المعروفة في هندسة الهجمات على المؤسسات المالية، ويجب فصله عن الوقائع التي ما زالت قيد التحقيق.
كيف تتم هذه السرقات من الناحية التقنية؟
لفهم الآلية، ينبغي أولًا إدراك أن المعاملة المصرفية الإلكترونية ليست مجرد رقم ينتقل من حساب إلى آخر، وإنما سلسلة من العمليات التقنية المتتابعة؛ تبدأ بإنشاء أمر مالي، ثم التحقق من مصدره، وفحص صلاحيات الجهة التي أصدرته، والتحقق من المستفيد والبيانات المرتبطة بالتحويل، ثم اعتماده وتنفيذه وتسجيله في الأنظمة المحاسبية.
وأي خلل جوهري في إحدى هذه الحلقات قد يفتح مجالًا لإساءة استخدام النظام.
فقد تبدأ بعض الهجمات بسرقة بيانات اعتماد (Credential Theft)، يحصل بموجبها المهاجم على اسم مستخدم وكلمة مرور أو رمز مصادقة أو مفتاح تقني تابع لحساب خدمة. وقد يستغل المهاجم ضعفًا في آليات المصادقة متعددة العوامل (MFA)، أو جلسة دخول قائمة، أو صلاحيات ممنوحة لحساب لا تتناسب مع طبيعة وظيفته.
وفي سيناريو آخر، قد يستهدف المهاجم واجهات البرمجة (Application Programming Interfaces – APIs)، وهي الوسائل التي تسمح للأنظمة المختلفة بتبادل البيانات والأوامر. وإذا كانت هذه الواجهات تعاني ضعفًا في التحقق من الهوية أو تفويض الصلاحيات أو سلامة البيانات، فقد تتحول إلى نقطة تسمح بتمرير طلبات غير مشروعة.
وهناك كذلك هجمات سلسلة التوريد، التي تستهدف البرامج أو الخدمات أو الجهات الخارجية المرتبطة بالبنية التقنية للمؤسسة، بحيث يصبح اختراق أحد المكونات الموثوقة وسيلة للوصول إلى مكونات أخرى.
أما المرحلة الأكثر حساسية فهي إساءة استخدام الصلاحيات أو التلاعب بالمعاملات المالية (Transaction Manipulation)، حيث لا يكون الهدف مجرد الحصول على البيانات، بل التأثير في أمر مالي أو تغيير سياقه أو المستفيد منه أو إنشاء معاملة غير مصرح بها، مستفيدًا من صلاحية تقنية جرى الاستيلاء عليها أو إساءة استخدامها.
وهنا يجب التمييز بين المصادقة (Authentication) والتفويض (Authorization)؛ فالمصادقة تجيب عن سؤال: من الذي يتعامل مع النظام؟ أما التفويض فيجيب عن سؤال: ما العمليات التي يحق لهذا المستخدم أو النظام تنفيذها؟
قد ينجح المهاجم في تجاوز إحدى آليات المصادقة، أو يستولي على حساب صحيح، لكن الخطر الأكبر ينشأ عندما يمتلك الحساب المستولى عليه صلاحيات تتجاوز الحد الضروري، أو عندما يعجز النظام عن التحقق بصورة مستقلة من مشروعية المعاملة المالية.
فليس كل من نجح النظام في التعرف عليه يملك بالضرورة الحق في تنفيذ كل ما يطلبه، وليس كل أمر اجتاز الاختبارات التقنية يستحق أن يتحول إلى حركة مالية نافذة.
ومن هنا تأتي أهمية مبادئ مثل أقل قدر من الصلاحيات (Least Privilege)، والفصل بين المهام (Segregation of Duties)، والاعتماد المزدوج للمعاملات الحساسة (Dual Authorization)، والتحقق المستقل من المستفيد وقيمة التحويل ومصدر التعليمات.
من تنفيذ المعاملة إلى اختفاء الأثر المالي: ماذا يحدث للأموال بعد خروجها؟
لا تنتهي الجريمة عند نجاح التحويل الأول؛ بل قد تبدأ بعدها مرحلة أكثر تعقيدًا تتعلق بتشتيت الأموال وإخفاء مساراتها ومحاولة إبعادها عن الحساب أو الجهة التي خرجت منها.
وقد تتضمن هذه المرحلة استخدام حسابات وسيطة، أو إجراء تحويلات متتابعة بين مؤسسات مالية، أو توزيع الأموال على محافظ رقمية متعددة، أو تحويلها بين أصول مشفرة مختلفة، أو استخدام خدمات تبادل الأصول الرقمية لتغيير شكل الأموال ومسارات انتقالها.
ويُطلق على الأنشطة التي تستهدف إخفاء المصدر غير المشروع للأموال أو تمويه ملكيتها أو مسارها مفهوم غسل الأموال (Money Laundering)، وقد تتداخل معه جرائم الاحتيال الإلكتروني والاختراق والاستيلاء على الأموال.
لكن العملات المشفرة لا تمنح مرتكب الجريمة حصانة من التتبع؛ فبعض شبكات البلوك تشين توفر سجلًا عامًا للمعاملات يمكن تحليله وربط التحويلات ببعضها، وإن كانت معرفة صاحب المحفظة الفعلي تتطلب قرائن إضافية وإجراءات تحقيقية وتعاونًا مع منصات التداول والجهات المختصة.
وتتجلى أهمية ذلك في تقنيات تحليل البلوك تشين (Blockchain Analytics)، التي تسمح ببناء خريطة لحركة الأصول، وتحديد المحافظ الوسيطة، وتحليل توقيتات التحويلات، واكتشاف الأنماط المرتبطة بخدمات أو منصات معينة، وصولًا إلى تحديد نقاط يمكن عندها طلب تجميد الأموال أو التحفظ عليها وفق الأطر القانونية المعمول بها.
وفي واقعة Arkéa، تكتسب هذه المرحلة أهمية خاصة بعد التقارير التي تحدثت عن تحركات USDC وانتقال جزء من الأصول إلى ETH، والإعلان عن تجميد أموال مرتبطة بالواقعة لدى Crypto.com. ومع ذلك، لا ينبغي الخلط بين رصد حركة أصل رقمي وبين إثبات ملكيته أو تحديد المسؤول الجنائي عنها.
متى يكتشف البنك أنه يتعرض للسرقة؟
تلك مسألة لا تقل أهمية عن آلية الاختراق نفسها؛ لأن الفارق بين خسارة يمكن احتواؤها وخسارة تتفاقم قد يكون دقائق أو ساعات.
تعتمد المؤسسات المالية المتقدمة على منظومات مراقبة أمنية وتحليل سلوكي تتجاوز مجرد البحث عن البرمجيات الخبيثة. ومن أبرز هذه التقنيات أنظمة إدارة معلومات وأحداث الأمن (SIEM)، التي تجمع سجلات الأنظمة والشبكات وتربط الأحداث ببعضها، وأنظمة تحليل سلوك المستخدمين والكيانات (UEBA)، التي تبحث عن الانحرافات عن السلوك المعتاد، وأنظمة كشف الاحتيال المالي (Fraud Detection Systems)، التي تراقب المعاملات بحثًا عن أنماط غير طبيعية.
فإذا اعتاد حساب خدمة معين تنفيذ عمليات محدودة، ثم ظهرت منه فجأة سلسلة معاملات مرتفعة القيمة أو عمليات إلى مستفيدين جدد أو نشاط في أوقات غير معتادة، فقد ترصد المنظومة هذا الانحراف وتصدر تنبيهًا أو توقف المعاملة لحين مراجعتها.
كما تؤدي أنظمة كشف التهديدات والاستجابة لها على الأجهزة (EDR) دورًا في رصد الأنشطة الضارة على الخوادم وأجهزة العمل، بينما تساعد منصات تنسيق الاستجابة الأمنية (SOAR) في تنفيذ إجراءات الاحتواء والتعامل مع التنبيهات وفق سياسات محددة.
لكن امتلاك هذه الأدوات لا يضمن الحماية وحده؛ فقيمتها تتوقف على جودة إعدادها، وترابط مصادر البيانات، ودقة قواعد الكشف، وسرعة الاستجابة، وقدرة الفرق الأمنية على التمييز بين النشاط الطبيعي والنشاط الاحتيالي.
التحقيق الجنائي الرقمي: كيف نعيد بناء الجريمة ونثبتها؟
إذا انتقلنا من مرحلة الدفاع إلى مرحلة التحقيق، فإن التعامل مع واقعة بهذا الحجم يتطلب منهجية مختلفة تمامًا عن مجرد فحص جهاز مشتبه به أو البحث عن ملف ضار.
فالمحقق الجنائي الرقمي (Digital Forensics Investigator) لا يبدأ بافتراض هوية الجاني أو طريقة الاختراق، وإنما يبدأ بإعادة بناء تسلسل الأحداث اعتمادًا على الأدلة الرقمية.
تبدأ العملية بتحديد نقطة الدخول المحتملة، وفحص سجلات المصادقة والوصول، وتحليل الحسابات التي استخدمت، ومراجعة الصلاحيات الممنوحة لها، وفحص سجلات الخوادم وقواعد البيانات وواجهات API وأنظمة التحويل المالي.
ثم تتم مطابقة التوقيتات ومصادر الاتصال ومعرفات الجلسات وبصمات الأجهزة، وتحليل التغييرات التي طرأت على بيانات المعاملات، وتحديد أول نشاط غير مصرح به، والتمييز بين الحساب الذي أصدر الأمر والحساب أو الشخص الذي يقف خلف استخدامه.
وتتطلب هذه العملية المحافظة على سلامة الأدلة الرقمية من خلال إجراءات التصوير الجنائي للوسائط (Forensic Imaging)، وحساب البصمات الرقمية (Hash Values)، وتوثيق كل إجراء تم على الدليل، وتسجيل سلسلة حيازته (Chain of Custody)، بما يضمن إمكانية فحصه وإعادة التحقق منه أمام جهات التحقيق والمحاكم.
كما يجب تحليل مسار الأموال بالتوازي مع تحليل البنية التقنية؛ لأن إثبات كيفية اختراق النظام لا يكفي وحده لإثبات الوجهة النهائية للأموال، كما أن رصد التحويلات لا يكفي وحده لإثبات هوية من نفذ الاختراق.
وتتطلب الصورة الكاملة الربط بين الأدلة التقنية، والسجلات المصرفية، وبيانات المنصات، ومراسلات الجهات المعنية، ونتائج التحليل المالي والرقمي.
وفي هذا السياق، يمكن صياغة مجموعة من الأسئلة التحقيقية المحورية: ما نقطة الدخول الأولى؟ ما الصلاحيات التي استُخدمت؟ هل كانت هناك مؤشرات سابقة على اختراق الحسابات أو الأنظمة؟ هل جرى إنشاء أو تعديل تعليمات مالية؟ ما أول معاملة غير مصرح بها؟ ما المؤسسات والمنصات التي استقبلت الأموال؟ وهل يمكن ربط المحافظ الرقمية أو الحسابات المستفيدة بأشخاص أو كيانات محددة؟
هذه الأسئلة ليست مجرد قائمة فنية، بل هي خريطة لإعادة بناء الركن المادي للجريمة، وتحديد صلة كل متهم بالفعل، وإثبات علاقة السببية بين الاختراق والضرر المالي.
المسؤولية القانونية: هل تقع المسؤولية على البنك أم مزود الخدمة أم مرتكب الاختراق؟
من الناحية القانونية، لا يجوز اختزال الواقعة في وجود مخترق ارتكب جريمة إلكترونية، فهناك مستويات متعددة من المسؤولية قد تتكشف وفق نتائج التحقيق.
أولها المسؤولية الجنائية المباشرة عن الدخول غير المشروع إلى الأنظمة أو الاستيلاء على الأموال أو التلاعب بالبيانات أو استخدام وسائل تقنية في تنفيذ عمليات احتيالية. وتختلف الأوصاف القانونية بحسب الأفعال التي تثبتها الأدلة، وطبيعة النظام المستهدف، والقانون الواجب التطبيق، والاختصاص القضائي.
وثانيها المسؤولية المدنية أو التعاقدية التي قد تثور في مواجهة أي جهة ثبت إخلالها بالتزاماتها الأمنية أو المهنية أو التعاقدية، متى توافرت أركان المسؤولية وعلاقة السببية بين الإخلال والضرر.
وثالثها المسؤولية التنظيمية والرقابية للمؤسسة المالية، ومدى التزامها بواجبات إدارة المخاطر الرقمية، والإشراف على الأطراف الخارجية، والإبلاغ عن الحوادث، وضمان استمرارية الخدمات المالية.
وهنا تبرز أهمية قانون المرونة التشغيلية الرقمية للقطاع المالي الأوروبي (Digital Operational Resilience Act – DORA)، الصادر بموجب اللائحة الأوروبية رقم 2022/2554، والذي بدأ تطبيقه في 17 يناير 2025.
فهذا التنظيم يمثل تحولًا مهمًا في فلسفة الرقابة على المؤسسات المالية؛ إذ لم يعد ينظر إلى الأمن السيبراني باعتباره شأنًا فنيًا يخص إدارة تكنولوجيا المعلومات وحدها، بل باعتباره جزءًا من منظومة الحوكمة وإدارة المخاطر المؤسسية.
فالمادة السادسة تضع إطارًا لإدارة مخاطر تكنولوجيا المعلومات والاتصالات، والمادة العاشرة تتناول آليات الكشف عن الأنشطة غير الطبيعية، والمادة الحادية عشرة تتعلق بالاستجابة والتعافي واستمرارية الأعمال، بينما تنظم المادة التاسعة عشرة الإبلاغ عن الحوادث الكبرى، وتتناول المواد من الثامنة والعشرين إلى الثلاثين إدارة مخاطر مزودي الخدمات التقنية الخارجيين والالتزامات التعاقدية المرتبطة بهم.
والأكثر أهمية أن المادة 28 تقرر مبدأ جوهريًا: استعانة المؤسسة المالية بمزود خدمات تقنية خارجي لا تعفيها من مسؤوليتها عن الالتزام بواجباتها التنظيمية والقانونية.
فلا يجوز للمؤسسة أن تتعامل مع التعاقد مع شركة تقنية باعتباره نقلًا كاملًا للمسؤولية الأمنية إليها؛ بل يتعين عليها تقييم المخاطر قبل التعاقد، ومراقبة أداء المزود، وتحديد الوظائف الحرجة، وضمان حقوق التدقيق والوصول إلى المعلومات، ووضع خطط خروج واستمرارية عند تعذر استمرار الخدمة.
أما في القانون الفرنسي، فتستحق أحكام قانون النقد والمالية (Code monétaire et financier) المتعلقة بالعمليات غير المصرح بها الانتباه، ومنها المادة L133-18 التي تنظم رد قيمة عمليات الدفع غير المصرح بها في نطاقها القانوني، وفق شروطها واستثناءاتها.
غير أن تطبيق هذا النظام يجب أن يكون منضبطًا بوقائع كل حالة؛ فلا يصح افتراض أن أحكام رد الأموال للعملاء تنطبق تلقائيًا على خسارة أصابت أموال البنك الخاصة، خصوصًا مع إعلان Arkéa أن أموال العملاء لم تتأثر. فطبيعة الأموال المتضررة، وصفة صاحب الحساب، والجهة التي أصدرت أمر الدفع، وطبيعة العملية، كلها عناصر لازمة لتحديد النظام القانوني الصحيح.
ومن منظور مقارن، تكتسب الواقعة أهمية بالنسبة للبيئة التشريعية المصرية أيضًا. فقانون مكافحة جرائم تقنية المعلومات رقم 175 لسنة 2018 يوفر إطارًا للتعامل مع صور الاعتداء على الأنظمة والشبكات والبيانات والمعلومات الإلكترونية، بحسب أركان كل جريمة ونطاق تطبيق القانون. كما يمكن أن تتداخل معه أحكام قانون مكافحة غسل الأموال رقم 80 لسنة 2002 وتعديلاته، متى توافرت عناصر الجريمة المتعلقة بإخفاء أو تمويه مصدر الأموال غير المشروعة.
ولا يعني ذلك تطبيق القانون المصري على الواقعة الفرنسية لمجرد التشابه الفني؛ فمسألة الاختصاص تتحدد وفق قواعد الإقليمية والاختصاص الشخصي وطبيعة الأفعال والنتائج والروابط القانونية ذات الصلة. لكن المقارنة تكشف أن الجرائم المالية الرقمية تفرض على التشريعات الوطنية تطوير أدوات التحقيق والتعاون العابر للحدود، خصوصًا عندما تتوزع البنية التقنية والأموال والأدلة بين أكثر من دولة.
الوقاية لا تبدأ من جدار الحماية: ما الذي ينبغي أن تفعله المؤسسات المصرفية؟
إن حماية المؤسسة المالية من هذا النوع من الهجمات تتطلب بناء منظومة أمنية متعددة الطبقات، لا الاكتفاء بتركيب أدوات الحماية التقليدية.
ويبدأ ذلك بحصر الأصول الرقمية والأنظمة الحرجة، ورسم خريطة الاعتماد المتبادل بين الأنظمة الداخلية ومزودي الخدمات الخارجيين، وإخضاع حسابات الخدمات لمراجعة دورية، وتطبيق المصادقة متعددة العوامل، وتقييد صلاحيات الوصول، وفصل بيئات التشغيل عن بيئات التطوير والاختبار.
كما ينبغي أن تخضع المعاملات المالية الحساسة لتحقق مستقل من المستفيد والقيمة ومصدر التعليمات، وأن تطبق آليات الاعتماد المزدوج، وأن تُرصد الأنماط غير الطبيعية باستخدام تقنيات تحليل السلوك وكشف الاحتيال.
ويجب كذلك اختبار قدرة المؤسسة على فصل الأنظمة المصابة أو المشبوهة عن بقية البنية التشغيلية، دون أن يؤدي ذلك إلى انهيار الخدمات الأساسية، مع إعداد خطط واضحة للتعامل مع الحوادث، واستعادة الأنظمة، وحفظ الأدلة، والتواصل مع الجهات الرقابية، وتجميد الأموال عند وجود سند قانوني لذلك.
أما مزود الخدمة الخارجي، فلا ينبغي أن يكون مجرد طرف تعاقدي يقدم خدمة تقنية؛ بل يجب أن يكون جزءًا من منظومة الحوكمة الأمنية، يخضع للتقييم المستمر، والتدقيق، واختبارات المرونة، والإبلاغ الفوري عن الحوادث، وضوابط واضحة بشأن الاستعانة بمقاولين فرعيين أو نقل البيانات أو تغيير مواقع معالجتها.
فالمؤسسة التي لا تعرف على وجه الدقة من يتصل بأنظمتها، وما الصلاحيات التي يمتلكها، وما العمليات التي يستطيع تنفيذها، لا يمكنها الادعاء بأنها تسيطر سيطرة حقيقية على بنيتها الرقمية.
الخلاصة: لم تعد الجريمة المصرفية تُقاس بقدرة المهاجم على الدخول إلى النظام، وإنما بقدرته على تحويل هذا الدخول إلى سلطة على المال.
إن واقعة Crédit Mutuel Arkéa تكشف عن حقيقة تتجاوز قيمة الأموال المتأثرة، وهي أن الثقة التقنية أصبحت أحد الأصول الأكثر حساسية في الاقتصاد الرقمي. فكل واجهة اتصال، وكل حساب خدمة، وكل صلاحية ممنوحة، وكل طرف خارجي يتصل بالنظام، قد يمثل حلقة في سلسلة حماية الأموال، وقد يتحول في غياب الرقابة إلى نقطة ضعف ذات أثر مالي وقانوني بالغ.
ولذلك فإن المعركة الحقيقية لم تعد بين بنك يمتلك أنظمة حماية ومهاجم يمتلك أدوات اختراق؛ وإنما بين مؤسسة تستطيع التحقق من كل هوية وصلاحية وتعليمة مالية، ومهاجم يحاول أن يجعل الأمر غير المشروع يبدو مشروعًا داخل النظام.
فالأنظمة قد تنفذ الأوامر بدقة، لكنها لا تملك بذاتها القدرة على إدراك مشروعيتها القانونية. وهذه هي المسافة الفاصلة بين سلامة المعالجة التقنية وسلامة التصرف المالي.
إن أخطر ما يمكن أن يحدث للمؤسسة المصرفية ليس أن يُسرق منها المال فحسب، بل أن تُستخدم بنيتها الرقمية لتنفيذ السرقة، بينما تبدو المعاملة في ظاهر النظام كأنها إجراء عادي.
ومن هنا تلتقي هندسة الأمن السيبراني بالتحقيق الجنائي الرقمي والقانون؛ فالتقنية تكشف كيف وقع الاعتداء، والأدلة الرقمية تعيد بناء مساره، والقانون يحدد المسؤولية ويضبط آليات المساءلة واسترداد الحقوق.
وفي الاقتصاد الرقمي، لم تعد حماية المال تبدأ من الخزينة، بل من حماية الثقة التي تسمح للنظام بأن يأمر بتحريكه.
المصادر والمراجع
1. Crédit Mutuel Arkéa – البيان الرسمي بشأن الهجوم السيبراني، 4 نوفمبر 2026:
https://www.cm-arkea.com/arkea/banque/assurances/pa_38367/en/credit-mutuel-arkea-annonce-avoir-ete-victime-d-une-attaque
2. Crédit Mutuel Arkéa – الإيضاحات التكميلية بشأن آلية الهجوم والأموال المتأثرة، 4 نوفمبر 2026:
https://www.actusnews.com/fr/credit-mutuel-arkea/cp/2026/11/04/informations-complementaires-suite-a-l_attaque-dont-le-credit-mutuel-arkea-a-ete-victime
3. Reuters – French bank Credit Mutuel Arkéa counting losses from cyberattack, November 4, 2026:
https://www.reuters.com/technology/french-bank-credit-mutuel-arkea-hit-by-cyberattack-2026-11-04/
4. AFP – French regional bank says cyberattack caused fraudulent transactions, November 4, 2026:
https://www.afp.com/en/french-regional-bank-says-cyberattack-caused-fraudulent-transactions
5. MoneyVox – Crédit Mutuel Arkéa: ce que l on sait sur l attaque qui a touché la banque bretonne:
https://www.moneyvox.fr/banque-en-ligne/actualites/111114/credit-mutuel-arkea-ce-que-on-sait-sur-attaque-qui-a-touche-la-banque-bretonne
6. Le Monde – Avec la cyberattaque au Crédit mutuel Arkéa, les banques européennes prennent conscience de l’ampleur de leur vulnérabilité:
https://www.lemonde.fr/economie/article/2026/11/04/avec-la-cyberattaque-au-credit-mutuel-arkea-les-banques-europeennes-prennent-conscience-de-l-ampleur-de-leur-vulnerabilite_6806367_3234.html
7. Anadolu Agency – French bank Arkea confirms cyberattack after reported -$-133M crypto theft:
https://www.aa.com.tr/en/europe/french-bank-arkea-confirms-cyberattack-after-reported-133m-crypto-theft/4111390
– المراجع
8. Regulation (EU) 2022/2554 – Digital Operational Resilience Act (DORA):
https://eur-lex.europa.eu/eli/reg/2022/2554/oj
9. European Securities and Markets Authority (ESMA) – Digital Operational Resilience Act:
https://www.esma.europa.eu/esmas-activities/digital-finance-and-innovation/digital-operational-resilience-act-dora
10. French Monetary and Financial Code – Article L133-18:
https://www.legifrance.gouv.fr/codes/article_lc/LEGIARTI000035430528
11. القانون المصري رقم 175 لسنة 2018 بشأن مكافحة جرائم تقنية المعلومات.
12. القانون المصري رقم 80 لسنة 2002 بشأن مكافحة غسل الأموال وتعديلاته.
- Cybersecurity & Financial Cybercrime.
- Third-Party Risk Management.
- Supply Chain Attacks.
- API Security & Abuse.
- Identity and Access Management (IAM).
- Security Information and Event Management (SIEM).
- Digital Forensics & Incident Response (DFIR).
- Blockchain Analytics & Cryptocurrency Tracing.
- Chain of Custody & Digital Evidence Integrity.
horus law firm
#مصطفى_محمود_مقلد (هاشتاغ)
Mustafa_Mahmoud_Maklad#
ترجم الموضوع
إلى لغات أخرى - Translate the topic into other
languages
الحوار المتمدن مشروع
تطوعي مستقل يسعى لنشر قيم الحرية، العدالة الاجتماعية، والمساواة في العالم
العربي. ولضمان استمراره واستقلاليته، يعتمد بشكل كامل على دعمكم.
ساهم/ي معنا! بدعمكم بمبلغ 10 دولارات سنويًا أو أكثر حسب إمكانياتكم، تساهمون في
استمرار هذا المنبر الحر والمستقل، ليبقى صوتًا قويًا للفكر اليساري والتقدمي،
انقر هنا للاطلاع على معلومات التحويل والمشاركة
في دعم هذا المشروع.
كيف تدعم-ين الحوار المتمدن واليسار والعلمانية
على الانترنت؟
|
ارسل هذا الموضوع الى صديق
|
حفظ - ورد
|
بحث
|
إضافة إلى المفضلة
|
للاتصال بالكاتب-ة
اليوتيوب
لينكدإن
تيلكرام
تمبلر
بلوكر
الموبايل
