من Binance إلى PHP2Shell: في عصر الذكاء الاصطناعي، تحتاج خطوط الدفاع في أمان الويب إلى إعادة تعريف

المهاجمون يتغلغلون في سلسلة الثقة بأكملها، وVitalik d/acc، يحاول أيضًا إعادة توجيه اتجاه تسريع التكنولوجيا نحو الدفاع.

في صباح 30 أكتوبر، شهد سوق العملات المشفرة مرة أخرى حدث سرقة تاريخي، وهذه المرة كانت الضحية هي Binance.

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

على مدار العام الماضي، أصبحت حوادث الأمان في البورصات الكبرى كثيفة بشكل يبعث على الإحباط:

في العام الماضي، تعرضت Bybit لسرقة أصول بقيمة حوالي 1.46 مليار دولار، وفي سبتمبر من هذا العام، تعرضت Bitget لسرقة حوالي 387.5 مليون دولار من الأصول، والآن حتى Binance متورطة في أزمة جديدة.

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

التطور السريع للذكاء الاصطناعي يزيد من تفاقم هذه المخاطر.

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

أولاً، من Bybit إلى PHP2Shell: المهاجمون يتغلغلون في سلسلة الثقة بأكملها

دعونا نستعرض هذه الحوادث.

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

• في حادثة Bybit، المهاجمون استخدموا أساليب الهندسة الاجتماعية لاختراق جهاز أحد المطورين في Safe، والحصول على بيانات اعتماد الوصول ذات الصلة، وبالتالي السيطرة على موارد الواجهة الأمامية في بنية محفظة Safe؛
• في حادثة Bitget، استغل المهاجمون ثغرة في منتج أمان من طرف ثالث للحصول على بيانات اعتماد عالية المستوى، ثم تجاوزوا آلية التحكم في المخاطر الأصلية من خلال تعليمات سحب مزيفة؛
• وفي أحدث حادثة في Binance، قد تبدأ مسار الهجوم من اختراق جهاز الكمبيوتر المحمول لمهندس DevOps؛

تتعلق الحوادث الثلاثة بالبنية التحتية لمحافظ الطرف الثالث، ومنتجات الأمان من طرف ثالث، وبيئة تطوير وتشغيل داخلية.

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

أزمة سلسلة الثقة المماثلة لا توجد فقط في بورصات العملات المشفرة.

قبل أسبوع من تعرض Binance للهجوم، قام مؤسس Binance CZ بنشر تغريدة، يحذر فيها الجميع من ضرورة توخي الحذر عند زيارة أي موقع في الأيام القليلة المقبلة ------ في ذلك الوقت، كانت هناك ثغرتان خطيرتان في محرك PHP الأساسي (CVE-2026-109618 وCVE-2026-109619، بتقييم CVSS v4.0 يصل إلى 9.2) تثيران الذعر في جميع أنحاء الشبكة.

كونها لغة خادم مفتوحة المصدر تدعم حوالي 70% من المواقع العالمية، فإن منصات مثل WordPress وMagento وDrupal تعتمد على PHP.

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

تظهر بيانات المسح من وكالات الأمن السيبراني Palo Alto Networks وCensys أن هناك أكثر من 22.6 مليون إلى 36.7 مليون حالة معرضة للخطر على الإنترنت.

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

لقد ناقشنا أيضًا عدة مرات التحولات الثلاثة الكبرى في أساليب الهجوم السيبراني في عصر الذكاء الاصطناعي (اقرأ المزيد في "عندما يستخدم القراصنة الذكاء الاصطناعي بشكل أكثر كفاءة، كيف تتطور سباق التسلح بين "الرمح والدروع" في Web3؟"):

