كلاودفلير تفعّل حماية WAF ضد ثغرات php2shell الحرجة
تصدت شركة كلاودفلير لثغرتين حرجتين في لغة PHP عبر نشر حماية تلقائية في جدار الحماية الخاص بها، مستخدمةً تقنية جديدة تدمج إشارات من الطلب والاستجابة لصد الهجمات.

استباقية في الحماية قبل الكشف العلني
أعلنت شركة كلاودفلير عن نشر قواعد حماية افتراضية في جدار حماية تطبيقات الويب (WAF) الخاص بها للتعامل مع ثغرتين أمنيتين جديدتين في لغة PHP، عُرفتا مجتمعين باسم php2shell. جاءت هذه الخطوة ضمن جهد منسق مع عدة جهات أمنية، حيث تم تفعيل الحماية تلقائياً لجميع العملاء، سواء كانوا على الخطط المجانية أو المدفوعة، قبل ساعات من الكشف العلني عن تفاصيل الثغرات. وتهدف هذه المبادرة إلى حماية البنية التحتية للإنترنت من استغلال فوري قد يستغله المهاجمون فور صدور التحديثات الرسمية.
تقنية كشف المعاملة الكاملة
واجه فريق الأمن في كلاودفلير تحدياً تقنياً، حيث لم تكن قواعد الفحص التقليدية المعتمدة على بيانات الطلب وحدها كافية للتمييز بين الزيارات المشروعة ومحاولات الاستغلال. ولحل هذه المشكلة، طورت الشركة تقنية جديدة تسمى 'كشف المعاملة الكاملة' (Full Transaction Detection). تعتمد هذه التقنية على تحليل إشارات من كلا جانبي المعاملة: الطلب الوارد والاستجابة الصادرة من الخادم الأصلي. هذا التحليل المزدوج يوفر سياقاً أوسع، مما يسمح للقواعد بحجب الاستجابات الخبيثة قبل وصولها إلى المهاجم، مع تقليل احتمالية إصدار إنذارات خاطئة للزوار العاديين. ويمكن الرجوع إلى PHP foundation للاطلاع على التفاصيل الأصلية للمصدر.
طبيعة الثغرات وتأثيرها
تتعلق الثغرتان، المسجلتان تحت أرقام CVE-2026-109618 وCVE-2026-109619، بكيفية تعامل بيئة تشغيل PHP مع الذاكرة عند حدوث أخطاء أثناء معالجة طلبات HTTP. عندما ينقطع تنفيذ الطلب بشكل غير متوقع، قد تفشل PHP في تنظيف الذاكرة بشكل آمن، مما يؤدي إلى استخدام بيانات غير مهيأة أو ذاكرة تم تحريرها. يمكن للمهاجم إرسال طلبات مصممة خصيصاً لاستغلال هذا الخلل، مما قد يؤدي إلى تنفيذ أكواد خبيثة عن بُعد، أو تسريب بيانات حساسة، أو إحداث انقطاع في الخدمة. وبما أن PHP تدعم نحو 70% من مواقع الويب العالمية، فإن هذه الثغرات تمس نطاقاً واسعاً من التطبيقات والمنصات الشهيرة.

آلية عمل الهجوم
يختلف نمط الاستغلال بين الثغرتين بناءً على توقيت الوصول غير الآمن للذاكرة. في الحالة الأولى، قد ينضب الذاكرة أثناء المعالجة، مما يؤدي إلى استخدام بيانات داخلية لم تكتمل تهيئتها بعد. أما في الحالة الثانية، فقد تترك الأخطاء القاتلة مراجع لذاكرة تم تحريرها، مما يسمح بعملية PHP لاحقة بالوصول إلى بيانات قديمة أو غير صالحة. لاحظ فريق كلاودفلير محاولات من المهاجمين لتعديل حمولة الهجوم (Payload) لتجاوز الحماية، مما دفع الفريق إلى مراقبة حجم المطابقات وتحليل منطق القواعد باستمرار لتحديث الاستجابة.
توصيات التحديث والإصلاح
رغم توفر حماية WAF، تؤكد كلاودفلير أن التحديث الأمني لبرنامج PHP نفسه ضروري، لأن الثغرات موجودة في بيئة التشغيل الأساسية وليس في إضافات الموقع. لا يكفي تحديث الكود المخصص أو الإضافات لإصلاح المشكلة؛ بل يجب على مسؤولي النظام تحديث حزمة PHP. في حال كان الاستضافة تدير PHP نيابة عن العميل، يجب التواصل معهم لتطبيق التحديث. كما يوصى بالحد من أحجام الرفع غير الضرورية لتقليل الضغط على الذاكرة، مع الحفاظ على تفعيل حماية WAF كطبقة دفاع إضافية.
تفعيل الحماية للعملاء
تم نشر القواعد الجديدة تلقائياً لجميع خطط كلاودفلير التي تتضمن WAF. للعملاء المجانيين، تم إدراج القواعد ضمن مجموعة القواعد المجانية المدارة، دون الحاجة لأي إجراء. أما أصحاب الخطط المدفوعة، فيجب عليهم التأكد من أن مجموعة القواعد المدارة (Managed Ruleset) مفعلة في وضع الحجب (Block mode). يمكن للمحافظين على المواقع تخصيص نطاق الحماية ليتوافق مع أجزاء التطبيق المعنية، ومتابعة أي تحديثات جديدة للقواعد عبر سجل التغييرات الذي يوثق استجابة الفريق الأمني للتطورات المستمرة.
المصادر
- Cloudflare BlogCloudflare deploys protections against php2shell vulnerability
تابع التسلسل الزمني





