Electrum 4.8.3 ترقّع ثغرة في محفظة Bitcoin (BTC) كانت تتيح للخوادم الخبيثة استبدال المعاملات

الإصدار 4.8.3 يسدّ الثغرة على جانب الخادم

أصدرت Electrum الإصدار 4.8.3 يوم السبت 24 أكتوبر، ودفعت مستخدميها إلى الترقية فورًا بعدما أكّد مطوروها أن خوادم محافظ خبيثة كانت تستغل ثغرة موجودة في كل إصدار سابق من محفظة Bitcoin (BTC) المعروفة. الثغرة موثّقة في إشعار الأمن في GitHub المحمول بالرمز GHSA-6jp4-8v48-cc5v، وآلية عملها تخرج عن المألوف: خادم مخترَق كان قادرًا على استبدال إحدى مدفوعات المستخدم بصمت بمعاملة أخرى تُحوّل المبلغ إلى المهاجم، ثم الانتظار حتى يوافق المالك بنفسه على السرقة دون أن يشك. وهذه لم تكن نقطة ضعف نظرية على الورق، بل استغلالًا فعليًا جارٍ في الميدان، وهو ما يفسّر أن إشعار الإصدار حمل تحذيرًا صريحًا بالترقية في الحين نفسه. تعتمد Electrum بوصفها محفظة خفيفة على خوادم خارجية لاسترجاع سجل المعاملات وتقدير رسوم الشبكة وبثّ المدفوعات إلى شبكة البيتكوين. هذا التصميم يُبقي حجم التطبيق صغيرًا على أجهزة المستخدمين، لكنه في المقابل يمنح كل خادم سلطة حقيقية على ما يظهر أمام عيني المستخدم من بيانات. صحيح أن المحفظة تتحقق بنفسها من المعاملات المؤكدة على السلسلة، غير أن الإصدارات القديمة كانت تقبل معاملات غير مؤكدة معينة دون فحص توقيعاتها، وهو تمييز تعود جذوره إلى مشكلة قابلية التشوه التي صُممت ترقية الشهادة المنفصلة في البروتوكول لمعالجتها منذ سنوات. ومن هذا الشقّ الدقيق تحديدًا انطلق المهاجم: خادم معادٍ كان ي يعترض دفعة مشروعة أثناء مرورها، ويمنع بثّها إلى الشبكة، ثم يحل محلها معاملة مزيفة تُرسل الأموال إلى عنوان تحت سيطرة المهاجم مباشرة. حامل التوقيع في المعاملة البديلة كان باطلًا، لكن المحفظة كانت تعرضها أمام المستخدم كمدفوعة عادية معلّقة بانتظار التأكيد، فلا يظهر على الشاشة أي شيء ينبّهه إلى الخطر. ولأن الاستغلال كان يسكن في برنامج المحفظة ذاته لا في قواعد إجماع الشبكة، فإن الحادثة لم تضع سعر البيتكوين ولا سير عمل السلسلة نفسها في دائرة الخطر مطلقًا؛ فالبروتوكول ظل بعيدًا عن اليد الملوّثة. ومع ذلك يبقى الاكتشاف ذا وزن حقيقي لأمن محافظ البيتكوين في طبقة التطبيقات العميلة: فمستخدمو كل الإصدارات السابقة أُوصوا بمعاملة المدفوعات المعلّقة بشك وريبة حتى يتسلموا الترقية ويثبّتوها.

انكشف الفخ عندما حاول أحد المستخدمين رفع الرسوم على دفعة معلّقة عالقة عبر آلية الاستبدال بالرسوم الأعلى، وهي آلية أصيلة في البيتكوين تتيح إعادة بثّ معاملة معلّقة بمعدل رسوم يفوق سابقه لتتسارع عملية تأكيدها. وبدلًا من أن ترتفع رسوم الدفعة الأصلية، وجد الضحية نفسه إمكانًا أن يوقّع دون وعي على المعاملة البديلة، فيأذن بذلك فعليًا بتحويل عملاته إلى المهاجم. ولم يتوقف الخداع عند هذا الحد: فقد أنشأ المهاجم عنوان استلام تطابقت أحرفه الأربعة الأخيرة مع أحرف العنوان الهدف تطابقًا تامًا، بحيث تبدو المقارنة السريعة جنبًا إلى جنب سليمة نظيفة ولا تكشف شيئًا. بل إن إحدى المعاملات المزيفة الواردة في التقارير وُضعت برسوم صفرية، على ما يبدو إغراءً مفتوحًا للضحية ليعدّل الرسوم بنفسه ويُكمل سرقة أمواله على يد يديه. وتسلّم المطورون تقريرين خاصين متعاقبين: ففي 11 أكتوبر أبلغ المستخدم dannydeezy عن عملية استبدال معاملة، غير أن آلية رفع الرسوم الكامنة وراء الحادثة لم تكن مفهومة بالكامل في تلك اللحظة. وفي 18 أكتوبر أبلغ المستخدم Raju-K12 عن خسارة أموال بعد موافقته على رفع رسوم دفعة، وكان هذا التقرير الثاني هو ما أثبت أن الهجوم يعمل في الواقع العملي لا في الأطر النظرية وحدها. أما الإصلاح فوُدخل عبر الالتزام البرمجي المحمول بالرقم 90fe308، الذي يفرض على المحفظة التحقق من توقيع كل معاملة غير مؤكدة تنفق عملات المحفظة قبل قبولها. وبذلك تُرفض اليوم أي معاملة مزيفة ذات توقيع باطل قبل أن تلمس السجل المحلي للمعاملات داخل التطبيق. وعلى المستخدمين الذين يعملون على إصدارات أقدم من 4.8.3 أن ينزلوا التحديثات من موقع electrum.org الرسمي وحده، وأن يتحققوا من التواقيع التشفيرية للملفات قبل التثبيت. وإلى أن ينجزوا الترقية، يوصي المطورون بفحص عنوان كل مستلم ومبلغ كل دفعة قبل التوقيع، وفي أثناء تعديل الرسوم على وجه الخصوص. أما المستخدمون الذين لا يتصلون إلا بخوادم Electrum الموثوقة التي يستضيفونها بأنفسهم فلم يكونوا أبدًا في دائرة هذا الهجوم القائم على الخوادم. ويخلّد الموقف مفارقة تستحق التسجيل: محفظة بُنيت أساسًا لحماية المفاتيح الخاصة كانت قابلة على الرغم من ذلك للتوجيه نحو طلب توقيع صحيح تمامًا من الناحية التشفيرية لدفعة لم يقصد صاحبها إطلاقها يومًا.

الثقة بالخوادم بعد الترقيع

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