أصدرت باينانس أول تقرير مفصّل عن الحادث الأمني، عقب الهجوم الإلكتروني المتطور الذي وقع في 29 أكتوبر 2026. وقد أثّر الحادث في عدة شبكات بلوكتشين وكشف عن نقاط ضعف خطيرة في بعض أجزاء البنية التحتية الداخلية للمنصة الخاصة بتوقيع المعاملات بالمحافظ.
أقرّت باينانس بأن هذا الحادث ما كان ينبغي أن يقع مطلقًا، وقدّمت اعتذارًا للمستخدمين والشركاء وقطاع العملات الرقمية عمومًا عمّا سبّبه من قلق واضطراب وغموض.
وأكدت المنصة أيضًا أن المستخدمين لن يتحملوا الخسائر المالية. وقالت باينانس إنها ستتحمل كامل الأثر المالي للأموال المسروقة.
لنستعرض ما حدث، وكيف تمكن المهاجمون من الوصول، وما الذي فعلته Binance لتعزيز أمنها.
🔴 1. ما حجم الخسائر؟
وفقًا لأحدث تقرير من Binance:
إجمالي الأصول الرقمية المتأثرة: نحو 6.34 مليارات دولار.
الأصول المجمدة أو التي تم اعتراضها: نحو 2.85 مليار دولار.
التقدم في التعويض: 98% من أصول الرموز المتأثرة.
الأصول المتبقية: تشتري Binance الرموز المتبقية الأقل سيولة.
التغطية المالية: تقول Binance إنها خصصت أكثر من 100% من الأموال اللازمة لتغطية الخسارة.
وأكدت Binance أيضًا إمكانية التحقق من الأصول التي أُعيد توفيرها عبر صفحة إثبات الاحتياطيات الخاصة بها.
ذكرت الشركة أن أموال المستخدمين ستظل محمية، وأنها ستتحمل مسؤولية تغطية الأثر المالي للحادث.
⚠️ 2. ماذا حدث في 29 أكتوبر؟
تطور الهجوم بسرعة عبر عدة شبكات بلوك تشين.
بين الساعة 20:05 والساعة 20:09 بالتوقيت العالمي المنسق، حوّلت خمس محافظ ساخنة تابعة لـ Binance نحو 233.46 مليون XRP إلى عنوان يتحكم فيه المهاجمون.
وشملت التحويلات الأخرى غير المصرح بها:
نحو 970,500 SOL من محافظ Binance الساخنة على شبكة Solana.
نحو 44.2 مليون OP من محافظ Binance الساخنة على شبكة Optimism.
نحو 18,270 BTC حُوّلت إلى عنوان يتحكم فيه المهاجمون.
تحركات إضافية لعملة ETH شملت آلية التفويض EIP-7702 الخاصة بإيثيريوم.
تلقت Binance تنبيهًا داخليًا بشأن تحويلات كبيرة الحجم، وأطلقت تحقيقًا فورًا.
استغل المهاجمون وصولًا غير مصرح به إلى خدمة داخلية لتوقيع المحافظ، ما سمح لهم ببدء معاملات خارج عملية السحب المعتادة.
🔴 3. كيف استغل المهاجمون EIP-7702؟
تعلّق أحد أهم الجوانب التقنية في هذا الحادث بآلية التفويض EIP-7702 الخاصة بإيثيريوم.
تتيح EIP-7702 لحساب مملوك خارجيًا تفويض بعض صلاحيات التنفيذ إلى عقد ذكي دون كشف مفتاحه الخاص مباشرةً.
في هذا الحادث، استخدم المهاجمون هذه الآلية لمنح عقد ذكي يتحكمون فيه صلاحيات تنفيذ جزئية على محفظة ساخنة تابعة لـ Binance.
وبحسب التقارير، أرسل المهاجمون 50 معاملة توقيع للتلاعب بعدّادات المعاملات للحسابات وإنشاء تفويضات ضارة.
وبمجرد تثبيت هذه الصلاحيات، تمكن المهاجمون من مواصلة نقل الأصول بمعزل عن البنية التحتية المعتادة للسحب لدى Binance.
وهذا يفسر لماذا لم يكن تعليق عمليات السحب وحده كافيًا لإيقاف جميع المعاملات غير المصرح بها.
واجهت Binance أيضًا تحديات تقنية إضافية لأن المحفظة الساخنة المتضررة كانت تستخدم الحوسبة متعددة الأطراف (MPC).
تعني الحوسبة متعددة الأطراف أنه لا يوجد مفتاح خاص واحد يمكن استخدامه ببساطة لإلغاء التفويض الضار فورًا.
اضطر فريق الأمن إلى تطوير إجراء متخصص وتنفيذه لإلغاء الصلاحيات غير المصرح بها على السلسلة.
اكتملت آخر عملية تحويل غير مصرح بها، والبالغة نحو 2,961.9 ETH، على السلسلة عند الساعة 23:56 بالتوقيت العالمي المنسق.
عند الساعة 00:10 بالتوقيت العالمي المنسق يوم 30 أكتوبر، نفذت Binance تفويضًا جديدًا من المحفظة الساخنة Binance14 إلى العنوان الصفري، ما أدى إلى إزالة شفرة التفويض EIP-7702.
لم تُرصد أي تحويلات أخرى غير مصرح بها بعد ذلك.
🕵️ 4. كيف جرى الإعداد للهجوم؟
يشير تحقيق Binance إلى أن هذا لم يكن هجوم تصيد بسيطًا أو اختراقًا أمنيًا معزولًا.
بل كانت حملة معقدة متعددة المراحل، شملت الهندسة الاجتماعية والبرمجيات الخبيثة وبيئات المطورين المخترقة وأدوات الذكاء الاصطناعي الداخلية والوصول غير المصرح به إلى عمليات توقيع المحافظ.
يصف التقرير عدة مراحل مهمة.
يونيو 2026 – هجوم على سلسلة التوريد
نزّل مهندس يعمل في عمليات تطوير المحافظ (Wallet DevOps) نسخة معدّلة من Homebrew أثناء محاولته تثبيت أداة شائعة للبرمجة بالذكاء الاصطناعي عبر محرك بحث.
رصدت Binance النشاط المشبوه، واستبدلت الجهاز المتضرر، وغيّرت بيانات الاعتماد المرتبطة به.
لكن المهاجمين كانوا قد تمكنوا بالفعل من الاطلاع على معلومات عن دور المهندس وزملائه العاملين على البنية التحتية للمحافظ.
سبتمبر 2026 – مقابلات توظيف مزيفة
تواصل شخص انتحل صفة مدير مشروع مع مهندس برمجيات آخر عبر منصة موثوقة للبحث عن وظائف.
نظّم المهاجمون جولتين من المقابلات.
خلال المقابلة الأولى، استخدم ممثل موارد بشرية مزيف مكالمة فيديو مباشرة، وشارك صورًا ومقاطع فيديو شخصية من وسائل التواصل الاجتماعي لكسب الثقة.
خلال المقابلة الثانية، طُلب من المهندس تنزيل مهمة تتضمن مستودع شيفرة خبيثًا.
نفّذ المستودع شيفرة خبيثة أثناء الإعداد.
استخدمت البرمجية الخبيثة تقنيات متقدمة للتعتيم والتهرب، واستبدلت مكوّنًا من أداة تطوير أصلية بنسخة خبيثة.
ثم نفّذت أوامر وأنشأت اتصالًا بخادم خارجي يتحكم فيه المهاجمون.
وبحسب التقارير، تفادت البرمجية الخبيثة رصد أدوات أمن الأجهزة الطرفية في ذلك الوقت.
20 أكتوبر 2026 – اختراق أداة ذكاء اصطناعي داخلية
استغل المهاجمون حاسوب المهندس الثاني المخترق واستخدموا أداة ذكاء اصطناعي داخلية كنقطة انطلاق للوصول إلى موظفين آخرين، من بينهم مهندس عمليات تطوير المحافظ (Wallet DevOps) A ومهندس برمجيات المحافظ C.
ثم اكتشفوا رمزًا مميزًا لصلاحية نشر حاوية على حاسوب المهندس A.
أوجد ذلك فرصة أخرى للاقتراب من البنية التحتية لمحافظ Binance.
29 أكتوبر 2026 – استهداف عمليات توقيع المحافظ
بين الساعة 17:15 و19:56 بالتوقيت العالمي المنسق، دخل المهاجم إلى حاسوب مهندس البرمجيات C، واستخدم بيانات اعتماد مسروقة من مهندس عمليات تطوير المحافظ A، ونشر حاوية، وشغّل نصًا برمجيًا خبيثًا.
مكّن ذلك المهاجمين في نهاية المطاف من الوصول إلى عمليات توقيع المحافظ وتنفيذ التحويلات غير المصرح بها.
🇰🇵 5. من المسؤول؟
وفقًا لتقرير Binance، تشير أحدث المعلومات الصادرة عن مكتب التحقيقات الفيدرالي (FBI) إلى أن جمهورية كوريا الشعبية الديمقراطية (DPRK) هي المسؤولة عن الحادث.
وكشفت Binance أيضًا أن فريقها الأمني رصد ومنع 57 حالة تهديد سيبراني مشتبهًا بارتباطها بكوريا الشمالية خلال عام 2026.
شملت هذه المحاولات أساليب مثل:
مقابلات توظيف احتيالية.
برمجيات خبيثة للمطورين.
حزم برمجية مخترقة.
إضافات متصفح خبيثة.
تطبيقات مزيفة لمؤتمرات الفيديو.
حملات الهندسة الاجتماعية.
سرقة بيانات الاعتماد وبرمجيات خبيثة للوصول عن بُعد.
يسلط ذلك الضوء على تنامي تهديدات الأمن السيبراني التي تواجه منصات تداول العملات المشفرة والبنية التحتية للبلوك تشين.
🛡️ 6. ما الذي فعلته Binance لتحسين الأمن؟
أفادت Binance بأنها نفذت بالفعل عدة تحسينات أمنية حتى 3 نوفمبر 2026.
ومنها:
إعادة بناء نظام المحفظة المتضرر في بيئة جديدة.
إعادة بناء أداة الذكاء الاصطناعي الداخلية المتضررة وتعزيز ضوابط الوصول.
استبدال أجهزة الموظفين المتضررة.
إلغاء بيانات الاعتماد والرموز المرتبطة بالمهندسين المتضررين.
إكمال عمليات فحص أمني معززة لأجهزة الموظفين.
تحسين رصد السلوكيات الشاذة بالاستعانة بالذكاء الاصطناعي.
تعزيز ضوابط المخاطر الخاصة بخدمات المحافظ.
التنسيق مع جهات إنفاذ القانون وشركات استخبارات البلوك تشين وشركاء القطاع لتعقب الأصول المسروقة وتجميدها.
تقول Binance إن نقاط الدخول المستخدمة في الهجوم أُغلقت، وإن الأنظمة التي شملها مسار الهجوم أُعيد بناؤها أو استُبدلت.
🔍 7. ماذا سيحدث بعد ذلك؟
أعلنت Binance عن ثلاثة مجالات رئيسية لاستثمارات أمنية إضافية.
1. مراجعة مستقلة للأمن السيبراني
تستعين Binance بخبراء مستقلين من جهات خارجية في الأمن السيبراني لإجراء مراجعة شاملة للحادث، والتحقق من نتائجها، والتوصية بمزيد من التحسينات الأمنية.
2. توسيع الاستثمار في أمن الذكاء الاصطناعي
تخطط منصة التداول لزيادة استثماراتها في:
رصد التهديدات المدعوم بالذكاء الاصطناعي.
حماية الأجهزة الطرفية.
أمن بيئات المطورين.
مراقبة السلوكيات الشاذة.
3. صندوق أبحاث الأمن ومبادرات القطاع
تعمل Binance على إنشاء صندوق لأبحاث الأمن ومبادرات موجهة بالتعاون مع شركات رائدة في الذكاء الاصطناعي ومشاركين في قطاع البلوك تشين وشركات الأمن السيبراني.
الهدف هو تحسين أمن الذكاء الاصطناعي ومنع وقوع هجمات مماثلة في بيئات البلوك تشين.
📊 8. الصورة الأكبر
يذكّرنا هذا الحادث المهم بأن منصات تداول العملات المشفرة الكبرى تواجه أيضًا تهديدات متطورة للأمن السيبراني.
لم يعتمد الهجوم على ثغرة واحدة فحسب، بل جمع بين الهندسة الاجتماعية وأدوات تطوير مخترقة وبيانات اعتماد مسروقة والوصول إلى أنظمة داخلية وتقنيات متقدمة للتفويض على البلوك تشين.
ويُظهر الحادث أيضًا أن حماية الأصول الرقمية تتطلب أكثر من مجرد تأمين المفاتيح الخاصة.
تحتاج خدمات توقيع المحافظ وأجهزة الموظفين وبيئات المطورين وأدوات الذكاء الاصطناعي وصلاحيات الوصول وآليات التفويض على السلسلة جميعها إلى ضوابط أمنية قوية.
تقول Binance إنها ستواصل مشاركة المعلومات مع تقدم التحقيق. وستظل بعض التفاصيل التقنية سرية لمنع المهاجمين من استغلالها.
رأيي:
تتمثل أهم الأسئلة الآن في ما إذا كانت Binance قادرة على إثبات تحسن مستدام في بنيتها التحتية الأمنية، ومدى فعالية تحقق الخبراء المستقلين من التحقيق، وما إذا كان القطاع سيتعلم من هذا الحادث.
استرداد الخسائر المالية مهم، لكن منع هجوم آخر أهم.
يحتاج قطاع العملات المشفرة إلى معايير أمنية أقوى وحماية أفضل للموظفين وإبلاغ أكثر شفافية عن الحوادث.
ما رأيكم؟
هل تستطيع Binance استعادة ثقة المستخدمين بالكامل بعد حادث أمني بلغت خسائره 6.34 مليارات دولار؟
هل أصبح الأمن المدعوم بالذكاء الاصطناعي ضروريًا لمنصات تداول العملات المشفرة؟
هل ينبغي لجميع منصات التداول الكبرى نشر تقارير تدقيق أمني مستقلة أكثر تفصيلًا؟
شاركونا آراءكم في التعليقات.
المصدر: التقرير الأولي لـ Binance عن الحادث الأمني. لا يزال التحقيق والمراجعة المستقلة جاريين.
هذه ليست نصيحة مالية. أجرِ بحثك الخاص دائمًا (DYOR) وأدِر مخاطرَك.$