كُشف أخيرًا عن «العملية الكاملة» وراء قضية الـ63 مليارًا: لم تكن خيانة من الداخل، ولا خطأً ارتُكب على جهاز واحد—بل اختراقًا نُفّذ خطوةً خطوة على مدى 5 أشهر.
أصدرت باينانس أمس تقريرًا يستعرض الحادثة، ويعيد بناء سلسلة الهجوم كاملةً في أكبر عملية سرقة للعملات الرقمية في التاريخ، التي وقعت في 29 أكتوبر:
الخطوة الأولى، يونيو. بحث مهندس DevOps في فريق المحافظ عن أدوات برمجة بالذكاء الاصطناعي عبر محرك بحث، ونزّل حزمة تثبيت Homebrew ملوّثة بإعلانات Google خبيثة—فأُصيب حاسوبه. رصد فريق الأمن في باينانس الأمر حينها واستبدل الجهاز، لكنه فاته الهجوم الثاني: حذف المخترقون ملف pyenv التنفيذي الشرعي واستبدلوه بنسخة خبيثة، وزرعوا بابًا خلفيًا من دون أن يصدر برنامج حماية نقاط النهاية أي تنبيه.
الخطوة الثانية، سبتمبر. استُدرج مهندس ثانٍ عبر منصة توظيف إلى «مقابلة عمل مزيفة»: بدأت بمقابلة فيديو حقيقية مع شخص، وأرسل مسؤول الموارد البشرية حسابًا شخصيًا على وسائل التواصل الاجتماعي يتضمن صورة لكسب الثقة؛ أما الجولة الثانية فكانت مع «رئيس تنفيذي لشركة غير موجودة»؛ وفي النهاية أرسلوا «مهمة برمجية»—ما إن شُغّلت حتى تحولت إلى حصان طروادة بصفر يوم. وعلى مدى أشهر، تمكّن المخترقون بهذه الطريقة من جمع صلاحيات عدة مهندسين.
الخطوة الثالثة، 20 أكتوبر. استخدم المخترقون حاسوب المهندس الثاني، واتخذوا أداة ذكاء اصطناعي داخلية في باينانس وسيلةً للتسلل أفقيًا إلى جهازي المهندس الأول ومهندس المحافظ الثالث. وفي 29 أكتوبر، بين الساعة 17:15 و19:56، سجّلوا الدخول إلى حاسوب المهندس الثالث، ونشروا حاوية، وشغّلوا نصًا برمجيًا خبيثًا، وبدأت أصول بقيمة 6.34 مليار دولار بالتدفق إلى الخارج.
أكثر ما يستحق التأمل في التقرير جملة تشرح سبب عدم التمكن من إيقاف العملية خلال ما يقرب من ساعتين بعد أول تحويل غير طبيعي: لأن المحفظة الساخنة تستخدم الحوسبة متعددة الأطراف MPC—فلا يوجد مفتاح خاص واحد يمكنه «إلغاء» تفويض EIP-7702 الخبيث بضغطة واحدة. وهكذا تحوّل تصميم أمني يهدف إلى «إزالة نقاط الفشل الأحادية» إلى أبطأ حلقة في الاستجابة للطوارئ. وللمرة الأولى، ظهر هذا الثمن الباهظ للمفاضلة بين الأمن وسرعة الحد من الخسائر.
على مستوى الأرقام: جُمّد أو أُوقف نحو 2.85 مليار دولار، وعُوّضت 98% من الأصول المتضررة من احتياطيات الشركة، ولم يتحمل المستخدمون أي خسائر؛ وقد نفت هي يي رواية «الخيانة من الداخل»، فيما أقرّ تينغ على CNBC قائلًا: «ما كان ينبغي أن يحدث هذا. نتحمل المسؤولية كاملةً».
لكن لا تدع عبارة «عُوّضت 98%» تضللك. استطاعت الشركة التعويض لأنها باينانس. ولو وقع هجوم بهذا الحجم على أي منصة تداول متوسطة أو صغيرة، لكانت النتيجة انهيارًا كاملًا—من دون وجود 98% يمكن تعويضها. الدرس الحقيقي من هذه القضية ليس «باينانس آمنة جدًا»، بل «باينانس وحدها تستطيع تحمّل كلفة هذا الدرس».
وبالمناسبة: تقول باينانس إنها أحبطت هذا العام 57 تهديدًا إلكترونيًا يُشتبه في ارتباطها بكوريا الشمالية. وقد نسب مكتب التحقيقات الفيدرالي قضية الـ6.3 مليار إلى TraderTraitor، لكن أساليب الهجوم (مقابلات العمل المزيفة، وأدوات التطوير الملوّثة، وأدوات الذكاء الاصطناعي المخترقة) هي أشياء يستخدمها كل مطوّر يوميًا—لقد تغيّر سطح الهجوم منذ زمن، بينما لم تواكب أساليب الدفاع هذا التغيير بعد.
بحث شخصي، ولا يشكل نصيحة استثمارية.
$BNB $BTC
#币安 #黑客攻击 #网络安全 #أمن_منصات_التداول
أصدرت باينانس أمس تقريرًا يستعرض الحادثة، ويعيد بناء سلسلة الهجوم كاملةً في أكبر عملية سرقة للعملات الرقمية في التاريخ، التي وقعت في 29 أكتوبر:
الخطوة الأولى، يونيو. بحث مهندس DevOps في فريق المحافظ عن أدوات برمجة بالذكاء الاصطناعي عبر محرك بحث، ونزّل حزمة تثبيت Homebrew ملوّثة بإعلانات Google خبيثة—فأُصيب حاسوبه. رصد فريق الأمن في باينانس الأمر حينها واستبدل الجهاز، لكنه فاته الهجوم الثاني: حذف المخترقون ملف pyenv التنفيذي الشرعي واستبدلوه بنسخة خبيثة، وزرعوا بابًا خلفيًا من دون أن يصدر برنامج حماية نقاط النهاية أي تنبيه.
الخطوة الثانية، سبتمبر. استُدرج مهندس ثانٍ عبر منصة توظيف إلى «مقابلة عمل مزيفة»: بدأت بمقابلة فيديو حقيقية مع شخص، وأرسل مسؤول الموارد البشرية حسابًا شخصيًا على وسائل التواصل الاجتماعي يتضمن صورة لكسب الثقة؛ أما الجولة الثانية فكانت مع «رئيس تنفيذي لشركة غير موجودة»؛ وفي النهاية أرسلوا «مهمة برمجية»—ما إن شُغّلت حتى تحولت إلى حصان طروادة بصفر يوم. وعلى مدى أشهر، تمكّن المخترقون بهذه الطريقة من جمع صلاحيات عدة مهندسين.
الخطوة الثالثة، 20 أكتوبر. استخدم المخترقون حاسوب المهندس الثاني، واتخذوا أداة ذكاء اصطناعي داخلية في باينانس وسيلةً للتسلل أفقيًا إلى جهازي المهندس الأول ومهندس المحافظ الثالث. وفي 29 أكتوبر، بين الساعة 17:15 و19:56، سجّلوا الدخول إلى حاسوب المهندس الثالث، ونشروا حاوية، وشغّلوا نصًا برمجيًا خبيثًا، وبدأت أصول بقيمة 6.34 مليار دولار بالتدفق إلى الخارج.
أكثر ما يستحق التأمل في التقرير جملة تشرح سبب عدم التمكن من إيقاف العملية خلال ما يقرب من ساعتين بعد أول تحويل غير طبيعي: لأن المحفظة الساخنة تستخدم الحوسبة متعددة الأطراف MPC—فلا يوجد مفتاح خاص واحد يمكنه «إلغاء» تفويض EIP-7702 الخبيث بضغطة واحدة. وهكذا تحوّل تصميم أمني يهدف إلى «إزالة نقاط الفشل الأحادية» إلى أبطأ حلقة في الاستجابة للطوارئ. وللمرة الأولى، ظهر هذا الثمن الباهظ للمفاضلة بين الأمن وسرعة الحد من الخسائر.
على مستوى الأرقام: جُمّد أو أُوقف نحو 2.85 مليار دولار، وعُوّضت 98% من الأصول المتضررة من احتياطيات الشركة، ولم يتحمل المستخدمون أي خسائر؛ وقد نفت هي يي رواية «الخيانة من الداخل»، فيما أقرّ تينغ على CNBC قائلًا: «ما كان ينبغي أن يحدث هذا. نتحمل المسؤولية كاملةً».
لكن لا تدع عبارة «عُوّضت 98%» تضللك. استطاعت الشركة التعويض لأنها باينانس. ولو وقع هجوم بهذا الحجم على أي منصة تداول متوسطة أو صغيرة، لكانت النتيجة انهيارًا كاملًا—من دون وجود 98% يمكن تعويضها. الدرس الحقيقي من هذه القضية ليس «باينانس آمنة جدًا»، بل «باينانس وحدها تستطيع تحمّل كلفة هذا الدرس».
وبالمناسبة: تقول باينانس إنها أحبطت هذا العام 57 تهديدًا إلكترونيًا يُشتبه في ارتباطها بكوريا الشمالية. وقد نسب مكتب التحقيقات الفيدرالي قضية الـ6.3 مليار إلى TraderTraitor، لكن أساليب الهجوم (مقابلات العمل المزيفة، وأدوات التطوير الملوّثة، وأدوات الذكاء الاصطناعي المخترقة) هي أشياء يستخدمها كل مطوّر يوميًا—لقد تغيّر سطح الهجوم منذ زمن، بينما لم تواكب أساليب الدفاع هذا التغيير بعد.
بحث شخصي، ولا يشكل نصيحة استثمارية.
$BNB $BTC
#币安 #黑客攻击 #网络安全 #أمن_منصات_التداول