• "التصنيع" لاكتشاف الثغرات (0-day): في الماضي، كان العثور على ثغرات عميقة في محرك PHP الأساسي أو طبقة البرنامج الثابت يتطلب من خبراء الأمن البارزين قضاء شهور في مراجعة الشيفرة يدويًا واختبار الضباب (Fuzzing)، أما الآن، يمكن للذكاء الاصطناعي أن يقوم بمسح مكتبات الشيفرة المفتوحة عالميًا على مدار الساعة بتكلفة منخفضة جدًا، وتحويل الأخطاء القديمة التي كانت نائمة لعقد من الزمن إلى أسلحة قاتلة؛
• ضغط "نافذة التصحيح" (N-day) إلى الحد الأقصى: بمجرد تسرب معلومات الثغرة أو تقديم رمز التصحيح، يمكن للمهاجمين الخبيثين استخدام الذكاء الاصطناعي لعكس التصحيح في غضون دقائق، وإنشاء أنواع جديدة من الاستغلال وإجراء مسح تلقائي شامل عبر الشبكة، مما يجعل جداول الترقية التي تحسبها فرق التشغيل التقليدية بالأيام والأسابيع غير ذات قيمة أمام نصوص الهجوم المعتمدة على الذكاء الاصطناعي التي تستجيب في أجزاء من الثانية؛
• سلسلة توريد البرمجيات وDevOps تصبح نقطة الاختراق الأولى: أنظمة Web3 والمالية الحديثة ليست مبنية في فراغ، فالتفاعل الأمامي، والحاويات الخلفية، وحزم الاعتماد من طرف ثالث NPM/PyPI، وبيئة تطوير المهندسين المحلية، تشكل سلسلة توريد مفتوحة ضخمة وهشة؛

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

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

ثانيًا، Vitalik: النهاية قد تكون في صالح المدافعين، لكن "فترة الانتقال" ستكون صعبة للغاية

في مواجهة المناقشات الصناعية التي أثارها اكتشاف الذكاء الاصطناعي لثغرات أساسية مثل PHP2Shell، قدم Vitalik Buterin في 22 أكتوبر حكمًا هادئًا للغاية: قد تشكل نهاية الأمن السيبراني على المدى الطويل بيئة مواتية للمدافعين، لكن فترة الانتقال ستكون صعبة للغاية.

لماذا؟

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

يجب على المدافعين التأكد من أن جميع النقاط الحرجة آمنة بما فيه الكفاية، بينما يحتاج المهاجمون فقط إلى العثور على ثغرة واحدة لم يتم اكتشافها بعد.

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

ما يحتاج إلى التغيير حقًا هو طريقة بناء البرمجيات نفسها، مثل الاتجاهين الرئيسيين اللذين اقترحهما، التحقق الرسمي (Formal Verification) وتقليل قاعدة الحوسبة الموثوقة (Trusted Computing Base، TCB).

أولاً، التحقق الرسمي، يهدف إلى استبدال "تصحيح الأخطاء التجريبية" بإثبات رياضي.

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

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

لكن في عصر الذكاء الاصطناعي، يمكن للذكاء الاصطناعي أن لا يجد الثغرات فحسب، بل يمكن أن يصبح مساعدًا خارقًا في كتابة إثباتات التحقق الرسمي، لذا يتنبأ Vitalik بأن "التحقق الرسمي المدعوم بالذكاء الاصطناعي" سيصبح الشكل النهائي لتطوير البرمجيات ------ سواء كانت بروتوكولات الاتصالات المشفرة مثل Signal، أو TLS، أو ZK-EVM، أو حتى العقود الذكية على مستوى التطبيقات، يمكن أن يتم إنشاء إثباتات رياضية للأمان من طرف إلى طرف تلقائيًا بواسطة الذكاء الاصطناعي قبل نشر الشيفرة.

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

ثانيًا، تقليل قاعدة الحوسبة الموثوقة (TCB)، يهدف إلى تقليص سطح الهجوم إلى الحد الأدنى.

ما هي قاعدة الحوسبة الموثوقة (TCB)؟ ببساطة، هي مجموعة جميع المكونات البرمجية والعتادية التي يجب الوثوق بها دون شروط لضمان الأمان.

عند مراجعة حادثة الأمان بقيمة 6.3 مليار دولار في Binance وحادثة اختطاف التوقيع المتعدد في Bybit: لماذا لم يتم اختراق خوارزمية المفاتيح الخاصة الأساسية، لكن الأصول فقدت؟ لأن قاعدة TCB الخاصة بهم كانت ضخمة جداً ------ حشود الحاويات الكبيرة، وخطوط الأذونات المعقدة، ونظام تشغيل جهاز الكمبيوتر المحمول للمطورين، ومكتبات JavaScript التي يتم عرضها في الواجهة الأمامية، كلها تم تضمينها في سلسلة الثقة التي "إذا تم اختراقها، ستؤدي إلى فقدان الأموال".

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

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

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

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

ثالثًا، من التسريع التكنولوجي إلى التسريع الدفاعي: لماذا نحتاج إلى d/acc؟

