اختراق Coldcard: ما الذي يجب أن يعرفه مستخدمو البيتكوين

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

الخسائر المقدرة لـ Coldcard عبر 4 موجات هجومية. من Galaxy Research و CoinDesk. 

ربط تحليل البلوك تشين المتاح حتى 4 أغسطس 4 موجات اجتياح مشتبه بها بحوالي 1,815.75 بيتكوين من 5,294 عنوان مصدر محتمل. وبسعر بيتكوين قرب 63,789 دولارًا خلال التحقق النهائي، بلغت قيمة هذا المبلغ نحو 115.8 مليون دولار. ويُعدّ هذا التقدير أوليًا: فهو ليس إجمالي خسارة رسميًا، ولا تمثّل عناوين الـ 5,294 ضحايا مؤكدين.

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

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

نظرة سريعة على الحادث

• أول هجوم لوحظ: 30 يوليو 2026، تقريبًا بين 01:10:20 و01:51:26 بالتوقيت العالمي المنسق (UTC).

• آخر خسارة مقدرة: حوالي 1,815.75 بيتكوين عبر 5,294 عنوان مصدر محتمل، استنادًا إلى أحدث تقدير ذي 4 موجات متاح في 4 أغسطس.

• المنتجات المتأثرة: البذور المولّدة على إصدارات البرامج الثابتة Mk2 وMk3 وMk4 وMk5 وQ المحددة، وفقًا لشروط النرد وعبارة المرور في تنبيه Coinkite.

• الخلل التقني الرئيسي: وصل توليد البذور إلى بديل عددي عشوائي برمجي محدد مسبقًا بدلًا من مسار مولّد الأرقام العشوائية المخصص (HWRNG) المقصود.

• إجراء المستخدم الفوري: تثبيت البرنامج الثابت المصحح قبل إنشاء بذرة جديدة تمامًا، والتحقق من المحفظة البديلة، ونقل الأموال بحذر.

• المصدر الرئيسي لعدم اليقين: لا يمكن للأنماط في البلوك تشين تأكيد أن كل عنوان معلَّم نشأ من Coldcard أو تحديد عدد الأشخاص المتضررين فعليًا.

ماذا حدث في اختراق Coldcard؟

تم تنفيذ أول عملية سحب كبرى خلال نحو 41 دقيقة في 30 يوليو. رصدت شركة Galaxy Research 1,196 عنوان مصدر نقلوا مجتمعين 1,082.65 بيتكوين خلال تلك الفترة. وكان الرقم السابق البالغ نحو 594.5 بيتكوين من حوالي 500 عنوان يمثل فقط رؤية جزئية لنفس الحدث الافتتاحي، وليس مبلغًا منفصلًا يُضاف إليه.

إجمالي خسائر البيتكوين المرتبطة بحادثة Coldcard حسب مستوى الأدلة حتى 3 أغسطس 2026. من Galaxy Research.

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

ظهرت مجموعات إضافية بعد الإفصاح الأولي. ارتفع التقدير التراكمي إلى نحو 1,158.7 بيتكوين عبر 2,673 عنوان مصدر محتمل بعد موجة ثانية مشتبه بها، ثم إلى 1,367.05 بيتكوين عبر 4,585 عنوانًا بعد موجة ثالثة. أضافت موجة رابعة مشتبه بها في 3 أغسطس نحو 448.7 بيتكوين من 709 عناوين مصدر محتملة، ما أدى إلى التقدير الحسابي الحالي البالغ 1,815.75 بيتكوين و5,294 عنوانًا في حال عدم وجود تداخل بين المجموعات.

السلسلة الرئيسية كانت:

• مارس 2021: أُدخل تغيير في تكامل البرامج الثابتة أدّى إلى مسار توليد البذور المعرض للخطر.

• 30 يوليو 2026: وقعت أول عملية سحب كبيرة، ونشرت Coinkite إشعارًا واستعراضاً تقنيًا.

• 31 يوليو – 2 أغسطس: أصبحت البرامج الثابتة المُصلحة متاحة، واتسع نطاق المتضررين، وتم تحديد موجات سحب مشتبه بها إضافية.

• 3 أغسطس: رفعت موجة رابعة مطابقة للنمط التقدير المرصود لأكثر من 1,800 بيتكوين.

