الأخطاء الموجودة في شوكة شبكة المكاسب تتيح للمتداولين تحقيق أرباح بنسبة 900% في كل صفقة: تقرير

كان من الممكن أن يسمح خللان مختلفان في شوكة بروتوكول التداول بالرافعة المالية لشبكة Gains Network للمتداولين بتحقيق ربح بنسبة 900٪ في كل صفقة، بغض النظر عن سعر الرمز المميز المتداول، وفقًا لتقرير صدر يوم 19 أبريل من شركة أمان blockchain Zellic. كانت إحدى الأخطاء موجودة في إصدار سابق من Gains ولكن تم تصحيحها لاحقًا. أما الآخر فلم يتم العثور عليه إلا في مفترق البروتوكول.

وفقًا لـ Zellic، أبلغ موظفوها مطوري Gains forks Gambit Trade وHoldstation Exchange وKrav Trade بالثغرة الأمنية، وتأكدت فرق التطوير هذه من أن بروتوكولاتها لا تحتوي على هذين العيبين. ومع ذلك، حذر زيليك من أن شوكات المكاسب الأخرى قد لا تزال معرضة للخطر.

وفقًا لموقعها الرسمي على الإنترنت، تعد Gains Network نظامًا بيئيًا لمنتجات التمويل اللامركزي (DeFi) على Polygon وArbitrum. الاسم الرسمي لتطبيق التداول بالرافعة المالية هو “gTrade”. وقد قامت بتسهيل ما يزيد عن 25 مليار دولار من حجم المشتقات منذ إنشائها في مايو 2023، وفقًا لمنصة تحليلات blockchain DefiLlama.

ادعى Zellic أن العديد من تطبيقات تداول DeFi الشهيرة مستمدة من الكود الأساسي لشبكة Gains Network، بما في ذلك Gambit Trade وHoldstation المذكورين أعلاه، بالإضافة إلى العديد من البروتوكولات الأخرى. لقد اكتشفوا الاستغلال أثناء دراسة تفرع معين، لكنهم رفضوا ذكر اسم الشوكة التي اكتشفوا الثغرة فيها.

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

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

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

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

سمحت شوكة Bug in Gains بربح 900% على أوامر الشراء

في شوكة المكاسب التي درستها، اكتشف Zellic أنه عند فتح أمر، أصبح سعر إيقاف الخسارة مخزنًا في متغير “السعر الحالي” المستخدم لحساب الربح والخسارة. وهذا يعني أنه إذا كان المستخدم قادرًا على ضبط وقف الخسارة أعلى من السعر المفتوح، فيمكنه الربح تلقائيًا من أي صفقة.

على سبيل المثال، فكر في سيناريو حيث كان سعر البيتكوين (BTC) 63000 دولار أمريكي وقام المستخدم بإدخال 62000 دولار أمريكي كسعر مفتوح و64000 دولار أمريكي كسعر إيقاف الخسارة. في هذه الحالة، إذا انخفض السعر إلى 62000 دولار، فسيتم تنفيذ الأمر. ولكن السعر سيكون مباشرة تحت مستوى وقف الخسارة، مما يؤدي إلى الخروج التلقائي.

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

لمنع هذا الاستغلال، احتوى البروتوكول على شيك يُظهر خطأ “wrong_sl” إذا حاول المستخدم تعيين وقف الخسارة أعلى من سعره المفتوح في أمر شراء.

ومع ذلك، اكتشف المحققون أنه يمكن تجاوز هذا الفحص في ظروف معينة.

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

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

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

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

وادعى Zellic أن التجارة كانت ستؤدي إلى ربح بنسبة 900٪ للمهاجم.

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

الخطأ الثاني سمح بتحقيق ربح بنسبة 900% على أوامر البيع

سمح الخطأ الثاني للمتداولين بتحقيق ربح بنسبة 900% من أوامر البيع بغض النظر عن حركة السعر.

عندما يتم إغلاق الصفقة في شوكة المكاسب، فإنها تحول نقطة إيقاف الخسارة أو جني الربح للمستخدم إلى متغير يسمى “int”، والذي يستخدمه بعد ذلك لحساب الربح من حيث النسبة المئوية. ولكن إذا قام المستخدم بإدخال قيمة وقف الخسارة أو جني الربح التي كانت بالضبط 2 ^ 256-1، فإن الحسابات الناتجة قد تسببت في أن تصبح “int” سلبية.

وذلك لأن 2^256-1 هي القيمة القصوى للأرقام الموجبة في إيثريوم، مما يتسبب في “تجاوز” أي قيمة فوقها أو البدء من جديد عند الصفر ولأن الحساب أضاف السعر المفتوح إلى إجماليه. في لغة برمجة Solidity، يُعرف 2^256-1 أيضًا باسم “type(uint256).max.”

وفقًا لـ Zellic، طالما استخدم المهاجم نفوذًا أكبر من 9x، فيمكنه تحقيق ربح بنسبة 900% من هذا الاستغلال:

“دعونا نفكر في أمر بيع، مع السعر الحالي كنوع (uint256).max. ستكون القيمة الناتجة للفرق هي openPrice + 1 (int(type(uint256).max) = -1 )، ​​وبالتالي فإن نسبة الربح ستكون مساوية تقريبًا لـ 100 * رافعة مالية. لذلك، إذا كانت الرافعة المالية أكبر من 9، فإن الدالة ستعيد الربح بنسبة 900%.

كان هناك شيك في العقد يحاول منع إدخال 2^256-1 كأخذ ربح. ومع ذلك، لم يتم إجراء هذا الفحص إلا في اللحظة التي تم فيها فتح الأمر لأول مرة. إذا قام المستخدم بتغيير نقطة أخذ الربح بعد فتح الأمر، فيمكنه تجاوز الشيك وإدخال 2^256-1 كأخذ الربح، مما يسمح له بالحصول على ربح تلقائي بنسبة 900٪ في كل مرة يتداول فيها.

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

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

اتصل كوينتيليغراف بـGains Network وGamibit Trade وHoldstation Exchange وKrav Trade للتعليق، لكنه لم يتلق ردًا حتى وقت النشر.

تدعي شبكة Gains Network أنها توفر “السعر الفوري الحقيقي” للأصول المدرجة، على عكس ما تعتبره أسعارًا أقل دقة بناءً على العقود الدائمة. كما تدعي أنها تقدم تداول العملات الأجنبية متفوقة مقارنة بالمنافسين.

متعلق ب: تعمل تقنية Sui blockchain المرتبطة بـ Libra على إصلاح الأخطاء الخطيرة التي تعرض “المليارات” للخطر