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

ما هو UMA CTF Adapter ولماذا هو مهم

تعتمد Polymarket على نظام Optimistic Oracle من مشروع UMA لتحديد نتائج أسواق التنبؤ المرتبطة بأحداث واقعية. يقوم هذا النظام بجلب البيانات والتحقق منها قبل تسوية الرهانات.

أما UMA CTF Adapter فهو طبقة تكامل تربط بين نظام الرموز المشروطة (Conditional Token Framework) الخاص بـ Polymarket وبين Oracle الخاص بـ UMA، ما يسمح بتسوية الأسواق تلقائياً بعد التحقق من النتيجة.

لهذا السبب يُعد هذا المكوّن جزءاً أساسياً من البنية التشغيلية للمنصة على شبكة Polygon.

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

كيف تم اكتشاف الهجوم

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

فقد رصد سلسلة من المعاملات تسحب حوالي 5,000 POL كل 30 ثانية تقريباً من عناوين مرتبطة بالبنية التحتية للمحوّل (Adapter).

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

ماذا فعل المهاجم بالأموال المسروقة

أظهر تحليل المعاملات على السلسلة عدداً من الخطوات المعتادة في مثل هذه الهجمات:

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

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

لماذا قالت Polymarket إن المشكلة ليست في العقود الذكية

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

الفرق هنا مهم جداً:

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

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

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

أكدت Polymarket أن الحادثة لم تؤثر على أموال المستخدمين أو آلية تسوية الأسواق داخل المنصة. كما شددت على أن العقود الذكية الأساسية والبنية الأساسية للتداول لم تتعرض للاختراق.

وبحسب تصريحات الفريق، استمرت الأسواق في العمل بشكل طبيعي رغم مشكلة المحفظة التشغيلية.

أسئلة أمنية ما زالت بلا إجابة

حتى بعد توضيح السبب الأساسي، بقيت عدة أسئلة مهمة دون إجابات واضحة وقت التقارير الأولى:

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

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

الدرس الأكبر لمنصات DeFi

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

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

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

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

ما هو UMA CTF Adapter ولماذا هو مهم

تعتمد Polymarket على نظام Optimistic Oracle من مشروع UMA لتحديد نتائج أسواق التنبؤ المرتبطة بأحداث واقعية. يقوم هذا النظام بجلب البيانات والتحقق منها قبل تسوية الرهانات.

أما UMA CTF Adapter فهو طبقة تكامل تربط بين نظام الرموز المشروطة (Conditional Token Framework) الخاص بـ Polymarket وبين Oracle الخاص بـ UMA، ما يسمح بتسوية الأسواق تلقائياً بعد التحقق من النتيجة.

لهذا السبب يُعد هذا المكوّن جزءاً أساسياً من البنية التشغيلية للمنصة على شبكة Polygon.

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

كيف تم اكتشاف الهجوم

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

فقد رصد سلسلة من المعاملات تسحب حوالي 5,000 POL كل 30 ثانية تقريباً من عناوين مرتبطة بالبنية التحتية للمحوّل (Adapter).

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

ماذا فعل المهاجم بالأموال المسروقة

أظهر تحليل المعاملات على السلسلة عدداً من الخطوات المعتادة في مثل هذه الهجمات:

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

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

لماذا قالت Polymarket إن المشكلة ليست في العقود الذكية

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

الفرق هنا مهم جداً:

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

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

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

أكدت Polymarket أن الحادثة لم تؤثر على أموال المستخدمين أو آلية تسوية الأسواق داخل المنصة. كما شددت على أن العقود الذكية الأساسية والبنية الأساسية للتداول لم تتعرض للاختراق.

وبحسب تصريحات الفريق، استمرت الأسواق في العمل بشكل طبيعي رغم مشكلة المحفظة التشغيلية.

أسئلة أمنية ما زالت بلا إجابة

حتى بعد توضيح السبب الأساسي، بقيت عدة أسئلة مهمة دون إجابات واضحة وقت التقارير الأولى:

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

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

الدرس الأكبر لمنصات DeFi

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

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

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