• 4 أغسطس: لم يتم تأكيد وجود موجة خامسة موثوقة، أو إجمالي الضحايا النهائي، أو برنامج تعويض، أو إعلان عن استرداد الأموال.

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

كيف عملت ثغرة Coldcard

يجب أن يبدأ مفتاح محفظة البيتكوين (seed) بكمية كافية من الانتروبيا، أي معلومات غير قابلة للتنبؤ تُستخدم لإنشاء كلمات الاسترداد والمقابس المشتقة منها. عادةً ما يستهدف مفتاح BIP-39 المكوَّن من 12 كلمة والمولَّد بشكل صحيح 128 بتًا من الانتروبيا. هذا الحيز البحثي كبير جدًّا لدرجة أن تخمين المفتاح عبر القوة الغاشمة ليس هجومًا عمليًّا.

اعتمد تصميم Coldcard المقصود على سحب العشوائية من مصادر عتادية. ومع ذلك، خلال عملية دمج في عام 2021 شملت libNgU، انتقل إنشاء المحفظة من ckcc.rng_bytes() إلى ngu.random.bytes(). وقد أدّى هذا المسار إلى آلية احتياطية حتمية داخل MicroPython بدلاً من تنفيذ الأرقام العشوائية العتادي الخاص باللوحة الذي كان رمز المحفظة يتوقّعه.

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

فشل فحص بناء ذي صلة لسبب دقيق. تم تعريف الماكرو ذي الصلة بقيمة صفر، بينما اختبر الحارس وجود الماكرو بدلًا من التحقق مما إذا كان مفعّلًا أم لا. لذلك اكتمل البناء بدلًا من التوقف عندما تم تضمين الكائن الخاطئ.

تشير التقديرات الأولية من Coinkite إلى أن الحيز البحثي الفعّال يبلغ حوالي 40 بتًا لأجهزة Mk2 وMk3. أما أجهزة Mk4 وMk5 وQ فقد دمجت قيمًا إضافية من عناصرها الآمنة، مما رفع تقدير الشركة إلى حوالي 72 بتًا، وهو ما يظل دون الهدف المستهدف البالغ 128 بتًا. وقد فحص تحليل مستقل حدودًا هيكلية أكثر تقييدًا في تصميم الطرازات الأحدث، لكن لا ينبغي تبسيط تلك النتائج إلى ادّعاء عام بأن كل مفتاح من الطرازات الأحدث يحتوي بالضبط على 32 بتًا من الأمان الكلي.

من انتروبيا ضعيفة إلى معاملة غير مصرّح بها

يمكن شرح السلسلة التقنية دون إعادة إنتاج طريقة الهجوم:

1. اختار البرنامج الثابت مولّد برمجيًّا حتميًّا بدلًا من مسار RNG العتادي المقصود.

2. نتج عن ذلك مفتاح مستمد من مجموعة فعّالة أصغر بكثير من الإمكانيات.

3. كان بإمكان المهاجم الذي فهم العملية المعيبة وقيّدها بشكل كافٍ أن يحسب مفاتيح ومفاتيح مرشّحة دون اتصال.

4. يمكن مقارنة العناوين العامة المشتقة من تلك المرشّحات مع العناوين المموَّلة الظاهرة على سلسلة كتل البيتكوين (blockchain).

5. قدّم المرشّح المتطابق المفتاح اللازم لتوقيع معاملة من ذلك العنوان.

لا يلزم وجود وصول مادي في ذلك النموذج لأن المهاجم لا يستخرج مفتاحًا من المحفظة. بل يصل المهاجم بشكل مستقل إلى نفس المفتاح. ولا يمكن لشبكة البيتكوين التمييز بين توقيع المالك الشرعي وتوقيع آخر صالح تم إنشاؤه باستخدام مفتاح خاص مشتق بشكل مطابق.

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

ما الأجهزة والبذور (seeds) الخاصة بـ Coldcard المتأثرة؟

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

Standard وEdge هما مساران منفصلان للبرامج الثابتة. لا يعني أن إصدار Edge القديم آمن لمجرد أن رقم إصداره يبدو أعلى من إصدار Standard. يحتاج المستخدمون إلى الإصدار المُصلَح الخاص بالطراز والمسار الذي يستخدمونه فعليًا.

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

