أصدر محفظة البرمجيات القديمة للبيتكوين Electrum تنبيهًا أمنيًا في 24 أكتوبر، أفاد بأن الخوادم الخبيثة يمكنها تحويل البيتكوين إلى عناوين المهاجمين عندما يحاول المستخدمون تسريع معاملاتهم، وأن «بعض الخوادم تشن هذا الهجوم فعليًا بالفعل». وأصدرت الجهة الرسمية في اليوم نفسه الإصدار 4.8.3 لمعالجة الثغرة. وقد وقع مستخدم واحد على الأقل ضحية للهجوم، ولم يُعلن عن قيمة الخسائر.
الخوادم الخبيثة تحتجز المعاملة الحقيقية وتستبدل بها معاملة مزيفة بلا رسوم
Electrum محفظة خفيفة لا تُنزّل سلسلة كتل البيتكوين كاملة، وتعتمد على خوادم خارجية للاستعلام عن سجل المعاملات وبثّها. وتوضح الأسئلة الشائعة الرسمية أن المحفظة تتصل افتراضيًا بنحو 10 خوادم، ويكون أحدها الخادم الرئيسي. وتُفحَص المعاملات المدرجة في سلسلة الكتل باستخدام التحقق المبسّط من المدفوعات (SPV)، أما المعاملات غير المؤكدة فتثق المحفظة مباشرةً بالمعلومات التي يقدّمها هذا الخادم الرئيسي.
وفقًا للإعلان، بعد أن يبث المستخدم معاملة، يحجزها الخادم الخبيث ولا يمررها إلى شبكة بيتكوين، ثم يستبدلها في سجل معاملات المحفظة بمعاملة مزيفة متعارضة، ويغيّر عنوان الاستلام إلى عنوان المهاجم. توقيع هذه المعاملة المزيفة غير صالح في الواقع، لكن الإصدارات القديمة من Electrum لا تتحقق من توقيعات المعاملات غير المؤكدة، لذا لا تعرض واجهة المحفظة سوى المعاملة المزيفة، بينما تختفي المعاملة الحقيقية.
إذا ظن المستخدم أن المعاملة عالقة، واستخدم ميزة «الاستبدال برسوم أعلى» (Replace-by-Fee، RBF) لزيادة الرسوم، فستوقّع Electrum من جديد معاملة صالحة بديلة للمعاملة المزيفة، فتذهب الأموال إلى المهاجم. ويذكر الإعلان أن رسوم المعاملة المزيفة في إحدى الحالات كانت صفرًا، ويرجّح المطورون أن ذلك كان لإغراء المستخدم بزيادة الرسوم. كما لاحظ كلا المبلّغين أن المهاجم تعمّد جعل الأحرف الأربعة الأخيرة من عنوانه مطابقة للأحرف الأربعة الأخيرة من عنوان الاستلام الأصلي.
أُبلغ عن الحالة الأولى في 11 أكتوبر، وتعرّض أحد المستخدمين للخسارة بعد زيادة الرسوم في 18 أكتوبر
يورد الإعلان التسلسل الزمني التالي: في 11 أكتوبر، أبلغ المستخدم الأول المطورين سرًا عن ظهور معاملة أخرى في سجل المحفظة بعد بث معاملة، وعن عدم وصول المعاملة الأصلية إلى شبكة بيتكوين. لكن المطورين لم يدركوا آنذاك مسار الهجوم القائم على تسريع المعاملة بزيادة الرسوم. وفي 18 أكتوبر، أبلغ مستخدم يحمل اسم حساب GitHub Raju-K12 عن خسارة أموال بعد زيادة الرسوم لمعاملة جرى استبدالها. وفي 23 أكتوبر، وُسِم الإصلاح بالإصدار 4.8.3، ثم أُتيحت ملفات التثبيت في 24 أكتوبر وأُعلن عن الثغرة.
وفقًا لتقرير CoinDesk، استخدم المبلّغ الأول محفظة متعددة التوقيعات 2 من 3 مع جهازي Trezor، وتأكد من صحة تفاصيل الدفع على كلا الجهازين، لكنه رأى لاحقًا تحويلًا آخر في سجل المعاملات. ولم يُبلغ هذا المستخدم عن خسارة.
الإصدار 4.8.3 يتحقق فقط من معاملات الإنفاق من عناوينك، ولا يتحقق من المعاملات الواردة
يتيح هذا الإصلاح للمحفظة التحقق من توقيعات المدخلات التي تنفق الأموال من عناوين المستخدم قبل إضافة المعاملة غير المؤكدة إلى السجل. ويوضح الإعلان أيضًا أن نطاق الإصلاح محدود: فلا يجري التحقق من المعاملات الواردة من الآخرين، إذ لا تمتلك Electrum محركًا كاملًا للتحقق من الإجماع. ويتطلب التحقق فحص المعاملات السابقة غير المؤكدة تباعًا وصولًا إلى المعاملة المدرجة على السلسلة؛ أما المعاملات المدرجة على السلسلة فتخضع أصلًا للتحقق عبر SPV.
ينصح المطورون المستخدمين بالترقية إلى الإصدار 4.8.3. وإذا تعذرت الترقية مؤقتًا، فينبغي التحقق من عنوان الاستلام والمبلغ عند توقيع أي معاملة، سواء أكانت تتضمن زيادة للرسوم أم لا. ولا يتأثر بهذا الهجوم المستخدمون المتصلون بخوادمهم الخاصة أو بخوادم يثقون بها. ولم يكشف الإعلان عن الخادم الذي شن الهجوم أو عن قيمة الخسائر.
ظهرت هذه المقالة، «ثغرة في محفظة Electrum: خادم خبيث يحوّل مسار البيتكوين عندما يسرّع المستخدم المعاملة»، لأول مرة في 。
【تحليل إضافي】
【وجهة نظري الإضافية】
تكشف هذه الثغرة عن خطر جوهري في بنية المحافظ خفيفة الوزن (SPV Wallet): الاعتماد المفرط على الخوادم الخارجية للحصول على صورة عن المعاملات غير المؤكدة. استغل المهاجم تفاوت المعلومات وقلق المستخدم من «تعليق المعاملة»، ووظّف آلية RBF بمهارة لتحويل الأموال. وهذا يبيّن أن الحماية الأمنية لا تقتصر على منع تسريب المفاتيح الخاصة، بل يجب أيضًا منع تطبيقات العميل من الوثوق العمياء بالبيانات التي تعيدها العُقد. فحتى عند استخدام محفظة عتادية متعددة التوقيعات، قد يُخدع المستخدم على مستوى الواجهة ويأذن طوعًا بمعاملة خبيثة دون أن يدرك ذلك.
【تأثير السوق】
بالنسبة إلى بيتكوين (BTC) ومنظومة العملات المشفرة المرتبطة بها، يميل تأثير هذا الحادث على المدى القصير إلى الحياد مع نزعة سلبية. فعلى الرغم من أن بروتوكول شبكة بيتكوين الرئيسية لم يتعرض للاختراق، ولم تقع أزمة على مستوى الإجماع، فإن هذه الثغرة تقوّض ثقة المستخدمين في محافظ البرمجيات الراسخة، وقد تدفع الأموال نحو محافظ العُقد الكاملة الأكثر أمانًا أو محافظ الأجهزة الشائعة. أما بالنسبة إلى أسهم شركات البلوك تشين المدرجة في الولايات المتحدة أو تايوان ومؤسسات حفظ العملات المشفرة، فالأثر المالي المباشر محدود، لكن الحادث قد يرفع بصورة غير مباشرة معايير التدقيق في أمن حفظ الأصول الرقمية والبرمجيات المتوافقة مع اللوائح.
【متابعة لاحقة】
ينبغي متابعة تقارير التدقيق الأمني اللاحقة التي تصدرها Electrum، والتحقق مما إذا كانت محافظ أخرى خفيفة الوزن ستُكتشف فيها أساليب استغلال مماثلة. كما ينبغي رصد مدى انتشار ترقية المستخدمين إلى الإصدار 4.8.3، وما إذا كان المهاجمون سيستغلون ثغرة «المعاملات الواردة» التي لم تُصلح بعد لتطوير هجمات أخرى.
【تحذير من المخاطر】
إذا لم يُحدّث المستخدمون برامج محافظهم في الوقت المناسب، فقد يتعرضون مجددًا لخسارة الأموال عند تحويل البيتكوين أو استخدام RBF لتسريع المعاملات. ويُنصح المستخدمون عند إجراء أي معاملة على البلوك تشين بالتحقق من حالتها الفعلية على السلسلة باستخدام مستكشف بلوك تشين مستقل وموثوق، وعدم الاعتماد فقط على معلومات المعاملات غير المؤكدة التي تعرضها واجهة المحفظة.