المصرفون في bitcoinjs-lib يكشفان ثغرتين عاليتي الخطورة في رسوم Bitcoin (BTC)

إفصاحان عالي الخطورة بشأن مكتبة bitcoinjs-lib

أعلن المصرفون على مكتبة bitcoinjs-lib، وهي مكتبة JavaScript واسعة الاستخدام في بناء معاملات البيتكوين (BTC)، عن ثغرتين مصنفتين عاليتي الخطورة تُحتميان أن تُظهر معاملة موقَّعة جزئيًا رسومًا أدنى بكثير مما ستقتبضه الشبكة فعلًا. نُشر إفصاحان أمنيان يوم الاثنين 26 أكتوبر، وصنّف كلتا الثغرتين في الدرجة العالية، مع إصدارات مصححة لكل سلسلة إصدارات متأثرة. تقع الثغرتان في طبقة احتساب الرسوم التي تعرضها المحافظ على المستخدم قبل اعتماد المعاملة، فإذا وقّع المستخدم بناءً على الرقم المعروض في التطبيق، فقد تُبثّ المعاملة برسوم تعدين أكبر مما وعدت به الشاشة. ولا تمس أيّ من الثغرتين سعر البيتكوين أو قواعد إجماع الشبكة؛ فموضوعهما هو الاحتساب الذي تعرضه المحفظة عند خطوة التوقيع.

يشمل نطاق الخطر التطبيقات التي تعالج معاملات PSBT عبر المكتبة مع اعتمادها في حساب الرسوم أو في حمايتها من الرسوم المفرطة. وتُعرَّف صيغة PSBT بالمقترح BIP 174 بوصفها صيغة تبادل تنقل بيانات المعاملة والتوقيعات بين التطبيقات وأجهزة التوقيع، ويشترط BIP 174 أن يحمل كل مُدخل سجل المخرجات السابقة التي يصرفها، وهي القيمة التي يعتمدها الموقِّعون في احتساب الرسوم وعرضها، وهي بنية اكتملت بعد أن جعل الشاهد المنفصل بيانات التوقيع نوعًا مستقلًا من المُدخلات. وتظهر الثغرة الأولى عندما يحمل مُدخل واحد سجلّين متعارضين للمخرجات السابقة في آنٍ واحد: فخطوة التوقيع تقرأ القيمة الحقيقية، بينما قد يختار احتساب الرسوم الرقم الأدنى من السجل الآخر. وفي نموذج إعادة الإنتاج الذي وثّقه المصرفون، حُسبت رسوم حقيقية قدرها 900 مليون ساتوشي على أنها 200 ساتوشي فقط، ونجح التحقق من التوقيع دون أي تحذير افتراضي بشأن معدل الرسوم. ويؤكد المصرفون أن هذا الرقم يمثل إعادة إنتاج للثغرة، وليس خسارة فعلية مقيسة لدى مستخدم.

ما تستطيعه الثغرتان وما يعجزان عنه

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

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

تختلف الإصدارات المتأثرة داخل السلسلة الخامسة: فمشكلة السجلين المتعارضين تمتد من 5.2.0 إلى 5.2.1، في حين تصل مشكلة السجل المفقود إلى ما قبل 5.1.0 وتشمل أيضًا 5.2.1. وتصيب كلتا الثغرتين كامل نطاق السلسلة السادسة من 6.0.0 إلى 6.1.8، وإصدارات السلسلة السابعة من 7.0.0-rc.0 حتى 7.0.3. وقد وصلت الإصلاحات في الإصدارات 5.2.2 و6.1.9 و7.0.4. ونشر المصرفون في اليوم نفسه 15 إفصاحًا تغطي قضايا أخرى أيضًا، وأشاروا إلى 5.2.3 و6.1.10 و7.0.5 بوصفها الإصدارات الحالية لكل سلسلة.

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

لماذا تُعدّ شاشة الرسوم حدودًا للثقة

في مكتبة مدمجة على امتداد بنى المحافظ، يمثل رقم الرسوم الرقم الذي يثق به المستخدم قبل الاعتماد، وتُظهر هذان الإفصاحان أن تلك الطبقة قد تنفصل عن الكلفة الحقيقية للمعاملة. ويقع الرد العملي على عاتق فرق تطوير البيتكوين: أشجار التبعيات تحتاج إلى تدقيق، وشاشات الرسوم تستحق تحققًا مستقلًا بدل الثقة العمياء في المكتبة. وقد عاش منظومة التوقيع تجارب سابقة مع التبقّع في التبنّي، كما حين تركت ترقية Taproot عند الكتلة 709,632 دعم المحافظ اختياريًا فانقسم التبنّي بين جمهور السوق. وحتى تؤكد التطبيقات تشغيلها للإصدارات المُصلحة، ينبغي للمستخدمين أن يتعاملوا مع أي رسم PSBT معروض بوصفه معلومة استرشادية لا رقمًا نهائيًا.