تؤكد شركة Coinkite أن منتجات TAPSIGNER وOPENDIME وSATSCARD غير متأثرة لأنها تستخدم قواعد شفرة مختلفة. وهذه عبارة خاصة بالمنتج، وليست دليلاً على أن كل وظيفة أو خاصية أمنية لتلك المنتجات خضعت لمراجعة تدقيق مستقلة.

ما مقدار البيتكوين الذي سُرق؟

 

أحداث سرقة البيتكوين المعروفة والمشتبه بها المرتبطة بـ Coldcard حسب الحجم والتاريخ ومستوى الأدلة حتى 3 أغسطس 2026. من Galaxy Research. 

أكثر إجابة موثوقة حاليًا هي تقدير وليس رقمًا نهائيًا. حتى 4 أغسطس، كان أحدث حساب رباعي الموجات يقارب 1,815.75 BTC، بقيمة تقارب 115.8 مليون دولار عند سعر بيتكوين آني بلغ نحو 63,789 دولارًا. ويتضمّن هذا الرقم أول ثلاث موجات مشتبه بها مع تقدير الموجة الرابعة، ويفترض أن مجموعة العناوين الجديدة لا تتداخل مع المجموعات السابقة.

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

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

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

قد يرتفع العدد الإجمالي دون حدوث موجة هجوم أخرى إذا تمكّن الباحثون من تحديد معاملات أقدم أو تلقّوا تأكيدات إضافية من الضحايا. كما قد ينخفض العدد إذا تداخلت مجموعة عناوين مع مجموعة أخرى أو إذا أزالت التحليلات اللاحقة نتائج إيجابية كاذبة. لا ينبغي استبدال التقدير الحالي برقم أكبر يُروَّج إعلاميًا ما لم يُمكن التحقق من منهجه ومن تاريخ إغلاق سلسلة الكتل (blockchain cutoff) وعلاقته بمحفظة Coldcard.

لماذا لا يكفي تحديث البرنامج الثابت

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

يصحّح البرنامج الثابت المعدّل عملية التوليد المستقبلية باستبعاد آلية التراجع البرمجية غير المقصودة وإضافة فحوصات وقت البناء (build-time checks) حول رمز مولّد الأرقام العشوائية (RNG). ولا يغيّر هذا البرنامج الكلمات الاستردادية التي تم تدوينها بالفعل، ولا المفاتيح المشتقة منها مسبقًا، ولا يجعل المهاجم ينسى مرشّحًا يمكنه إعادة إنتاجها.

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

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

ما يجب أن يفعله مستخدمو Coldcard المتأثرون الآن

يعتمد الرد المناسب على مصدر البذرة والبرنامج الثابت المستخدم عند إنشائها وأي حماية مستقلة بواسطة الإنتروبيا (entropy) أو عبارة المرور (passphrase). يجب على المستخدمين الاعتماد على إشعار الأمان المباشر من Coldcard للحصول على إجراءات خاصة بالجهاز وتجنب الارتجال تحت الضغط.

التسلسل العام الدقيق هو:

1. تأكيد طراز الجهاز وتاريخ البرنامج الثابت. الإصدار الحالي وحده لا يكفي؛ يجب تحديد البرنامج الثابت الذي أنشأ البذرة المموَّلة.

2. تحديد مصدر البذرة. حدد ما إذا كان قد تم إنشاؤه على جهاز Coldcard، أو تم استعادته من جهاز Coldcard آخر متأثر، أو تم استيراده من مصدر مستقل.

3. ثبّت برنامجًا ثابتًا مُصلحًا ومُحقَّقًا منه. استخدم القناة الرسمية والإصدار القياسي أو Edge الصحيح للجهاز قبل إنشاء بديل.

4. أنشئ بذرة (seed) جديدة تمامًا. لا تُعيد استخدام كلمات الاسترداد القديمة، ولا تُعدِّلها قليلاً، ولا تستوردها مجددًا كبديل.

5. سجّل النسخة الاحتياطية الجديدة وتحقّق منها. افحص الكلمات ومعلومات الاسترداد بعناية قبل إرسال الأموال.

6. تحقّق من بصمة المحفظة وعنوان الاستلام. أكّد كليهما عبر شاشة الجهاز الموثوق به، وليس فقط عبر الحاسوب أو الهاتف المتصل.

7. أرسل معاملة اختبار صغيرة. استخدم مبلغًا كافيًا لتأكيد العملية دون تحريك الرصيد بالكامل فورًا.

