هل يكشف الذكاء الاصطناعي هشاشة البنية التحتية للإنترنت؟

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

ما الذي حدث بالضبط؟

الثغرات المعنية ليست وليدة اليوم، بل كانت كامنة في PHP منذ سنوات طويلة دون أن يلتفت إليها أحد. اللغة التي يختصر اسمها عبارة «Hypertext Preprocessor» تُشكّل العمود الفقري لأنظمة إدارة المحتوى الأكثر انتشاراً مثل ووردبريس ودروبال، وتُقدَّر حصتها بنحو 70% من مواقع الويب، أي عشرات الملايين من النطاقات بين مدونات شخصية ومتاجر إلكترونية ومواقع حكومية.

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

مفارقة الإفصاح الأمني

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

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

الذكاء الاصطناعي: مُكبِّر للمخاطر وللحلول معاً

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

لكن المعادلة ذات اتجاهين. فالأدوات نفسها تخدم الفريق المدافع:

• مراجعة آلية مستمرة للكود المفتوح بحثاً عن أنماط خطرة قبل استغلالها.
• تسريع كتابة التصحيحات واختبارها على بيئات متعددة.
• تحليل سجلات الهجمات واستخلاص مؤشرات اختراق في وقت قصير.
• فحص المكتبات الخارجية التي تدخل في سلسلة التوريد البرمجية.

السؤال العملي هو أي الطرفين أسرع في تبنّي هذه القدرات، وأيهما يمتلك موارد أكبر للاستمرار.

كلفة خفية: موت الروابط

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

ماذا يفعل أصحاب المواقع والشركات؟

الدرس الأهم أن الأمن ليس حدثاً طارئاً بل عملية متصلة. وأبسط الخطوات الفعّالة تشمل:

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

خلاصة

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

✦ بقلم فريق دروب أيديا