جوجل ستوفر للبنوك نظام حفظ للعملات الرقمية بتقنية الحوسبة متعددة الأطراف في أوائل 2027

نظام الحوسبة متعددة الأطراف من جوجل للبنوك

أنجزت جوجل نظامًا مصممًا لمنع عمليات التحويل غير المصرح بها للأصول الرقمية، وتخطط لإتاحته للبنوك اعتبارًا من أوائل عام 2027. يُعرف المنتج باسم Google Multi-Party Compute (MPC)، وهو يمثّل أعمق خطوة قطعتها الشركة التابعة لـAlphabet نحو البنية التحتية المؤسسية للعملات المشفرة. وتعمل عدة مؤسسات مالية كبرى بالفعل على التحقق من خدمة النظام ضمن معاينة خاصة قبيل إطلاقه الرسمي.

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

وتحمل Google Cloud خبرة سابقة في هذا المجال عبر منتج Confidential Space، الذي يشغّل أعباء العمل داخل بيئات حوسبة سرية مع مصادقة مدعومة بالعتاد، وهو ترتيب يتحقق من بقاء المهام الحساسة، ومنها توقيع معاملات البلوكتشين، معزولة عن أي وصول خارجي. وتجري أيضًا اختبارات لتأمين الأصول الرقمية على شبكتي Ethereum (ETH) وSolana (SOL)، بمدّ التصميم نفسه لإدارة المفاتيح إلى شبكات تحتفظ فيها المؤسسات بمركزات ضخمة. ولم تفصح جوجل عن التسعير ولا عن هوية المؤسسات المشاركة في المعاينة.

ثغرة في Fireblocks برقم CVE-2026-90975

يمنح التوقيت الإعلان حدة إضافية. فمساء الاثنين 26 أكتوبر، نشر CERT/CC، وهو مجموعة تنسيق الثغرات الأمنية، تنبيهًا يحمل الرقم VU#701544 يصف ثغرة في مكتبة mpc-lib التي تديرها شركة الحفظ Fireblocks، وهي ثغرة مسجلة برمز CVE-2026-90975. وفي منشور بتاريخ 27 أكتوبر، لخّص باحث الأمن Venkata Satish Guttula مضمون التنبيه، موضحًا كيف يمكن لقطعة موقّع سليل تم اختراقها، مقترنة برمزها المتسلسل، أن تكشف قطع الأسلاف في التسلسل الهرمي نفسه. تكمن الثغرة في تنفيذ المكتبة للاشتقاق المفتاحي المتصل الداعم وفق معيار BIP32، وهو الأسلوب الذي يولّد المفاتيح الابنة داخل التسلسل الهرمي. فعندما يغيب المفتاح الأم الخاص المطلوب، قد تُدخل المكتبة مخزنًا مؤقتًا معبأً بالأصفار بدلًا من رفض الطلب. ووفق التنبيه، يستطيع المهاجم الذي يحصل أيضًا على تلك القطعة السليلية المخترقة ورمزها المتسلسل المرتبط بها أن يستعيد قطع الأسلاف داخل تسلسل مفاتيح الطرف نفسه.

@snakeyesV1 · منشور على X

مضمون التنبيه.

عرض على X

وتوضح CERT/CC حدود المشكلة صراحةً: فالمفتاح الخاص الكامل القادر على صرف الأموال لا يُكشف مباشرة. ما يتضرر هو حماية ثانوية الغرض منها الحد من مدى كشف قطعة واحدة مخترقة للمواد المفتاحية المرتبطة بها. ويضيف التنبيه أنه لم تكن هناك إصلاحات من المورّد عند صدوره، ويوصي بإبقاء رموز التسلسل سرية وتجنب الاشتقاق المتصل الداعم كآلية عزل إلى حين تصحيح التنفيذ. وتصادم الإفصاح مع تقنية تعتبرها مؤسسات عديدة حجر أساس في بنيتها: فتقنية MPC تتيح لعدة أطراف توقيع معاملة دون تجميع مفتاح خاص كامل في مكان واحد، إذ يحتفظ كل مشارك بقطعته الخاصة من المفتاح، ويعمل الفريق مجتمعًا على اعتماد كل تحويل. يزيل هذا التصميم نقطة الفشل الواحدة التي تمثلها جهاز واحد مخترق أو م Insider معتدٍ، لكنه لا يستطيع إصلاح الثغرات في البرمجيات التي تتعامل مع تلك القطع. وترتكز خدمة جوجل على المبدأ التشفيري نفسه، ولهذا السبب تُقرأ التطوران معًا.

يظل تنبيه CERT/CC الوثيقة الراسية في هذا الملف: فهو يوثق أن مكتبة Fireblocks أدخلت مخزنًا معبأً بالأصفار عند غياب المفتاح الأم، مع غياب أي إصلاح من المورّد لحظة النشر. هذا هو المعيار الذي سيُقاس عليه نظام جوجل. فتوزيع قطع المفاتيح طبقة واحدة، ومنطق الاشتقاق وضوابط الوصول وسياسات اعتماد المعاملات طبقات أخرى، وستقارن المؤسسات التي تختار مزودي الحفظ عام 2027 بينها سطرًا بسطر. أصبح أمام البنوك ومنصات تداول العملات المشفرة التي تراوح بين بناء MPC داخليًا أو شرائها من مزوّد سحابي خيار جاد جديد. أما حاملو العملات الأفراد فمعادلتهم أبسط: فالمفاتيح المسروقة ما زالت تفتح الباب، وغالبًا ما تُمرر عائدات السرقة عبر خافض للعملات المشفرة، وهو ما يجعل ممارسات الأمان الأساسية للعملات المشفرة ذات صلة مهما كان موقع المفاتيح.