8. أكّد الاستلام والتحكم. تحقّق من أن المحفظة الجديدة تعرض دفعة الاختبار ويمكن استعادتها أو الوصول إليها كما هو مقصود.

9. انقل الرصيد المتبقي. قم بالتحويل فقط بعد التحقق من العنوان الوجهة ونتيجة الاختبار.

10. احفظ النسخة الاحتياطية القديمة حتى اكتمال العملية. تخلّص منها فقط بعد وصول الرصيد بالكامل وتأكيد اكتمال الهجرة.

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

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

• لا تستخدم روابط برامج ثابتة غير مرغوب فيها، أو أدوات هجرة، أو خدمات استرداد.

• لا تدخل أبدًا كلمات البذرة، أو المفاتيح الخاصة، أو العبارات السرية، أو تسلسلات النرد، أو أرقام التعريف الشخصية (PINs) في موقع ويب.

• ارفض حسابات الدعم التي تطلب أسرارًا أو تطلب من المستخدمين توقيع معاملة غير موثوقة.

• تحقق من استبدال الحافظة المؤقتة (clipboard)، وتسمم العناوين، والتغييرات الصغيرة في عنوان الوجهة.

• تحقّق من العنوان على شاشة المحفظة العتادية وتجنّب تحويل الرصيد بالكامل قبل نجاح اختبار.

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

هل فشلت العزلة الهوائية (air-gapping) والعناصر الآمنة؟

لم يمنع العزل الهوائي (Air-gapping) والعناصر الآمنة هذا الحادث لأنهما يعالجان أجزاءً مختلفة من نموذج الأمان. الغرض من العزل الهوائي هو تقليل الاتصال بين جهاز التوقيع والأنظمة المتصلة بالشبكة. ويمكنه الحد من الاستخراج عن بُعد والمساعدة في عزل عملية توقيع المعاملات، لكنه لا يقيس جودة العشوائية المستخدمة عند إنشاء المحفظة.

يحمي العنصر الآمن المواد السرية المخزَّنة ضد تقنيات استخراج مادية وإلكترونية معينة. ويمكنه حماية مفتاحٍ ما زال قابلاً للتنبؤ به. فإذا اشتق طرف آخر نفس المفتاح الخاص بشكل مستقل، فلا حاجة لتجاوز الشريحة أو استرجاع البيانات من الجهاز.

في طرازات Coldcard اللاحقة، تم خلط قيم إضافية من عنصرين آمنين في الحالة البرمجية. وتقول Coinkite إن ذلك رفع تقدير فضاء البحث الفعّال من حوالي 40 بت في طرازي Mk2 وMk3 إلى نحو 72 بت في طرازات Mk4 وMk5 وQ. وقد قلّل هذا الإدخال الإضافي من خطورة المشكلة، لكنه لم يُعِد تحقيق الهدف المنشود البالغ 128 بتًا.

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

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

ما كشف عنه الحادث حول إنشاء البذور

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

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

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

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

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

هل يعني اختراق Coldcard أن حفظ الأصول ذاتيًا غير آمن؟

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

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

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

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

توزّع نماذج الحفظ المختلفة المخاطر بشكل مختلف:

• الحفظ الذاتي بمفتاح توقيع واحد يركّز مخاطر التوليد والنسخ الاحتياطي والتفويض في مفتاح واحد.

• التوقيع المتعدد من موردين مختلفين يقلل مخاطر الجهاز الواحد لكنه يضيف تعقيدات في الإعداد، والوصف، والإرث، والاسترداد.

• الحفظ التعاوني يمكن أن يضيف ضوابط للاسترداد والسياسات مع إدخال الاعتماد على مزوّد والاعتبارات المتعلقة بالخصوصية.

• الحفظ المؤسسي أو عبر البورصة يزيل إدارة البذور الشخصية لكنه يضيف مخاطر الطرف المقابل، والوصول، والقانونية، والسحب.

• صناديق البيتكوين الفورية توفر تعرضًا منظمًا للسعر لكنها لا توفّر امتلاكًا مباشرًا على السلسلة أو تحكمًا في التحويل.

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

التوقيع المتعدد، وكلمات المرور، والإنتروبيا المولّدة بالحصى

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

