

إذا تم تسريب أموال من البورصة، هل يكفي أن يتم تعويض المستخدمين بالكامل؟ قد تتحول الأموال المسروقة من بinance إلى صواريخ كوريا الشمالية. لذا، فإن تسريب المبلغ البالغ تريليون ين (حوالي 6.3 مليار دولار) هذا له علاقة حتى بمن لا يمتلكون أي عملة مشفرة على الإطلاق. لقد حددت مكتب التحقيقات الفيدرالي الأمريكي (FBI) هذه الحادثة على أنها عمل من كوريا الشمالية. وقد أشارت حكومات اليابان والولايات المتحدة وكوريا الجنوبية سابقًا إلى أن سرقة العملات المشفرة تُستخدم كمصدر تمويل لتطوير الأسلحة النووية والصواريخ الكورية الشمالية. حتى لو قام بinance بتعويض المستخدمين بالكامل، فستظل أصولهم محمية. لكن المال الذي يُستخدم للتعويض يأتي من بinance نفسها. والأموال التي سرقتها كوريا الشمالية لا تزال كما هي، ولا تنقص بها哪怕 عملة ين واحدة. وفقًا لإعلان بinance، تم تجميد حوالي نصف المبلغ المسرب حتى 30 أكتوبر. في المقابل، أكد مكتب التحقيقات الفيدرالي الأمريكي أن المجرمين قد قاموا بالفعل بتحويل الأصول المسروقة إلى إيثريوم (ETH)، وطلب من الشركات وقف المعاملات المرتبطة بذلك. يجب متابعة ليس فقط "كم من المال تم تعويضه للمستخدمين"، بل أيضًا "كم من المال تم إيقافه قبل أن تستخدمه كوريا الشمالية" و"كم من المال تم استرداده فعليًا". بالنسبة لليابان، هذه مسألة أمن قومي.

تم الإبلاغ عن ثغرة أمنية (RUSTSEC-2026-0387) في مكتبة Rust crypto-bigint لحسابات التشفير، والتي قد تؤدي إلى هجمات زمنية (هجمات قنوات جانبية). وليس الأمر مجرد "تحديث للحل"، بل تأثرت منتجات رئيسية تعتمد على سلاسل Web3/EVM مثل Alloy، لذا نشارك هذه المعلومة لتنظيم الوضع وتنبيهكم إليه. 1. نظرة عامة على الثغرة المكتبة المستهدفة: crypto-bigint (مكتبة حسابات عدد صحيح ثابت الحجم كبيرة الحجم) المشكلة: في العمليات الداخلية مثل الطرح وضرب مونتغومري، قد تؤدي تحسينات المُحَوِّل إلى ظهور فروع شرطية، مما يُدخل اختلافات تعتمد على بيانات الإدخال في وقت التنفيذ. المخاطر: يمكن للمهاجمين، من خلال قياس دقيق لوقت التنفيذ على مستوى الملي ثانية أو الميكرو ثانية، استنتاج أو استعادة معلومات سرية مثل المفاتيح الخاصة (هجمات زمنية). 2. لماذا لا يمكن التحديث فورًا؟ تم إصدار نسخة مصححة (v0.7.6) من crypto-bigint، لكن هناك عوائق في تبعيات المكتبات العليا. فمثلاً، alloy، وهي مكتبة مستخدمة على نطاق واسع في بيئة EVM/Ethereum، تعتمد على مكتبة التشفير k256 v0.13. لكن حاليًا، لا تدعم k256 v0.13 التحديث إلى crypto-bigint v0.7.6 (أو هي في انتظار الإصدار). وبالتالي، لا يمكن حل المشكلة فقط بتنفيذ أمر cargo update، لأن بنية التبعيات المقفلة تُبقي الإصدارات القديمة مثبتة. 3. الإجراءات المستقبلية وخطوات التحقق تحديد التأثير: قم أولاً بتنفيذ أمر cargo tree -i crypto-bigint أو cargo audit للتحقق من المسارات التي تجلب هذه التبعية في مشروعك (مثل: alloy -> k256). مراقبة التحديثات من المكتبات العليا: راقب طلبات الدمج (PRs) لرفع الإصدار في k256 وalloy. استكشاف حلول بديلة: إذا لزم الأمر التحرك فورًا، قم باستكشاف حلول بديلة مثل استخدام [patch.crates-io] في Cargo.toml لاستبدال التبعيات قسرًا. من المتوقع أن يكون هناك تأخير ما قبل انتشار التصحيح عبر نظام Rust/Web3 بأكمله. نوصي بشدة لأي شخص يدير هذه السلاسل بمراقبة سلوك شجرة التبعيات الخاصة بهم. ▼ إشعار RustSec: https://t.co/FJSYIOHwtH #Rust #RustLang #Web3 #Alloy #Ethereum #Security #暗号技術

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



