ثغرات PHP وفلو أريستا وAWS Continuum: السرعة في الترقيع هي المعركة

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

ماذا حدث؟

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

في خبر آخر، نقل موقع The Hacker News أن أريستا حذّرت في 22 أكتوبر من ثغرة يوم صفر من نوع حقن SQL في VeloCloud Orchestrator، وهو نظام الإدارة المركزي لشبكات SD-WAN، وأن المهاجمين يستغلونها فعلًا. الأخطر أن أي شخص يستطيع تسجيل الدخول، حتى بحساب عميل للقراءة فقط، يمكنه الحصول على صلاحيات المشغّل وهي أعلى مستوى تحكم.

وعلى الجانب الآخر، أعلنت أمازون أن خدمة AWS Continuum لثغرات الشيفرة أصبحت متاحة للجميع. تستخدم الخدمة الذكاء الاصطناعي لاكتشاف الثغرات والتحقق منها وترتيب أولوياتها، ثم تقدم الإصلاحات جاهزة للمراجعة على شكل طلبات دمج (pull requests)، بدلًا من ساعات التحقيق اليدوي وأيام التنسيق بين الفرق.

لماذا يهمنا في الخليج؟

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

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

ماذا أنصح أن تفعل؟

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

رأيي الصريح

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

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

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