700 ضحية وملايين الدولارات.. كيف اخترق القراصنة ثقة مستخدمي بولي ماركت؟

700 ضحية وملايين الدولارات.. كيف اخترق القراصنة ثقة مستخدمي بولي ماركت؟

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

بقلم: الأستاذ الدكتور وائل بدوي
أستاذ هندسة الحاسبات والذكاء الاصطناعي والأمن السيبراني
كلية الهندسة – الجامعة المصرية الروسية

في التاسع والعشرين من أكتوبر 2026، شهد عالم المنصات المالية الرقمية حادثة أمنية جديدة أعادت طرح سؤال بالغ الأهمية: هل تكفي قوة التشفير وتقنيات البلوك تشين لحماية أموال المستخدمين، إذا كانت التطبيقات التي يتعاملون معها تعتمد على برامج وخدمات خارجية قد تتعرض للاختراق؟

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

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

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

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

منصة للتنبؤ بالأحداث تتحول إلى موضوع للقلق

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

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

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

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

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

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

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

ماذا حدث يوم الاختراق؟

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

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

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

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

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

كما تعهدت بتعويض المستخدمين المتضررين بالكامل.

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

المفاجأة: أداة مراقبة تتحول إلى أداة سرقة

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

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

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

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

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

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

وهذا هو السيناريو الذي تشير إليه الأدلة المنشورة في حادثة بولي ماركت.

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

ومع ذلك، لم تنشر حتى الآن نتائج نهائية توضح كيف تمكن المهاجمون من تغيير البرنامج أو الوصول إلى البنية المسؤولة عن توزيعه.

كيف استولى المهاجمون على الأموال؟

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

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

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

وإذا تمكن برنامج خبيث من العمل داخل السياق الذي تُنفذ فيه هذه العمليات، فقد يحاول استغلال الجلسة القائمة لإرسال تعليمات لم يقصدها المستخدم.

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

وفي بعض الحالات، أشارت الأدلة إلى محاولات بيع مراكز التنبؤ وتحويل قيمتها إلى أصول يمكن نقلها.

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

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

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

هل تعرض 700 مستخدم للسرقة بالفعل؟

انتشر رقم 700 ضحية في التغطيات الإعلامية، استنادًا إلى تحليلات لشركات متخصصة في تتبع معاملات البلوك تشين.

لكن من الضروري التعامل مع هذا الرقم باعتباره تقديرًا أوليًا، لا حصيلة نهائية مؤكدة.

فقد أشارت شركة GoPlus إلى مرور مسار الهجوم عبر نحو 710 محافظ إيداع و731 عنوانًا رقميًا.

ولا يعني ذلك بالضرورة وجود 710 أو 731 شخصًا مختلفًا، لأن المستخدم الواحد قد يمتلك أكثر من عنوان أو محفظة، كما قد تتداخل بعض العناوين في العمليات التقنية.

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

وقدرت شركة Bubblemaps عدد المستخدمين المتأثرين بنحو 700، بينما لم تنشر بولي ماركت، حتى وقت إعداد هذا المقال، رقمًا رسميًا نهائيًا لعدد الضحايا.

ولهذا فإن الصياغة العلمية الدقيقة هي أن التحليلات الأولية تشير إلى تأثر نحو 700 مستخدم، مع استمرار الحاجة إلى التحقق من العدد النهائي.

أين ذهبت الملايين المسروقة؟

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

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

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

وأظهرت التحليلات تحويل كميات كبيرة من رموز POL، بلغت نحو 28.6 مليون رمز، بقيمة قدرت بنحو 2.57 مليون دولار في إحدى مراحل التتبع.

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

وقدرت بعض المصادر القيمة الإجمالية للأصول المتأثرة بنحو 2.65 مليون دولار، بينما أشارت تقديرات أخرى إلى نحو 2.71 مليون دولار.

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

لكن من غير الدقيق إعلان رقم واحد باعتباره الخسارة النهائية المؤكدة قبل انتهاء التحقيقات ونشر نتائج التسوية والتعويض.

لماذا لم تمنع تقنية البلوك تشين وقوع السرقة؟

تُقدم تقنيات البلوك تشين عادةً باعتبارها وسيلة لتسجيل المعاملات بصورة يصعب التلاعب بها بعد اعتمادها.

لكن سلامة سجل المعاملات لا تعني بالضرورة أن كل معاملة سُجلت كانت مقصودة من صاحب الأموال.

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

وهنا يجب التمييز بين سلامة الشبكة وسلامة التطبيق.

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

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

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

أخطر ما في الحادث: اختراق سلسلة التوريد الرقمية

تُعرف هذه الفئة من الهجمات باسم هجمات سلسلة التوريد البرمجية.

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

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

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

فإذا تعرض المورد للاختراق، فقد ينتقل أثر الحادث إلى الجهات التي تعتمد على خدماته.

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