التوقيع المتعدد من موردين مختلفين يمكن أن يقلل مخاطر الأجهزة المرتبطة. في ترتيب 2 من أصل 3، لا يكفي استرجاع مفتاح واحد تم توليده عبر كولدكارد إذا كان المفتاح الثاني المطلوب قد تم توليده بشكل مستقل ولا يزال آمنًا. لكن الإعداد الذي يأتي فيه عدد كافٍ من مفاتيح الكوَرم من نفس مسار التوليد الضعيف قد يظل عرضة للخطر.

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

رمز PIN الخاص بكولدكارد ليس كلمة مرور BIP-39. فالـ PIN يتحكم في الوصول المحلي إلى الجهاز المادي وقد يفعّل سلوكيات أمنية خاصة بالجهاز. لكنه لا يغيّر المحفظة التشفيرية المشتقة من البذرة، ولذلك لا يمكنه إيقاف مهاجم يحسب المفتاح في مكان آخر.

تنطبق إرشادات Coinkite الحالية المتعلقة بالحصى بشكل خاص على مشكلة مولد الأرقام العشوائية (RNG) هذه:

• من 50 إلى 98 رمية عادلة ومستقلة وخاصة أُضيفت أثناء إنشاء البذرة الأصلية وساهمت بما لا يقل عن 128 بت من خلال إدخال الحصى، وفقًا لحسابات الإرشادات.

• 99 رمية أو أكثر من هذا النوع ساهمت بنحو 256 بت.

• أقل من 50 رمية، أو نسيان عدد الرميات، أو تسريب التسلسلات، أو إجراءات غير مؤكدة لا تستوفي شروط الاستثناء.

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

بعد إصدار البرنامج الثابت Mk2/Mk3 رقم 4.2.0، وثّقت Coinkite مسار استبدال اختياري يعتمد فقط على الحصى ويتطلب 99 رمية على الأقل. وهذا يختلف عن استثناء الـ50 رمية الخاص بالبذور القديمة التي تم إنشاؤها باستخدام وظيفة "إضافة رميات الحصى". ويُوصف إنشاء البذور الطبيعي على البرامج الثابتة المحدَّثة بأنه كافٍ؛ والحصى اليدوي اختياري ويضيف مخاطره الخاصة المتعلقة بالعد والنسخ والنسخ الاحتياطي والخصوصية.

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

كيف أثّر الحادث على أسواق البيتكوين والعملات الرقمية

كان رد فعل السوق واضحًا لكن من الصعب عزله. انخفض سعر البيتكوين إلى نحو 62,800 دولار في 3 أغسطس مع توسع تقارير خسائر Coldcard، ثم تداول قرب 63,789 دولارًا خلال عمليات التحقق في 4 أغسطس. ويمكن أن يعكس تحرك بهذا الحجم مخاوف أمنية، لكنه ليس دليلًا على أن الحادث وحده هو الذي حدد السعر.

كانت اتصالات مجلس الاحتياطي الفيدرالي، وتغيرات عوائد سندات الخزانة، والتطورات الجيوسياسية، والمشاركة الأوسع في العملات الرقمية، والأخبار الخاصة بالشركات المتعلقة بالبيتكوين نشطة خلال نفس الفترة. ويمكن لتلك العوامل أن تغيّر قيمة الدولار وتوقعات السيولة والميول تجاه المخاطر بشكل مستقل عن العناوين الرئيسية المتعلقة بمحافظ الأجهزة.

كانت تدفقات صناديق البيتكوين الأمريكية المتداولة في البورصة (ETF) مختلطة أيضًا، وليست دفاعية بشكل موحد. سجّلت هذه المنتجات صافي تدفقات داخلة بلغت نحو 233.1 مليون دولار في 30 يوليو، وصافي تدفقات خارجة بلغ 265.4 مليون دولار في 31 يوليو، وصافي تدفقات داخلة بلغ 170.1 مليون دولار في 3 أغسطس. ولا يدعم هذا التسلسل ادعاءً بسيطًا بأن مستخدمي Coldcard قد تخلّوا جماعيًا عن الحفظ الذاتي لصالح الصناديق المتداولة.

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

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

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

هل يمكن استرداد البيتكوين المسروق؟

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

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

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

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

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

رد Coinkite والتداعيات القانونية المحتملة

