أمان محفظة بيتكوين المادية: دروس من عيب توليد بذرة Coldcard
2026/08/09 08:05:06
خطأ في توليد بذرة Coldcard يُعرّض أمان محافظ البيتكوين الضعيفة للخطر
تغيير في البرنامج الثابت في مارس 2021 في محفظات Coinkite Coldcard المادية لبيتكوين أعاد توجيه توليد البذور بعيدًا عن مولد الأرقام العشوائية المادي STM32 المقصود إلى مولد رقمي افتراضي دeterministic عبر البرنامج. ظل الخطأ غير مكتشف حتى أواخر يوليو 2026، عندما قام المهاجمون بتفريغ أكثر من 1,000 عنوان بيتكوين في موجات منسقة، وسحبوا ما بين 1,082 و1,367 بيتكوين بقيمة تتراوح بين 70 مليون و88 مليون دولار أمريكي في ذلك الوقت. قام فريق بحث Galaxy بخرائط الموجة الأولية التي استغرقت 41 دقيقة وشملت 1,196 عنوانًا في 30 يوليو، ثم حدد لاحقًا موجات إضافية زادت من الإجمالي الملاحظ. وقام فريق الهندسة في Block والباحثون المستقلون بتتبع السبب الجذري إلى فحص ماكرو مُعدّ يربط libngu بـ Yasmarang الاحتياطي في MicroPython، والذي تم تهيئته من معرف الشريحة المسجلات الزمنية بدلاً من إنتروبيا جديدة.
أكدت Coinkite وجود المشكلة عبر طرازات Mk2 و Mk3 و Mk4 و Mk5 و Q، وأصدرت تحديثًا طارئًا للبرمجيات في اليوم التالي، وأرشدت المستخدمين إلى إنشاء أسرار جديدة بالكامل لأن تحديث البرمجيات الحالية لا يمكنه إصلاح عبارة الاسترداد المخترقة. وقد أعادت هذه الحادثة تفعيل المراجعة الدقيقة لكيفية حصول محافظ الأجهزة على مصادر العشوائية وتحقق منها، والحدود العملية لمراجعة المصدر المفتوح، والمخاطر المتبقية التي لا تزال قائمة حتى في الأجهزة المعزولة تمامًا. إن عيب توليد الـ seed في Coldcard يُظهر أن محافظ الأجهزة لا تزال تعتمد على التكامل الصحيح لمصادر العشوائية في البرمجيات؛ فخطأ تكوين واحد استمر لخمس سنوات يمكنه تقليل العشوائية الفعالة بكثير عن الهدف البالغ 128 بت لعبارة BIP-39 القياسية، مما يمكّن من إعادة بناء المفاتيح الخاصة دون اتصال بالإنترنت وسرقة واسعة النطاق لا يمكن منعها بأي قدر من العزل المادي بمجرد ضعف الـ seed نفسه.
كيف أدى ترحيل البرامج الثابتة لعام 2021 إلى تعطيل مولد الأرقام العشوائية المادي في Coldcard
في مارس 2021، نقلت Coinkite عمليات المنحنيات الإهليلجية الخاصة بـ Coldcard إلى مكتبة libsecp256k1 الخاصة بـ Bitcoin Core، وأدخلت مكتبة libngu MicroPython. انتقل كود توليد الـ Seed من استدعاء ckcc.rng_bytes الخاص باللوحة، الذي كان يستدعي بشكل صحيح مولد الأرقام العشوائية الحقيقية المادي من STM32، إلى ngu.random.bytes. وقد عرّفت تكوينات اللوحة الإنتاجية MICROPY_HW_ENABLE_RNG على صفر لأن Coinkite قدمت غلافًا خاصًا بها لمولد الأرقام العشوائية المادي. وقد اختبر فحص ما قبل المعالجة الخاص بـ Libngu ما إذا كان الماكرو معرّفًا فقط، وليس ما إذا كانت قيمته غير صفرية. ونتيجة لذلك، نجح البناء وارتبط بـ Yasmarang البرمجي الاحتياطي الخاص بـ MicroPython. وقد قام هذا الاحتياطي بتهيئة نفسه مرة واحدة، باستخدام الـ 32 بت الأقل من معرف الجهاز الفريد المُxor مع سجلات وقت SysTick وRTC، ثم أنتج تدفقًا حتميًا دون جمع أي إنتروبيا إضافية.
على الأجهزة Mk2 وMk3 التي تعمل بالإصدارات من 4.0.1 إلى 4.1.9، لم توفر المسار المُقدَّم أي إنتروبيا تشفيرية تقريبًا. لاحقًا، قام برنامج Mk4 وMk5 وQ بخلط قيم العنصر الآمن، لكنه احتفظ فقط بأربعة بايتات بعد التجزئة واستخدمها لإعادة تهيئة كلمة حالة واحدة بطول 32 بت، مما ترك حوالي 72 بت من الإنتروبيا الفعالة مقابل الـ128 بت المقصودة. بقي كود مولد الأرقام العشوائية المُصمم هاردويرياً موجودًا في الملف الثنائي، لكنه لم يُصل إليه أبدًا عبر مسار توليد المحفظة. تأكّد استعراض الكود الحالي من وجود تنفيذ TRNG، لكنه لم يتحقق من حل الرموز الكامل من نقطة استدعاء توليد البذرة. لذلك استمرت هذه العودة غير المكتشفة لأكثر من خمس سنوات حتى أجبر الاستغلال النشط على الكشف العلني.
التأثير والنتيجة
النتيجة العملية هي أن المهاجم الذي يمكنه تقييد أو الحصول على معرف الجهاز (UID) وتوقيت التشغيل التقريبي وتاريخ مكالمات RNG السابقة يمكنه إعادة توليد تيارات الإخراج المرشحة بشكل غير متصل. يمكن توسيع كل مرشح إلى بذرة BIP-39، واستخلاص عناوين منها، والتحقق منها مقابل السجل العام للبلوكشين. بالنسبة لأجهزة Mk3 الأكثر تأثراً، قدرت Coinkite مساحة البحث الفعالة بحوالي 40 بت؛ ووضعت تحليلات Block سقفاً مشروطاً أقل بكثير من مستويات الأمان التشفيرية للنماذج اللاحقة.
لا يمكن لعملية تجزئة الإخراج الضعيف أو تطبيق مجموع التحقق BIP-39 توسيع عدد البذور الممكنة. بمجرد العثور على عنوان مطابق، يتحكم المفتاح الخاص المقابل في كل عملية استنباط لاحقة، مما يسمح بالسحب الكامل دون الحاجة إلى الوصول المادي إلى الجهاز. وبالتالي، فإن سطح الهجوم يتبع عبارة الاسترداد نفسها، وليس الجهاز الذي يحتفظ بها حاليًا. استعادة البذرة المتأثرة على برنامج ثابت مُصلح أو على أي محفظة أخرى لا ينقل سوى السر الضعيف نفسه.
Galaxy Research ترسم خريطة عملية السحب في 30 يوليو والموجات اللاحقة
في 30 يوليو 2026، قام مشغل غير مُعرَّف بتفريغ 1,196 عنوانًا لبيتكوين خلال نافذة زمنية مدتها 41 دقيقة، وأزال 1,082.65 بيتكوين بقيمة حوالي 70.2 مليون دولار أمريكي. وتحديدت شركة Galaxy Research المجموعة من خلال معدل رسوم مميز قدره 30 ساتوشي/فب، وغياب مخرجات التغيير، وهي أنماط بارزة مقارنة بالنشاط العادي على السلسلة. لاحقًا، وثقت الشركة موجتين إضافيتين رفعتا المجموع الكلي الملاحظ إلى 1,367.05 بيتكوين عبر 4,585 عنوانًا، ما يعادل حوالي 88.6 مليون دولار أمريكي حسب الأسعار السائدة. وحذرت Galaxy من أن التخمينات على السلسلة وحدها لا تثبت حسابيًا أن كل عنوان نشأ من إنتروبيا ضعيفة لجهاز Coldcard، إلا أن التجميع الزمني والربط التقني الذي قدمه تحليل Block لأصل المشكلة جعل هذا الربط احتماليًا للغاية.
أبلغت الشركة عن حوالي 600 عنوان مشتبه في سيطرة المهاجمين عليها للجهات المحققة وخدمات الامتثال. لم يُنشر أي إعادة بناء علنية لبذرة ضحية محددة، لكن حجم عمليات السحب أظهر أن انخفاض الإنتروبيا كان كافيًا للعد الميداني غير المتصل بالإنترنت بمجرد معرفة أو تقريب القيود المتعلقة بحالة الجهاز. إن سرعة الموجة الأولى تؤكد أن الثغرة لم تتطلب أي تفاعل مباشر في الزمن الحقيقي مع المحافظ المادية. بمجرد إمكانية توليد البذور المرشحة والتحقق منها ضد العناوين المعروفة الممولة، قام المشغل ببساطة بتوقيع وإرسال المعاملات.
استمرت الأمواج اللاحقة بعد إعلان Coinkite، مما يشير إلى أن ليس كل حامل قد أكمل التحويل. لاحظت Galaxy أن نمط المعاملة يحدد المشغل أكثر من السرقة نفسها، لأن مالكًا شرعيًا يقوم بتوحيد العملات يمكنه إنتاج توقيعات متطابقة على السلسلة. وعزز غياب النشاط السابق الذي يشارك نفس خصائص الرسوم والتغيير خلال الثلاثين يومًا السابقة، النسبة إلى حملة واحدة فقط وليس إلى سلوك مستخدم عضوي. وبالتالي، توضح الحادثة قوة تحليلات البلوكشين للكشف السريع، وحدود هذه الأدوات عندما تنشأ الضعف التشفيري الأساسي خارج السلسلة.
استجابة Coinkite للطوارئ وتصحيحات البرامج الثابتة الفورية
أصدرت Coinkite أول إشعار عام لها في 31 يوليو 2026، ووسع نطاقه في اليوم التالي بعد تحليل إضافي. تم إصدار إصدارات ثابتة من البرنامج الثابت لكل مسار متأثر: 4.2.0 لـ Mk2 وMk3، و5.6.0 لـ Mk4 وMk5 القياسيين، و1.5.0Q لـ Q القياسي، والبناءات المقابلة Edge 6.6.0X و6.6.0QX. أوقفت الشركة شحنات المخزون المعرض للخطر ودمرت المخزون المتبقي. وأكدت الإرشادات الرسمية أن تثبيت البرنامج الثابت الجديد لا يصلح البذرة الحالية؛ بل يجب توليد بذرة جديدة تمامًا على الجهاز المُصلح، ويجب نقل الأموال بعد التحقق من النسخة الاحتياطية الجديدة وعنوان الاستلام.
قدر Coinkite الإنتروبيا الفعالة بحوالي 40 بت للبذور المصابة من Mk3، وحوالي 72 بت للبذور السابقة للإصلاح من Mk4 وMk5 وQ. واستثني الإشعار صراحةً البذور التي تم إنشاؤها باستخدام ما لا يقل عن 50 قفزات نرد عادلة ومستقلة وخصوصية، لأن مساهمة النرد وحدها زودت البتات المطلوبة البالغة 128 بت، وتم تجزئتها مع مخرجات الجهاز. كما تم الاعتراف بعبارات المرور القوية والفردية من BIP-39 كحاجز إضافي يمنع المهاجم الذي يستعيد كلمات البذور فقط من الوصول إلى الأموال، ومع ذلك أوصت الشركة بالهجرة الكاملة لأن البذرة الأساسية لا تزال ضعيفة.
تم التأكيد على تعليمات الهجرة بالتحقق التسلسلي الهادئ: تأكيد إصدار البرنامج الثابت الثابت، وتوليد البذرة الجديدة، وتسجيل والتحقق من النسخة الاحتياطية والبصمة، وإرسال معاملة اختبار صغيرة، ثم نقل الباقي مع الاحتفاظ بالنسخة الاحتياطية القديمة حتى التأكيد. وقد تم تزويد المستخدمين الذين كانت أجهزتهم الوحيدة من طراز Mk2 أو Mk3 بإجراء فردي دقيق يتناوب بين البذرتين القديمة والجديدة. كما لاحظت Coinkite أن منتجات TAPSIGNER وOPENDIME وSATSCARD تستخدم قواعد كود منفصلة ولا تتأثر. وأظهر الرد مزايا نموذج البرنامج الثابت مفتوح المصدر الذي سمح بالتصحيح السريع، بالإضافة إلى الصعوبة العملية في نقل الطابع العاجل إلى قاعدة مستخدمين متناثرة قد تكون قد أنشأت بذورًا قبل سنوات ثم تركت الأجهزة غير متصلة.
تقديرات الإنتروبيا ولماذا يفشل 40 أو 72 بت في تحقيق أهداف BIP-39
يُصمم مفتاح BIP-39 القياسي المكون من 12 كلمة لتقديم أمان بقوة 128 بت. عندما تنخفض مصدر الإنتروبيا الأساسي إلى حوالي 40 بت على أجهزة Mk3 أو 72 بت على الطرازات الأحدث، يصبح فضاء التوافيق قابلاً للبحث باستخدام موارد حسابية حديثة. أظهر تحليل Block أن البدائل MicroPython Yasmarang، بمجرد تهيئة من قيم ثابتة أو محدودة، تنتج تدفقًا كليًا محددًا. على أجهزة Mk4 وما بعدها، يتم تقليل مساهمة العنصر الآمن إلى إعادة تهيئة بقوة 32 بت لعبارة حالة واحدة؛ وتظل المخرجات اللاحقة ضمن عائلة لا تتجاوز 2^32 تدفقًا لأي حالة سابقة ثابتة وسجل استدعاءات.
لا يمكن لعملية التجزئة الحتمية لهذا المخرج أن تُوسع العائلة. وبالتالي، يمكن للمهاجم الذي يحصل على معلمات التهيئة اللازمة أو يقرب منها، سرد المرشحات بشكل غير متصل، واستنتاج العناوين المقابلة، ومطابقتها مع مجموعة UTXO العامة. التكلفة تهيمن عليها استنتاج العناوين أكثر من التخمين العشوائي البحت، لكنها لا تزال قابلة للتنفيذ على نطاق السرقة الملاحظ. تتماشى الأرقام الأولية لـ Coinkite مع التقييمات المستقلة التي تشير إلى أن الإنتروبيا المتبقية غير كافية للاحتفاظ الذاتي طويل الأمد لرصيد كبير.
الفراغ ليس نظريًا؛ فقد قدمت عمليات المسح في 30 يوليو والموجات اللاحقة تأكيدًا تجريبيًا على أن المساحات المخفضة كانت بالفعل مستغلة. حتى التقدير الأعلى البالغ 72 بت للنماذج اللاحقة يترك هامشًا أبعد بكثير من مستوى الأمان الذي يتوقعه المستخدمون الذين اختاروا المحافظ المادية تحديدًا لتجنب فشلات الإنتروبيا في المحافظ البرمجية. وبالتالي، فإن هذه الحادثة توفر نقطة معايرة ملموسة لتصميم المحافظ المادية في المستقبل: يجب رفض أي مسار يمكنه العودة بصمت إلى مولد أرقام عشوائية برمجي مُبَذَر من حالة جهاز غير تشفيري، وذلك أثناء عملية البناء، وليس مجرد مراجعته لاحقًا.
رمي النرد وكلمات المرور كتخفيفات جزئية
استندت نصيحة Coinkite إلى تمييز واضح للبذور التي شملت على الأقل 50 لفة نرد عادلة ومستقلة وخصوصية تم إدخالها من خلال واجهة الجهاز المخصصة. في هذه الحالات، كانت إنتروبيا النرد وحدها تحقق أو تتجاوز الهدف البالغ 128 بت، ثم تم دمجها مع مخرجات الجهاز الضعيفة قبل عرض كلمات البذرة النهائية. بشرط ألا يتم تسجيل أو مراقبة اللفات أبدًا، تُعتبر البذرة الناتجة خارج نطاق عيب مولد الأرقام العشوائية. أما إذا كانت عدد اللفات أقل من 50، أو كان هناك أي شك في عدد اللفات أو خصوصيتها، فتُعاد البذرة إلى فئة المعرضة للخطر.
يُنشئ مُمرّر BIP-39 قوي وفريد محفظة مستقلة لا يمكن الوصول إليها من كلمات البذور وحدها؛ يجب على المهاجم أيضًا استعادة المُمرّر. لا تُعتبر المُمررات القصيرة أو الشائعة أو المعاد استخدامها مؤهلة. حتى عند وجود مُمرّر قوي، يوصي Coinkite بالانتقال النهائي لأن البذرة الأساسية لا تزال ضعيفة من الناحية التشفيرية، وتصبح المُمرّر نقطة فشل واحدة إذا تم كشفه. تُظهر هذه التخفيفات قيمة الدفاعات المتعددة الطبقات، لكنها أيضًا تُظهر عدم كمالها. تتطلب إلقاء النرد إجراءات فيزيائية منضبطة لم يقم بها العديد من المستخدمين أبدًا.
تتطلب عبارات المرور نسخًا احتياطيًا منفصلًا دقيقًا وتذكّرًا دقيقًا؛ فخطأ طباعي واحد ينتج محفظة مختلفة وفارغة. ولا يعيد أي من هذين الإجرائين كمية العشوائية التي فشل البرنامج الثابت في توفيرها، ولا يحميان ميزات الجهاز المتقدمة التي لا تزال تعتمد على نفس مسار الأرقام العشوائية الضعيف. لذا واجه المستخدمون الذين اعتمدوا فقط على توليد البذور الافتراضي للجهاز التأثير الكامل لمساحة البحث المخفضة، بينما حصل أولئك الذين سبق لهم اعتماد عوامل عشوائية إضافية أو عبارات مرور على وقت إضافي لكن ليس سلامة دائمة.
الإعدادات متعددة التوقيع وحدود المخاطر المشتركة
عندما يتم إنشاء كل مفتاح في تكوين التوقيع المتعدد على جهاز Coldcard متأثر، يصبح كامل السياسة قابلة للإنفاق من قبل المهاجم الذي يستعيد البذور الضعيفة. يظل ترتيب 2 من 3، حيث تنشأ اثنان من البذور الثلاث من برامج ثابتة ضعيفة، معرضًا للمهاجم الذي يمكنه تحقيق الحد الأدنى بمجرد معرفة هاتين البذورتين. فقط التكوينات التي تحتفظ على الأقل بمفتاح خارجي قوي خارج المجموعة المتأثرة تحافظ على الأمان. تقدم محافظ Liana وغيرها القائمة على miniscript اعتبارات مسار إضافية: مسار أساسي يمكن إرضاؤه بواسطة مفاتيح Coldcard الضعيفة فقط يكون قابلاً للإنفاق فورًا، بينما يظل مسار الاسترداد الخاضع لقيود زمنية محميًا فقط طالما أن القفل نشط. إن إنفاق محفظة SegWit يكشف الوصف الكامل في أول معاملة، مما قد يسمح بإعادة بناء كل العناوين إذا كانت جميع المفاتيح ضعيفة.
يُقيّد تابرووت الكشف إلى المسار المستخدم، مما يحد من نطاق الضرر، لكنه لا يزال يُعرّض المفاتيح الضعيفة التي تشارك في ذلك المسار. الدرس العملي هو أن التنوع في الأجهزة ومصادر الإنتروبيا المستقلة لا تزال ضرورية حتى داخل مخططات التوقيع المتعدد. الاعتماد على أجهزة متعددة من نفس الطراز ونفس إصدار البرمجيات يركز المخاطر بدلاً من توزيعها. المستخدمون الذين خلطوا مفاتيح Coldcard مع مفاتيح من موردين آخرين أو مع بذور مولدة بالمقذوفات احتفظوا بحماية جزئية؛ بينما اكتشف أولئك الذين اعتمدوا على خط منتج واحد ضعيف أن عتبة التوافق لم تقدم أي دفاع بعد استغلال فشل الإنتروبيا. وبالتالي، فإن هذا الحادث يعزز التوصيات الطويلة الأمد لمصادر المفاتيح المتنوعة، مع إثبات أن هذه التوصية ليست مجرد نظرية.
فشل مراجعة مفتوح المصدر ودور الذكاء الاصطناعي في الاكتشاف
تم نشر برنامج Coldcard الثابت منذ فترة طويلة تحت ترخيص مفتوح المصدر، مما يتيح التحقق المستقل. ومع ذلك، استمر خطأ تكامل RNG عبر دورات إصدار متعددة وفحوصات خارجية. لقد تأكدت المراجعات الحالية من وجود تنفيذ RNG المقصود في الملف الثنائي، لكنها لم تؤكد أن نقطة استدعاء توليد المحفظة وصلت فعليًا إلى هذا التنفيذ بدلاً من البدائل المتوفرة في MicroPython. استخدم الحماية المسبقة #ifndef بدلاً من التحقق من القيمة، مما سمح لتعريف الصفر بالمرور بصمت. لاحظت Coinkite أن مراجعة الكود الحديثة التي أجرتها الشركة بمساعدة الذكاء الاصطناعي فشلت أيضًا في كشف المشكلة، بينما ربما استفاد المهاجمون أو الباحثون الذين اكتشفوا الضعف لأول مرة من أدوات مشابهة. وبالتالي، يسلط هذا الحدث الضوء على فجوة مستمرة بين وجود شفرة المصدر والتحقق من سلوك التشغيل عبر حدود الوحدات الفرعية.
كما تُظهر فترة التأخير البالغة خمس سنوات صعوبة اكتشاف فشلات الإنتروبيا الصامتة. على عكس تجاوزات المخزن المؤقت أو أخطاء التوقيع التي تؤدي إلى تعطل فوري أو توقيعات غير صالحة، يستمر مولد الأرقام العشوائية الضعيف في إنتاج بذور تبدو معقولة وتمر على فحوصات التماسك الداخلية. فقط لاحقًا، عند التحقق اليدوي خارج الخط عبر البلوك تشين، يُكشف عن هذا النقص. ستتطلب عمليات المراجعة المستقبلية مراجعة صريحة للإنتروبيا من البداية إلى النهاية، تجبر نظام البناء على رفض أي مسار احتياطي، وتقيس الجودة الإحصائية للإخراج تحت ظروف محكومة. يظل المصدر المفتوح شرطًا ضروريًا للثقة، لكن حالة Coldcard تُظهر أنه ليس شرطًا كافيًا دون التحقق المستهدف من أكثر مسارات الكود حساسية من حيث الأمان.
التفاصيل العملية للهجرة ومخاطر التحويلات العاجلة
أكد Coinkite مرارًا وتكرارًا أن الهجرة المتسارعة يمكن أن تخلق مسارات خسارة جديدة تتجاوز المخاطر الأصلية. طُلب من المستخدمين التحقق من إصدار البرنامج الثابت الثابت على الجهاز، وتوليد البذرة الجديدة فقط بعد التحديث، وتسجيل النسخة الاحتياطية والبصمة دون اتصال، وتأكيد عنوان الاستلام على شاشة الجهاز، ونقل مبلغ اختبار صغير قبل نقل كمية الأموال الرئيسية. واجه أصحاب الأجهزة الفردية خطوات إضافية تتمثل في التبديل بين البذرتين القديمة والجديدة مع الحفاظ على كلا النسختين الاحتياطيتين سليمتين حتى التأكيد النهائي. أي خطأ في ترتيب العمليات، أو أي عنوان مكتوب بشكل خاطئ، أو أي تدمير مبكر للنسخة الاحتياطية القديمة يمكن أن يؤدي إلى حبس العملات بشكل دائم.
كما حذرت الشركة من استعادة البذرة المتأثرة على جهاز أو محفظة برمجية جديدة، لأن الضعف ينتقل مع العبارة نفسها. وقد خلق حجم المحافظ المتأثرة والعمليات المستمرة ضغطًا زمنيًا يتعارض مع الحاجة إلى إجراءات مدروسة. كان العديد من حاملي المحافظ على المدى الطويل قد أنشأوا بذورًا قبل سنوات، و хрّنوا الأجهزة بشكل غير متصل، واحتفظوا فقط بنسخ ورقية. لم يكن دائمًا من السهل إعادة بناء إصدار البرنامج الثابت الدقيق المستخدم وقت الإنشاء. ولذلك، فقد توازنت التوصية بين العجلة والحذر، وحثت على اتخاذ إجراءات فورية للبذور غير المحمية، مع التأكيد على خطوات التحقق التي تمنع الخسارة الناتجة عن الخطأ البشري. ولا يزال التوتر بين السرعة والسلامة سمة جوهرية لأي هجرة واسعة النطاق للبذور، وسيظهر مرة أخرى في حوادث محفظة الأجهزة المستقبلية.
السياق الصناعي: المحافظ المادية بعد حادثة Coldcard
يأتي عيب Coldcard بعد سلسلة من الحوادث السابقة المتعلقة بضعف الإنتروبيا في بيئات البرمجيات والأجهزة، بما في ذلك بحث Ill Bloom الذي ربط مشكلة منفصلة في مولد الأرقام العشوائية للبرنامج بخسائر تجاوزت 5 ملايين دولار عبر سلاسل متعددة. لقد تم التسويق لمحفظات الأجهزة لفترة طويلة كحل نهائي لفشل الإنتروبيا البرمجية والبرمجيات الخبيثة. تُظهر أحداث عام 2026 أن الحدود الوقائية لا تقوى أكثر من البرمجيات الثابتة التي تنفذ مسار الإنتروبيا. لم تُستهدف المنافسون الذين يعتمدون على عناصر آمنة مختلفة، أو هياكل أرقام عشوائية مختلفة، أو عمليات مراجعة مختلفة، لكن السوق الأوسع الآن مضطر لمواجهة احتمال وجود أخطاء تكامل مماثلة في أماكن أخرى. من المرجح أن يزداد الطلب على أدوات قياس الإنتروبيا المستقلة، والتحقق الرسمي لرسومات استدعاء مولدات الأرقام العشوائية، ومقاييس معيارية لرمي النرد أو واجهات إنتروبيا خارجية.
يواجه مؤيدو التخزين الذاتي تحديًا موازياً. وقد أثار الحادث بالفعل نقاشاً عاماً حول ما إذا كان يجب على حاملي الممتلكات على المدى الطويل التفكير في تخزين متنوع، بما في ذلك المنتجات الخاضعة للتنظيم، لجزء من ممتلكاتهم. في الوقت نفسه، فإن الإصدار السريع للبرمجيات الثابتة والشفافية في الإفصاحات التقنية يؤكدان مزايا نظم الأجهزة المفتوحة التي تستطيع الاستجابة في ساعات بدلاً من أشهر. والنتيجة الصافية هي معايرة أكثر واقعية للمخاطر بدلاً من رفض شامل للمحافظ المادية. المستخدمون الذين يعاملون الجهاز كعنصر واحد ضمن نموذج أمني متعدد الطبقات يشمل إدخال عشوائي خارجي، وكلمات مرور، وتنوع التوقيعات المتعددة يحتفظون بحماية أقوى من أولئك الذين يعاملون أي منتج واحد كضمان مطلق.
دروس لتصميم محفظة الأجهزة المستقبلية
يجب أن تُلزم أنظمة البناء وجود مولد أرقام عشوائية مُؤكّد من الأجهزة في مواقع الاستدعاء المحددة المستخدمة لإنشاء البذور؛ فلا يُقبل التحول الصامت إلى مولد أرقام عشوائية برنامجي مُبَذَّر من بيانات الجهاز. يجب أن تختبر فحوصات المعالج المسبق حالة تفعيل ميزات الإنتروبيا وليس مجرد تعريفها. يجب أن تحتفظ مساهمات العنصر الآمن بالإنتروبيا الكاملة بدلاً من تقليصها إلى 32 بت قبل إعادة توليد آلة حالة ضعيفة. يجب أن تصبح اختبارات نهاية إلى نهاية التي تقاس جودة الإنتروبيا الإحصائية للبذور المُولَّدة تحت ظروف تشغيل واقعية معيارًا قياسيًا للإطلاق.
يجب أن توضح الوثائق أن إصدار البرنامج الثابت عند توليد الكلمة السرية، وليس الإصدار المثبت حاليًا، هو ما يحدد مستوى التعرض. أخيرًا، يجب أن تعرض واجهات المستخدم حالة مصدر العشوائية وتشجع أو تتطلب إضافة نرد أو مصادر عشوائية خارجية للمحفظات ذات القيمة العالية. هذه التغييرات التصميمية تدريجية، لكنها كانت ستمنع تراجع Coldcard وستقلل من احتمالية حدوث فشلات مشابهة في منتجات أخرى.
خطوات عملية لمالكي Coldcard الحاليين
يجب على أصحاب المفاتيح الذين أنشأوا بذورًا على برنامج Mk2 أو Mk3 الإصدار 4.0.1–4.1.9، أو على Mk4 أو Mk5 أو Q قبل الإصدارات المصححة في 31 يوليو، اعتبار البذور مخترقة ما لم يتمكنوا من تأكيد ما لا يقل عن 50 قلبًا خاصًا للنرد أو عبارة مرور فريدة وقوية. قم بتثبيت البرنامج المصحح المناسب من صفحات التنزيل الرسمية لـ Coinkite، وأنشئ بذرة جديدة على الجهاز المحدث، وتحقق من النسخة الاحتياطية والبصمة دون اتصال، وتأكد من عنوان الاستلام على شاشة الجهاز، وأرسل معاملة اختبار صغيرة، ثم فقط قم بنقل الرصيد المتبقي.
احتفظ بالنسخة الاحتياطية القديمة حتى تظهر المحفظة الجديدة المبلغ الكامل المؤكد. يجب على المستخدمين الذين لم ينشئوا قطعًا سريًا على جهاز متأثر ولكنهم استوردوه إلى محفظة أخرى أن ينتقلوا رغم ذلك، لأن الضعف يكمن في العبارة. يجب على مشاركي التوقيع المتعدد تقييم كل مفتاح بشكل مستقل وفقًا لجهاز توليده وبرنامج التشغيل. تظل الإرشادات الرسمية والخلفية التقنية المرجعين الموثوقين للتعليمات الخاصة بالنموذج.
الآثار الأوسع لممارسات الاحتفاظ الذاتي لبيتكوين
تعزز حلقة Coldcard أن التخزين الذاتي هو عملية مستمرة وليست مجرد شراء واحد للأجهزة. يجب مراجعة جودة الإنتروبيا، وأصل البرنامج الثابت، والتحقق من النسخ الاحتياطي، وتنوع المفاتيح بشكل دوري. يمكن للتحليلات على السلسلة اكتشاف الاستغلال الواسع النطاق بسرعة، لكن الأفراد لا يزالون مسؤولين عن مراقبة القنوات الرسمية والتفاعل مع التوصيات. من المرجح أن يتوسع سوق التدقيق الأمني المستقل للبرنامج الثابت للمحافظ المادية، وكذلك الطلب على الأدوات التي تسمح للمستخدمين بقياس الإنتروبيا الفعالة لبذورهم الخاصة دون كشفها.
في نفس الوقت، لا يُبطِل الحادث القيمة الأساسية لتخزين المفاتيح خارج الإنترنت؛ بل يُظهر ببساطة أن حدود التخزين الخارجي يجب أن تُكمل بقوة تشفير موثوقة في لحظة توليد المفتاح. يستمر حاملو المفاتيح الذين يجمعون بين أجهزة مُصْلَحة، وكميات إضافية من العشوائية، وكلمات مرور، وترتيبات متعددة التوقيعات في التحكم بمفاتيحهم بدرجة أعلى من الثقة مقارنةً بمن يعتمدون على طبقة واحدة فقط.
|
تحتفل KuCoin بمرور 9 سنوات على تأسيسها بحملة خاصة على المنصة تضم مكافآت حصرية، وأنشطة تداول، وعروض لفترة محدودة. لا تفوت فرصة المشاركة والاستمتاع بالمزايا مع احتفال المنصة بتسعة أعوام من النمو والابتكار. قم بزيارة صفحة الحملة الرسمية الآن:
|
الأسئلة الشائعة
ما إصدارات البرامج الثابتة لـ Coldcard التي تتأثر بعيب توليد البذور؟
الأجهزة Mk2 وMk3 التي تعمل بالإصدارات من 4.0.1 إلى 4.1.9 بما في ذلك، أنتجت بذورًا بحوالي 40 بت من الإنتروبيا الفعالة. أما الأجهزة Mk4 وMk5 قبل الإصدار القياسي 5.6.0 أو الإصدار Edge 6.6.0X، والأجهزة Q قبل الإصدار القياسي 1.5.0Q أو الإصدار Edge 6.6.0QX، فقد أنتجت بذورًا بحوالي 72 بت من الإنتروبيا. يتم تحديد التعرض بناءً على إصدار البرنامج الثابت الموجود في اللحظة التي تم فيها إنشاء البذرة، وليس بناءً على الإصدار المثبت حاليًا. تقوم الإصدارات المصححة بتصحيح إنشاء البذور الجديدة، لكنها لا تستطيع إصلاح البذور الضعيفة الموجودة مسبقًا. تسرد صفحات التنزيل الرسمية الإصدارات المصححة لكل نموذج ومسار إصدار. المستخدمون الذين أنشأوا بذورًا خارج هذه النطاقات، أو أولئك الذين استخدموا على الأقل 50 لفة نرد خاصة، لا يقعون ضمن الفئة الرئيسية للمخاطر.
هل يحمل تحديث البرنامج الثابت على Coldcard موجود مُولد البذرة بالفعل؟
لا. الثغرة تكمن في عشوائية إنشاء كلمات البذرة نفسها. تثبيت برنامج ثابت مُصلح يغيّر فقط مسار توليد البذور المستقبلية. استعادة عبارة الاسترداد المتأثرة على برنامج ثابت مُصلح أو على أي محفظة أخرى لا ينقل سوى السر الضعيف نفسه إلى الأمام. التصحيح الموثوق الوحيد هو توليد بذرة جديدة بالكامل على برنامج ثابت مُصلح، ثم نقل الأموال بعد التحقق الكامل من النسخة الاحتياطية الجديدة وعنوان الاستلام. إن إرشادات Coinkite واضحة في هذه النقطة وتوفر إجراءات انتقال خطوة بخطوة لكل من السيناريوهات متعددة الأجهزة وأجهزة واحدة.
هل لا تزال البذور المنشأة برميات نرد آمنة؟
البذور التي تتضمن ما لا يقل عن 50 قياسًا عشوائيًا عادلًا ومستقلًا وخاصًا تم إدخاله عبر الواجهة الرسمية للجهاز تحصل على كمية كافية من الإنتروبيا من مساهمة النرد وحدها. يقوم الجهاز بتشفير هذه القياسات مع مخرجاته الخاصة (الضعيفة)، بحيث تحقق البذرة النهائية أو تتجاوز هدف 128 بت بشرط ألا تُلاحظ أو تسجّل القياسات أبدًا. أقل من 50 قياسًا، أو أي شك حول عدد القياسات أو خصوصيتها، يعيد البذرة إلى فئة المعرضة للخطر. لا تحمي قياسات النرد الميزات المتقدمة للجهاز التي لا تزال تعتمد على نفس مسار الأرقام العشوائية، لكنها تحمي كلمات البذرة نفسها من هذا العيب المحدد.
كيف تغير عبارة المرور BIP-39 من ملف المخاطر؟
يُنشئ مُمرّر BIP-39 قوي وفريد محفظة منفصلة لا يمكن استنتاجها من كلمات البذور وحدها. لا يمكن للمهاجم الذي يستعيد بذورًا ضعيفة فقط الوصول إلى الأموال المحمية بالمُمرّر دون اكتشاف المُمرّر أيضًا. لا توفر المُمررات القصيرة أو الشائعة أو ذات الأنماط أو المعاد استخدامها حماية ذات معنى. حتى مع وجود مُمرّر قوي، يوصي Coinkite بالانتقال في النهاية لأن البذور الأساسية لا تزال ضعيفة من الناحية التشفيرية، وتصبح المُمرّر نفسه سرًا حاسمًا يجب نسخه احتياطيًا بشكل منفصل وعدم إدخاله أبدًا على أجهزة غير موثوقة. المُمرّر مستقل عن رمز PIN للجهاز.
ماذا يجب على مستخدمي التوقيع المتعدد فعله إذا كانت بعض المفاتيح مأخوذة من أجهزة Coldcard المتأثرة؟
قيّم كل مفتاح وفقًا للجهاز والبرمجيات الثابتة التي أنشأتها. إذا كان عدد المفاتيح المتأثرة يساوي أو يتجاوز عتبة الإنفاق لأي مسار، فإن ذلك المسار معرض لخطر فوري. يمكن لمهاجم يُعيد استرداد هاتين البذرتين إنفاق مسار مكوّن من 2 من 3 يتضمن مفتاحين ضعيفين من Coldcard. تظل مسارات الاسترداد المحمية بمقيدات زمنية نشطة أكثر أمانًا حتى انتهاء المدة. يجب على المستخدمين إنشاء مفاتيح بديلة على برمجيات ثابتة ثابتة أو على أجهزة غير متأثرة، وبناء سياسة متعددة التوقيع جديدة، ونقل الأموال بعد التحقق من الوصف الجديد والعناوين. تقلل مصادر المفاتيح المتنوعة من احتمال أن تؤدي عيوب برمجية ثابتة واحدة إلى اختراق كامل التوافق.
هل لا يزال الهجوم جاريًا، وكيف يمكن للحائزين مراقبة عمليات السحب الإضافية؟
لاحظت Galaxy Research عدة موجات بعد عملية المسح الأولية في 30 يوليو، وأفادت بأن النشاط استمر أثناء انتقال المستخدمين. يمكن مراقبة أنماط على السلسلة تتميز بمعدلات رسوم وسلوك تغيير محددين من خلال المتصفحات العامة وخدمات التحليل، لكن لا يمكن لحاملي الفردية الاعتماد فقط على الكشف بعد وقوع الحدث. أفضل حماية هي الانتقال الفوري لأي بذرة غير محمية. تظل قنوات Coinkite الرسمية وحسابات البحث الموثوقة المصادر الأساسية للتحديثات حول الموجات الإضافية أو تجمعات العناوين المكتشفة حديثًا.
إخلاء المسؤولية: هذا المحتوى لأغراض إعلامية فقط ولا يشكل نصيحة استثمارية. تستلزم استثمارات العملات المشفرة مخاطر. يرجى إجراء بحثك الخاص (DYOR).
اخلاء المسؤوليه: تُرجمت هذه الصفحة باستخدام تقنية الذكاء الاصطناعي لراحتك. للحصول على المعلومات الأكثر دقة، ارجع إلى النسخة الإنجليزية الأصلية.