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

كيف يُفترض أن يعمل الهجوم المبلّغ عنه على إلكتروم

تصف التقارير المتاحة هجوماً لاستبدال المعاملات، لا ادعاءً عاماً بأن كل مدفوعات إلكتروم يجري تحويلها تلقائياً. ووفقاً للنبأ العاجل المقدّم، يتدخل خادم خبيث، على ما يُزعم، بعد إرسال المعاملة، ثم يستغل مسار Replace-by-Fee، أو RBF، لدفع المحفظة إلى توقيع معاملة بديلة مزوّرة بدلاً منها.

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

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

ماذا يعني الادعاء بإصلاح 4.8.3 للمستخدمين الآن

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

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

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

ما الذي تؤكده التقارير الحالية فعلياً

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

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