نشرت Coinkite أول نشرة أمنية وتفسير تقني لـ Coldcard في 30 يوليو. وبحلول التعديل الصادر في 1 أغسطس، أصبحت هناك برامج ثابتة مُصلحة متاحة لجميع الموديلات المتضررة ولمساري Standard وEdge على حد سواء. كما وضّحت الشركة شروط استخدام رمي النرد وكلمة المرور، وحذّرت من أن البذور القديمة لا تزال معرّضة للخطر، ووفّرت إرشادات للترحيل.

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

ما زالت هناك عدة أسئلة مهمة دون إجابة:

• لم تنشر Coinkite رقمًا رسميًا للخسائر أو عدد الضحايا الفريدين.

• لم يُعلن عن أي برنامج تعويض أو تأمين أو مطالبات رسمية حتى تاريخ الإغلاق.

• لم يُنشَر بعد التقرير الفني الشامل الموعود بعد انتهاء الحادث.

• لم يُؤكَّد وجود أي تحقيق من سلطات إنفاذ القانون بأسماء أو رقم قضية عام.

• لم يُعلَن عن تحديد هوية المهاجم بشكل موثوق أو عن استرداد كامل.

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

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

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

دروس لمستخدمي محافظ الأجهزة

يدعم الحادث قائمة تحقق أمنية أكثر دقة بدلاً من توصية عامة واحدة للحفظ:

• تحقق من مصدر البرامج الثابتة وإصدارها قبل إنشاء محفظة جديدة، وليس فقط بعد وصول الأموال.

• افهم مصدر العبارة الأولية (seed) وسجّل الجهاز والإصدار الذي أنشأها.

• اختبر الاسترداد قبل وضع رصيد كبير خلف إعداد جديد.

• فكّر في استخدام الانتروبيا المستقلة فقط إذا كان بالإمكان تنفيذ الطريقة وتوثيقها بأمان.

• قيّم استخدام التوقيع المتعدد من موردين مختلفين للأرصدة الكبيرة عندما تكون التعقيدات التشغيلية قابلة للإدارة.

• استخدم المراقبة للقراءة فقط لاكتشاف المعاملات غير المتوقعة دون تعريض مفاتيح التوقيع.

• احفظ نسخ احتياطية من العبارات الأولية وكلمات المرور بشكل منفصل وشمّل احتياجات الإرث والاسترداد في التصميم.

• تعامل مع رسائل الهجرة العاجلة كتصيد محتملحتى لو كان الحادث الأساسي حقيقيًا.

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

ما يجب مراقبته بعد ذلك

ستحدد التطورات المؤكدة القادمة ما إذا كان الحادث سيظل في الأساس قصة هجرة طارئة أم سيتحول نحو المساءلة والاسترداد.

• موجة هجوم خامسة أو مجموعة محدثة من أربع موجات مع إزالة التداخل.

• حركة جديدة من عناوين الوجهة المحددة أو دخولها إلى خدمة معروفة.

• تجميد أو مصادرة أو إرجاع طوعي أو أي شكل آخر من أشكال الاسترداد المؤكد.

• المراجعة التقنية الرسمية من Coinkite وأي تغيير في نطاق التأثير.

• إعلانات عن تعويض أو تأمين أو مطالبات أو استرداد أو استبدال الأجهزة.

• إجراء منسوب إلى جهة إنفاذ القانون أو تحديد هوية المهاجم.

• دعوى مرفوعة أو تحكيم أو إجراء تنظيمي أو أمر قضائي.

• مزيد من إصلاحات البرامج الثابتة أو الإفصاحات المتعلقة بأسرار أو منتجات أخرى تم إنشاؤها.

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

القراءة النهائية

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

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

ما زال الاحتفاظ الذاتي قابلاً للتطبيق من الناحية التقنية، لكن الحادثة تُظهر أنه يعتمد على توليد المفاتيح بشكل صحيح، وتطبيقات موثوقة، وجودة المراجعة، وتصميم تشغيلي قابل للإدارة. وأهم الأسئلة غير المحلولة هي كم عدد عناوين المصدر المحتملة (5,294 عنوانًا) التي كانت مرتبطة فعليًا بـ Coldcard، وكم عدد الأشخاص المتضررين الفريدين، وما إذا كانت موجات إضافية ستظهر، وهل يمكن استرداد أي من البيتكوين المسروق.

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