درجة ثقة المجتمعموثّق
كشفت ChainSecurity في 21 أكتوبر عن خلل تاريخي في تنفيذ توقيع ECDSA في محفظة Vultisig الرقمية، والذي سمح باستعادة المفتاح الخاص الكامل تحت ظروف هجوم محددة. تطلّب هذا الثغرة وجود موقّع واحد مُخترق وإرسال العديد من رسائل التوقيع الخبيثة لاستخراج بتات من بذرة البروتوكول الداخلية. دمجت Vultisig تعديلات الكود على Android وiOS في 21 أغسطس لمعالجة المشكلة، قبل شهرين من الكشف العام.
آلية الخلل وكشف البذرة
تفصّل وثيقة الكشف كيف تعاملت تطبيق Vultisig بشكل خاطئ مع إشارة إيقاف حرجة من مكتبة التوقيع الأساسية. في محفظة الحساب متعدد الأطراف (MPC)، يتم توزيع سلطة التوقيع بين حصص المفاتيح. تفترض المكتبة أنه بعد خطأ حرج، يجب إيقاف محاولات التوقيع اللاحقة حتى يتم تدوير بذرة البروتوكول الداخلية. هذه البذرة هي سر إعداد؛ كشفت الاستجابات لرسائل خبيثة عن بتات من هذه البذرة، مما مكن في النهاية من استعادة الحصة الأخرى والمفتاح الخاص الكامل.
وفقاً لـ ChainSecurity، كان التطبيق يعرض سابقاً رسالة خطأ عامة ولم يفرض استجابة الإيقاف من المكتبة. سمح هذا للمهاجم بمواصلة التبادل، ملاحظاً ما إذا كان الموقّع الآخر يعيد خطأ. العواقب الأمنية هي أن محاولة توقيع فاشلة يمكن أن تكشف معلومات سرية حتى عندما لا تنتج توقيع معاملة قابل للاستخدام. رفض المعاملة وحده لم يحافظ على الفصل بين الموقّعين لأن التطبيق واصل التفاعل مع المشارك الخبيث.
تعديلات الكود في أغسطس وملاحظات الإصدار
تم دمج تغيير Android رقم 5658 وتغيير iOS رقم 5235 في 21 أغسطس. تشير أوصاف هذه التغييرات إلى أن الكود السابق قارن فشل التوقيع مع نتيجة نجاح المكتبة دون معالجة أخطاء حظر الأطراف الخبيثة بشكل منفصل. كانت روتينات التوقيع القديمة قادرة على إعادة المحاولة حتى ثلاث مرات بينما كان المستخدم يستقبل رسالة فشل عامة.
يتعرف الكود الجديد على أكواد أخطاء الأطراف الخبيثة 100–109 في مكتبة توقيع DKLS أثناء إعداد الجلسة، ومعالجة الرسائل، وإكمال التوقيع. يربط كلا تغييرَي Android وiOS المشارك المُعلَّم بمعرّف جهاز ويحمل خطأً مخصصاً يتجاوز إعادة المحاولة التلقائية. كما يعرضان تحذيراً محلياً ضد استخدام الجهاز المُعلَّم مرة أخرى. على Android، يتجاوز الاستثناء أيضاً استعادة الإرسال.
تذكر ملاحظات GitHub الخاصة بـ iOS v1.45.71، المؤرخة في 21 أغسطس، طلب الدمج رقم 5235. يذكر إصدار Android v1.0.118، المؤرخ في 25 أغسطس، طلب الدمج رقم 5658. تُظهر هذه التغييرات أن التطبيقات تميز الآن بين حكم تشفيري حول مشارك وفشل توقيع عادي، مما يمنع سلوك إعادة المحاولة الذي قد يكون خطيراً عندما تحدد المكتبة موقّعاً خبيثاً.
نطاق التدقيق والتحقق المتبقي
تذكر وثائق الأمان الخاصة بـ Vultisig أن Trail of Bits قامت بتدقيق مكتبة Silence Laboratories DKLS23 في عام 2024. تلاحظ أن تقارير تدقيق تطبيقات الجوال وسطح المكتب سيتم ربطها عند نشرها. في وقت الكشف، صرّحت ChainSecurity بأنها لم تراجع إصلاحات Vultisig أو تدقق أجزاء أخرى من البروتوكول. تترك التغييرات المنشورة الحماية عبر الجلسات المعاد تشغيلها غير مُتحقق منها، حيث لا توفر المواد المُراجَعة مصفوفة كاملة للإصدارات المتأثرة وإعدادات الخزنة أو توضح التنفيذ بعد إعادة التشغيل المبادر بها من المستخدم.
Frequently Asked Questions
ما أكواد الأخطاء المحددة التي عالجها تحديث Vultisig؟
يتعرف تحديثا Android وiOS على أكواد أخطاء الأطراف الخبيثة 100–109 في مكتبة توقيع DKLS أثناء إعداد الجلسة، ومعالجة الرسائل، وإكمال التوقيع.
متى تم دمج تعديلات الكود مقارنةً بالكشف؟
تم دمج تعديلات الكود على Android وiOS في 21 أغسطس، قبل شهرين من الكشف العام بواسطة ChainSecurity في 21 أكتوبر.
