المدير التقني لشركة Paradigm يُصدر إصلاح Reth v2.10.0 لخلل جذر الحالة في إيثيريوم (ETH)

Reth v2.10.0 يسدّ ثغرة جذر الحالة

أعلن جورجيوس كونستانتوبولوس، المدير التقني لشركة الاستثمار Paradigm، إطلاق إصلاح لخلل برمجي اكتُشف في Reth، وهو برنامج عميل التنفيذ الذي يُطوّره فريقه لشبكة إيثيريوم (ETH). وفي إشعار عام نشره يوم الخميس 5 نوفمبر، أوضح أن الإصلاح وُزّع على منظومة Reth بكاملها، ووجّه إلى كل مشغّل يعتمد على هذا العميل دعوة صريحة للتحديث فورًا إلى الإصدار Reth v2.10.0 أو OP Reth v2.8.1 أو النسخة المخصصة لـ Base بجودة v1.5.3. وقد كشف الخلل نفسه، كما أكّد، عبر عملية الفحص الآلي التي تجريها فرقة Tempo، وهي تقنية اختبار تُلقى بالبرنامج مدخلات غير متوقعة حتى تنكسر نقطة ضعف ما، كما رُقّعت سلسلة Tempo الخاصة هي الأخرى. ولم يتطرّق الإشعار إلى سعر إيثيريوم إطلاقًا، ولم تُرصد أي خسائر في الأموال نتيجة الثغرة.

كان العيب كامنًا في الشيفرة القديمة لحساب جذر الحالة في Reth. ويعمل جذر الحالة بصمةً تشفيرية لحالة البلوكتشين لحظية، إذ يشمل الأرصدة والعقود الذكية وتخزينها وسائر مكونات الحالة التي يتتبعها العقدة. ففي أنماط تخزين بعينها، كانت معاملة مُصاغة بعناية تكفي لدفع هذه الحاسبة القديمة إلى نتيجة خاطئة. وكان نطاق الانكشاف محددًا بدقة: فأداة بناء الكتل في Reth لا تزال تستخدم حاسبة شجرة الحالة القديمة على الأجهزة الأضعف وعلى السلاسل المبنية بإطار OP Stack، وهو إطار للطبقة الثانية، وهذه هي البيئات التي بقيت مكشوفة. ولم يُخفّف كونستانتوبولوس من حدّة الوصف؛ إذ كتب أن Reth بنية تحتية حاسمة لكامل منظومة EVM، وأن Paradigm تأخذ هذه المسؤولية بجدية تامة، معتذرًا عن الإرباك الناتج مع شكر المشغّلين على سرعة استجابتهم للترقيع.

سلسلة Base رقّعت أداة البناء في 4 نوفمبر

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

سارت معالجة سلسلة Base على جدول زمني مستقل. فقد اطلعت على المشكلة يوم الأربعاء 4 نوفمبر، ورقّعت أداة بناء الكتل لديها في اليوم ذاته، وتُقرّ الآن بجذور حالة صحيحة دون أي تأثير على المستخدمين. ووصلت الإصدارات المرقّعة على هيئة Reth v2.10.0 وOP Reth v2.8.1 وBase v1.5.3، وطُلب من مشغّلي العقد، ومن بينهم منتجو الكتل، معالجة التحديثات على أساس أولوية عالية. وجذر محسوب خطأً يهم عمليًا لأنه قد يفرّق رأي العقد في صحة كتلة ما، فيخلّ بمعالجة المعاملات وبالمزامنة عبر الشبكة. أما الفجوة المتبقية فهو تشغيلية لا تقنية: فحتى مع توفّر الإصدارات المرقّعة علنًا، لا يمكن افتراض أن كل عقدة تُدار فرديًا أنهت تحديثها، وقد ترك الإشعار هذا الباب مفتوحًا. ومن يرغب في فحص حالة السلسلة بنفسه يمكنه البدء بمراجعة Etherscan التي تشرح قراءة بلوكتشين إيثيريوم باحتراف.

عميل واحد وشبكات كثيرة

قراءتنا للإشعار أن الحادثة تتعلق بالتركز أكثر مما تتعلق بخلل بعينه. فامتداد Reth عبر العقد والجسور وأنظمة إثبات الحالة يعني أن حالة حافّة واحدة في شيفرة مشتركة تنتقل أبعد من أي حادثة محصورة في سلسلة واحدة، بينما شكّلت الاستجابة، من اكتشاف الفحص الآلي لدى Tempo إلى ترقيع Base لأداة بنائها في اليوم نفسه وإطلاق إصدارات على ثلاث نسخ، مثالًا على عمل المنظومة كما صُمّمت. وما لم تثبته هذه العملية لا يقل أهمية: فلم تُؤكد أي معاملة أنتجت جذر حالة خاطئًا في بيئة الإنتاج، ولم يُحدد أي استغلال، كما أن نسب تحديث المشغّلين غير مثبتة، فبقي الخطر المتبقي على من لم ينتقل بعد إلى v2.10.0. وظل هيكل السوق هادئًا طوال ذلك؛ إذ كان الأصل قد دافع عن دعم 2,200 دولار بعد موجة تصفية، وتحمل البنية التحتية للعملاء جدولها الزمني المستقل، كما تُظهر تأجيل تقسيم Glamsterdam على شبكة Hoodi. وقد شهدت بنية الستيكنغ زلات أخرى حديثًا، بينها اختراق ستيكنغ MetaMask الذي نقل 0.385 Ethereum (ETH) من مكافآت المدقّقين.