لكن لا توجد حتى الآن أدلة منشورة تثبت تعرض جميع عملاء الشركة الموردة للهجوم نفسه.

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

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

هل المشكلة في الشركة الخارجية أم في تصميم المنصة؟

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

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

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

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

لكن تحديد الضابط الذي كان غائبًا أو غير كافٍ في هذه الحادثة يحتاج إلى تقرير فني مفصل.

ولا يجوز افتراض أن كل هذه الضوابط كانت غير موجودة لمجرد نجاح الهجوم.

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

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

لماذا يعد الهجوم خطيرًا رغم أن الخسائر بالملايين لا بالمليارات؟

قد تبدو خسارة نحو 2.7 مليون دولار محدودة إذا قورنت بسرقات العملات الرقمية التي بلغت قيمتها مليارات الدولارات.

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

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

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

لكنه يؤكد ضرورة إعادة تقييم العلاقة بين البرمجيات الخارجية والوظائف المالية الحساسة.

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

وكلما زادت حساسية الوظيفة، زادت الحاجة إلى عزلها عن المكونات غير الأساسية.

ماذا فعلت بولي ماركت بعد اكتشاف الحادث؟

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

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

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

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

بل يجب أن يشمل التأكد من إزالة المكون الخبيث، والتحقق من سلامة العمليات التي جرت أثناء الحادث، وتحديد الحسابات المتأثرة، ومراجعة أي صلاحيات أو جلسات قد تكون استُغلت.

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

أما التعويضات، فيجب التمييز بين التعهد بصرفها وبين التأكد من وصولها إلى جميع المتضررين.

ماذا تعني الواقعة لمستخدمي المنصات المالية؟

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

فهذه الإجراءات مهمة، لكنها لا تمنع جميع أشكال الهجوم.

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

ولهذا ينبغي أن توفر المنصات المالية وسائل إضافية للتحقق من العمليات الحساسة، وحدودًا مناسبة للتحويلات، وإشعارات واضحة عند حدوث معاملات غير معتادة.

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

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

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

الذكاء الاصطناعي بين اكتشاف الهجوم وتوسيع مخاطره

تطرح الحادثة أيضًا سؤالًا عن الدور الذي يمكن أن تؤديه تقنيات الذكاء الاصطناعي في حماية المنصات المالية.

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

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

لكن الاعتماد على الذكاء الاصطناعي وحده لا يكفي.

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

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

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

ماذا تكشف الحادثة عن مستقبل الاقتصاد الرقمي؟

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

وهذا الترابط يوفر سرعة في الابتكار وخفضًا في تكلفة تطوير الخدمات، لكنه يخلق أيضًا علاقات اعتماد متبادلة.

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

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

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

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

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

الخاتمة: عندما يتحول برنامج صغير إلى خطر على ملايين الدولارات

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

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

وقد يجد طريقه من خلال برنامج صغير يؤدي وظيفة تبدو بعيدة تمامًا عن الأموال، مثل قياس سرعة تحميل صفحات الموقع.

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

وتشير المعلومات المتاحة إلى أن الهجوم تسبب في الاستيلاء على أصول تقدر بنحو 2.6 إلى 2.7 مليون دولار، مع احتمال تأثر نحو 700 مستخدم، بينما تعهدت المنصة بتعويض المتضررين واستأنفت التداول بعد معالجة المشكلة.

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

والدرس الأهم أن أمن الأموال الرقمية لا يبدأ من المحفظة وحدها، ولا ينتهي عند قوة خوارزميات التشفير.

بل يبدأ من كل سطر برمجي يعمل داخل المنصة، وكل مورد خارجي يحصل على صلاحية الوصول، وكل عملية تسمح بتحويل أموال المستخدمين.

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

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

إن أخطر ما في حادثة بولي ماركت ليس اختفاء ملايين الدولارات، بل اكتشاف أن أداة صغيرة لمراقبة أداء الموقع قد تصبح طريقًا للوصول إلى أموال مئات المستخدمين.

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

الأستاذ الدكتور وائل بدوي
أستاذ هندسة الحاسبات والذكاء الاصطناعي والأمن السيبراني
كلية الهندسة – الجامعة المصرية الروسية

المصادر التي استند إليها التحقق: نشر WIRED⁠ تفاصيل تعليق التداول وتقدير عدد المتضررين، وقدم BleepingComputer⁠ تحليلًا فنيًا للبرنامج الخبيث، بينما تناول SecurityWeek⁠ اختلاف تقديرات الخسائر وعدد المحافظ المتأثرة. كما أكد Associated Press⁠ استئناف التداول وتعهد المنصة بالتعويض.

ملاحظة للنشر: الأرقام الواردة تقديرات أولية بتاريخ 30 أكتوبر 2026، ولا ينبغي تقديمها باعتبارها الحصيلة النهائية قبل صدور تقرير رسمي عن الحادث.