إذا كانت التحقق الرسمي وتقليل TCB يجيب على سؤال "كيف يمكن أن نكون أكثر أمانًا من الناحية التقنية"، فإن d/acc التي دعا إليها فيتاليك لفترة طويلة، تحاول الإجابة على سؤال أكثر شمولية:

عندما تقوم الذكاء الاصطناعي والتقنيات المتقدمة الأخرى بتغيير العالم بسرعة، كيف يجب أن نحدد أولويات تطوير التكنولوجيا؟

d/acc، والتي تعني التسريع الدفاعي، تُعرف عادةً باسم "التسريع الدفاعي"، وقد طرح فيتاليك هذه الفكرة بشكل منهجي لأول مرة في عام 2023، وشرحها بشكل أكبر في عام 2025 في "d/acc: بعد عام".

لا تعارض هذه الفكرة التقدم التكنولوجي، بل تؤكد على تسريع انتقائي: تطوير أولويات تلك التقنيات التي تعزز من قدرة المجتمع على الدفاع، وتوزيع السلطة، وتقليل المخاطر النظامية.

بالمقارنة مع التسريع الشامل الذي يركز عليه e/acc، فإن d/acc تركز أكثر على ما إذا كانت التكنولوجيا تعزز القدرة الهجومية أو تعزز القدرة الدفاعية (للمزيد من القراءة "عندما تصطدم Web3 بـ d/acc: ماذا يمكن أن تفعل Crypto في عصر تسريع التكنولوجيا؟").

في رؤية d/acc، تشمل هذه المنظومة الدفاعية أربعة أبعاد من البناء العميق:

• الدفاع الشبكي: من خلال التشفير، والتحقق الرسمي، وعزل البرمجيات، واكتشاف الثغرات، تقليل معدل نجاح الهجمات الشبكية، وحماية الأصول الرقمية والبيانات؛
• الدفاع البيولوجي: من خلال اكتشاف مسببات الأمراض، ومراقبة الهواء، وتطوير اللقاحات، وتقنيات الصحة العامة، تعزيز قدرة المجتمع على مواجهة مخاطر الأمن البيولوجي؛
• الدفاع الفيزيائي: من خلال الطاقة الموزعة، وشبكات الاتصالات المقاومة، وبناء مرونة البنية التحتية، تقليل ضعف المرافق الحيوية في العالم الحقيقي عند تعرضها للهجوم؛
• الدفاع المعلوماتي: من خلال حماية الخصوصية، والتحقق من مصادر المعلومات، وآليات التعاون اللامركزية، مقاومة المعلومات الزائفة، والتزوير العميق، والتلاعب بالمعلومات على نطاق واسع؛

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

في مناقشة أزمة ثغرة PHP، أعاد فيتاليك التأكيد على أحد المطالب الأساسية في إطار d/acc - مواجهة الصدمات غير المتناظرة التي تسببها الذكاء الاصطناعي المتقدم، يجب أن نتعامل بحذر مع التقدم غير المنظم للذكاء الاصطناعي الهجومي عالي المخاطر في المراحل الضرورية؛ في الوقت نفسه، يجب على المجتمع بأسره استثمار أكثر من 1% من الناتج المحلي الإجمالي بشكل منهجي في تعزيز الأمن السيبراني، والأمن البيولوجي، وتعزيز الأمان في العالم الفيزيائي.

لماذا نحتاج إلى مثل هذا الاستثمار النظامي الكبير؟

لأن العوائد الناتجة عن التقدم التكنولوجي غالبًا ما يمكن تسعيرها تجاريًا بسرعة من قبل السوق، لكن قيمة البنية التحتية الأمنية غالبًا ما يتم التقليل من شأنها.

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

كلمة أخيرة

من المخاطر التي كشفت عنها ثغرة PHP2Shell إلى الأحداث الأمنية الكبرى التي حدثت في Bybit وBitget وBinance، فإن حالة الأمن السيبراني في عام 2026، تُذكر الجميع بتكلفة حقيقية:

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

لا يمكن أن يكون الأمان أبداً نهائياً، لكن هذا لا يعني أنه معركة استنزاف لا يمكن الفوز بها.

على مدار العقود الماضية، أثبت التشفير أن بعض القدرات الدفاعية يمكن أن تُبنى على أساس مبادئ رياضية قوية، وليس فقط من خلال الاعتماد على المزيد من الموارد من المدافعين.

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

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

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

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

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