هجوم الحوكمة هو محاولة لاستغلال نظام اتخاذ القرار في بروتوكول سلسلة الكتل (البلوك تشين) للسيطرة غير المصرح بها على أمواله أو عقوده الذكية أو قواعده. غالبًا ما تستهدف هذه الهجمات المنظمات اللامركزية المستقلة (DAOs) وبروتوكولات التمويل اللامركزي (DeFi) حيث يصوّت حاملو الرموز على المقترحات.
في أنظمة الحوكمة القائمة على الرموز، غالبًا ما تتناسب قوة التصويت مع عدد رموز الحوكمة التي يتحكم بها المشارك. قد يقوم المهاجم بتجميع الرموز، أو استعارتها مؤقتًا، أو استغلال نقاط الضعف في التصويت وتنفيذ المقترحات لتمرير مقترح خبيث. قد تشمل العواقب سرقة الخزينة، أو سكّ الرموز بشكل غير مصرح به، أو تغيير معايير البروتوكول، أو نقل صلاحيات إدارية.
من أبرز الأمثلة على ذلك ثغرة استغلال نظام إدارة منصة Beanstalk في 17 أبريل 2022. استخدم المهاجم قرضًا سريعًا للحصول على صلاحيات إدارة مؤقتة وتنفيذ اقتراح خبيث. وقد أشارت التقارير إلى أن قيمة الأصول المتضررة بلغت حوالي 182 مليون دولار، بينما ذكر حساب Beanstalk الرسمي بعد الحادثة أن حوالي 77 مليون دولار من الأصول غير التابعة للمنصة سُرقت. تُشير هذه الأرقام إلى جوانب مختلفة من الحادثة، ولا ينبغي اعتبارها متطابقة. ( الحساب الرسمي لـ Beanstalk ، تقرير الحادثة من The Block)
آليات الهجوم على الحوكمة
ثغرة حوكمة شجرة الفاصولياء (17 أبريل 2022)
أظهر الهجوم كيف يمكن للقروض السريعة ونقاط الضعف في تصميم الحوكمة أن تتضافر لتكوين ثغرة أمنية خطيرة.
- اقتراض الأصول: حصل المهاجم على قرض سريع كبير، يُقال إنه يشمل ما يقرب من مليار دولار من العملات المشفرة.
- اكتساب سلطة الحكم: تم استخدام الأصول المقترضة للحصول على سلطة الحوكمة اللازمة للتأثير على آلية التصويت في شركة بينستالك.
- تقديم اقتراح خبيث: استغل المهاجم ميزة التصويت المؤقتة لتمرير اقتراح ينقل أصول البروتوكول إلى عنوان تحت سيطرته.
- تنفيذ المقترح: سمحت آلية إدارة البروتوكول بتنفيذ الاقتراح الخبيث ضمن نفس المعاملة.
- سداد القرض: قام المهاجم بسداد القرض السريع كما هو مطلوب بموجب عقود الإقراض.
- تأثير البروتوكول: خسرت شركة بينستالك أصولها، وتم تعطيل آلية الحوكمة الخاصة بها، ثم شرع المشروع في عملية التعافي وإعادة التمويل.
لم تكن الثغرة الرئيسية تكمن فقط في اقتراض المهاجم مبلغاً كبيراً من المال، بل في أن نظام الحوكمة سمح باستخدام سلطة تصويت مؤقتة للموافقة على اقتراح ذي أهمية بالغة وتنفيذه دون تأخير فعلي كان من شأنه أن يمنع الهجوم.
الحوكمة ومنع الهجمات
| آلية الدفاع | كيف يعمل |
|---|---|
| أقفال الوقت | قم بإدخال فترة تأخير بين الموافقة على الاقتراح وتنفيذه، مما يمنح المستخدمين وفرق الأمن الوقت الكافي لتحديد التغييرات الضارة والاستجابة لها. |
| لمحات تاريخية عن التصويت | تحديد قوة التصويت من أرصدة الرموز المميزة في كتلة أو لقطة سابقة محددة مسبقًا، مما يقلل من خطر الحصول على قوة التصويت فقط من أجل هجوم فوري. |
| متطلبات النصاب | يشترط حد أدنى من المشاركة لإقرار أي اقتراح. ولا يمنع اكتمال النصاب القانوني وحده مهاجماً ثرياً من السيطرة على التصويت. |
| عتبات الاقتراح | يشترط على مقدمي المقترحات امتلاك أو السيطرة على حد أدنى من سلطة الحوكمة قبل تقديم المقترحات. |
| آليات الإيقاف الطارئ | يجب السماح للأطراف المخولة بتعليق الوظائف المعرضة للخطر عند اكتشاف ثغرة أمنية خطيرة. ويجب أن تكون هذه الضوابط مزودة بضمانات ضد إساءة الاستخدام. |
| عناصر تحكم متعددة التوقيع | يتطلب الأمر موافقة عدة أشخاص مخولين بالتوقيع على الإجراءات الحساسة، مثل تحويلات الخزينة أو التغييرات الإدارية. |
| حدود قوة التصويت وضمانات التفويض | تقليل مخاطر حصول مشارك واحد على سيطرة مفرطة، وذلك حسب تصميم الحوكمة. |
| عمليات تدقيق أمنية مستقلة | قم بمراجعة منطق التصويت، وتنفيذ المقترحات، وحساب الرموز، والأذونات الإدارية بحثًا عن نقاط الضعف التي يمكن استغلالها. |
لماذا تُعدّ القيود الزمنية مهمة؟
يُنشئ القفل الزمني فترة انتظار بين الموافقة على الاقتراح وتنفيذه. وهذا يمنح أعضاء المجتمع الوقت الكافي لفحص الاقتراح، وتنبيه حاملي الرموز الآخرين، واستخدام أدوات التحكم الطارئة المتاحة.
يمكن أن تجعل القيود الزمنية بعض هجمات القروض السريعة غير عملية من خلال فصل التصويت عن التنفيذ عبر المعاملات أو الكتل. ومع ذلك، فهي ليست دفاعًا كاملاً بحد ذاتها. لا يزال من الممكن أن ينجح اقتراح خبيث إذا احتفظ المهاجم بالسيطرة على التصويت، أو إذا لم يتمكن المجتمع من الاستجابة بفعالية، أو إذا كانت آليات الطوارئ الخاصة بالبروتوكول غير كافية.
لا توجد مدة زمنية محددة مناسبة لجميع البروتوكولات. ينبغي أن يعكس التأخير الأثر المحتمل لأي اقتراح، وقدرات البروتوكول على الاستجابة، والحاجة إلى تحقيق التوازن بين الأمن والتحديثات في الوقت المناسب.
هجمات الحوكمة التاريخية
| بروتوكول | السنة | طريقة الهجوم | الأثر المُبلغ عنه |
|---|---|---|---|
| شجرة الفاصولياء | 2022 | استغلال الحوكمة بمساعدة القروض السريعة | تم الإبلاغ على نطاق واسع عن أصول متضررة بقيمة 182 مليون دولار تقريبًا؛ وأبلغت شركة Beanstalk عن أصول مسروقة غير تابعة لشركة Beanstalk بقيمة 77 مليون دولار تقريبًا. |
| بناء التمويل DAO | 2022 | الاستيلاء العدائي على الحكم باستخدام قوة التصويت المتراكمة | خسائر متعلقة بالخزانة تبلغ حوالي 470,000 ألف دولار. |
| أسواق المانجو | 2022 | استُخدمت تقنيات أوراكل والتلاعب بأسعار السوق للاقتراض بضمانات متضخمة. | أُبلغ في البداية عن استغلال ما يقارب 116 مليون دولار. وكان هذا في الأساس استغلالاً لبيانات أسعار الأسهم وعمليات الإقراض، وليس استيلاءً مباشراً على نظام الحكم. |
المصادر: Beanstalk ، تقرير حادثة Build Finance ، تحليل حادثة Mango Markets.
مزايا الأمن في ظل الحوكمة القوية
| بينيفت كوزميتيكس | الوصف |
|---|---|
| حماية الخزانة | يقلل من احتمالية قيام مقترحات خبيثة بتحويل أموال المجتمع. |
| ترقيات أكثر أمانًا | يمنح ذلك المستخدمين وفرق الأمن الوقت الكافي لمراجعة التغييرات الهامة في البروتوكول. |
| مساءلة أكبر | يمكن لعناصر التحكم متعددة التوقيعات، والتصويت الشفاف، والمقترحات العامة أن تجعل عملية صنع القرار أسهل في التدقيق. |
| تحسين ثقة المستخدم | تساعد الضمانات الواضحة المستخدمين على تقييم كيفية إدارة البروتوكول لمخاطر الحوكمة. |
العيوب والمفاضلات
| تحديد | الوصف |
|---|---|
| ترقيات أبطأ | قد تؤدي القيود الزمنية وفترات المراجعة إلى تأخير الإصلاحات العاجلة والتحسينات المشروعة للبروتوكول. |
| تركيز الحوكمة | قد يظل حاملو الرموز الكبيرة يهيمنون على التصويت، حتى في حالة وجود متطلبات النصاب القانوني والوقت المحدد. |
| مخاطر السيطرة على الطوارئ | يمكن لمفتاح الإيقاف المؤقت أو التوقيع المتعدد أن يقلل من أضرار الاستغلال ولكنه يعزز أيضاً الثقة في الأشخاص الذين يتحكمون في تلك الامتيازات. |
| انخفاض المشاركة | قد يمر اقتراح ما بمعارضة محدودة عندما لا يصوت معظم حاملي الرموز. |
| التنفيذ المعقد | يجب تنفيذ واختبار اللقطات التاريخية وقواعد التفويض وتأخيرات التنفيذ وأنظمة الطوارئ بعناية. |
نصائح لإدارة المخاطر
- مراجعة قواعد الحوكمة: تحقق من كيفية حساب قوة التصويت، وما هو النصاب المطلوب، ومن يمكنه تقديم المقترحات.
- تحقق من تأخيرات التنفيذ: تحقق مما إذا كانت المقترحات المعتمدة تخضع لقيد زمني وما إذا كان بإمكان الوظائف الحيوية تجاوزه.
- مراقبة نشاط المقترحات: مراجعة المقترحات التي تغير صلاحيات الخزانة، أو حقوق سك العملة، أو ضوابط الترقية، أو الأدوار الإدارية.
- تقييم تركيز التصويت: فكّر فيما إذا كان بإمكان عدد قليل من المحافظ تمرير المقترحات دون دعم مجتمعي حقيقي.
- فهم إجراءات التحكم في حالات الطوارئ: تحقق مما إذا كان البروتوكول يحتوي على آلية إيقاف مؤقت ومن يمكنه تفعيلها.
- تجنب الاعتماد على إجراء وقائي واحد: تعمل القيود الزمنية، ولقطات التصويت، وعتبات الاقتراحات، وعمليات التدقيق، وإجراءات الطوارئ بشكل أفضل كضوابط تكميلية.
الأسئلة الشائعة
هل يمكن عكس هجوم على الحوكمة؟
ليس بالضرورة. فعمليات البلوك تشين يصعب أو يستحيل عمومًا إلغاؤها عبر عمليات البروتوكول العادية بعد تأكيدها. قد يتمكن المجتمع من إيقاف العقود المتأثرة مؤقتًا، أو تغيير ترتيبات الحوكمة، أو التفاوض على إعادة الأموال، أو الموافقة على خطة استرداد. مع ذلك، لا يضمن التصويت على الاسترداد إعادة الأصول التي تم تحويلها بالفعل إلى المهاجم.
كيف يساعد القفل الزمني في منع هجمات الحوكمة؟
يفصل نظام القفل الزمني بين الموافقة على المقترح وتنفيذه، مما يتيح الوقت الكافي لفرق المجتمع والأمن لمراجعة المقترح والرد عليه قبل دخوله حيز التنفيذ. كما يمنع هذا النظام المهاجم من استغلال قوة التصويت الممولة بقروض سريعة للموافقة على إجراء خبيث وتنفيذه ضمن نفس المعاملة. وتعتمد فعالية هذا النظام على تصميم الحوكمة الأوسع وآليات الاستجابة المتاحة.
هل يمكن استخدام القروض السريعة دائمًا للتلاعب بحوكمة المنظمات اللامركزية المستقلة؟
لا. القروض السريعة هي إحدى أدوات الهجوم المحتملة، وليست وسيلة شاملة للتحكم في الحوكمة. قد يمنع بروتوكول يستخدم لقطات التصويت التاريخية، وعتبات الاقتراحات المناسبة، والتنفيذ المؤجل، استخدام الرموز المستعارة مؤقتًا لتمرير اقتراح خبيث وتنفيذه فورًا. مع ذلك، لا تزال نقاط الضعف الأخرى، مثل تركز ملكية الرموز أو ضعف ضوابط الوصول، تُشكل مخاطر على الحوكمة.
هل ينبغي أن أقلق بشأن هجمات الحوكمة على البروتوكولات التي أستخدمها؟
من المهم تقييم إجراءات الحماية لأي بروتوكول تحتفظ فيه بأموال أو رموز حوكمة. انظر إلى تركيز قوة التصويت، وقواعد النصاب القانوني، وفترات التقييد الزمني، وصلاحيات تقديم المقترحات، وعمليات التدقيق الأمني، وضوابط الطوارئ. لا يضمن أي إجراء حماية بمفرده الأمان، ويجب النظر في تصميم الحوكمة جنبًا إلى جنب مع مخاطر العقود الذكية، وأنظمة التنبؤ، والمخاطر التشغيلية.
ما الفرق بين هجوم الحوكمة وهجوم أوراكل؟
يستهدف هجوم الحوكمة آليات اتخاذ القرار أو الضوابط الإدارية للبروتوكول. أما هجوم أوراكل فيتلاعب أو يستغل البيانات الخارجية أو بيانات السوق التي يستخدمها البروتوكول، مثل أسعار الأصول. وتُعرف حادثة مانجو ماركتس عام 2022 بالتلاعب بالأسعار الذي مكّن من الاقتراض المفرط، بينما يُعدّ بينستالك مثالاً بارزاً على استغلال ثغرات الحوكمة.
الشروط ذات الصلة
منظمة لامركزية مستقلة · الحوكمة · القفل الزمني · القرض السريع · التصويت بالرموز · التوقيع المتعدد · استغلال العقود الذكية · التلاعب بقواعد البيانات · بينستالك
خاتمة
تستغل هجمات الحوكمة نقاط الضعف في طريقة اتخاذ وتنفيذ البروتوكولات اللامركزية للقرارات. قد يقوم المهاجم بتجميع قوة التصويت، أو استغلال الاقتراض المؤقت، أو الاستفادة من عدم كفاية ضمانات المقترحات للسيطرة على أموال البروتوكول أو وظائفه الإدارية.
يمكن للبروتوكولات الحد من هذه المخاطر من خلال لقطات التصويت التاريخية، وآليات التزامن الزمني، ومتطلبات النصاب القانوني، وتنفيذ المقترحات بشكل آمن، وضوابط التوقيع المتعدد، وعمليات التدقيق المستقلة. مع ذلك، لا تكفي أي آلية بمفردها. ينبغي على المستخدمين دراسة كيفية توزيع قوة التصويت وكيفية استجابة البروتوكول للمقترحات الخبيثة قبل الاعتماد على نظام حوكمته.









