تمثل ثغرة CVE-2026-109619 الضلع الثاني في هجمات PHP2Shell التي هزت مجتمع الويب في أكتوبر 2026، وهي ثغرة من فئة استخدام الذاكرة بعد تحريرها (Use-After-Free) تنشأ نتيجة بقاء مؤشرات ذاكرة قديمة عبر الطلبات المتتالية داخل نفس عامل المعالجة (Worker).
دور ميزة تتبع رفع الملفات في تعريض الخوادم للخطر الافتراضي
تأتي خطورة هذه الثغرة من كون ميزة session.upload_progress.enabled مفعلة افتراضياً في معظم توزيعات PHP، مما يسمح لمعالج رفع الملفات بالعمل قبل بدء كود الموقع الفعلي وترك حالة غير ممسوحة عند حدوث خطأ قاتل.
المساران المؤكدان لاستغلال ثغرة CVE-2026-109619
- مسار تتبع الأخطاء في PHP 8.5: احتفاظ خاصية fatal_error_backtraces بمؤشرات ذاكرة محررة يقرؤها الطلب التالي.
- مسار معالجة الرفع (Upload Processing): بقاء حالة الجلسة أو مفكك الترميز بعد خطأ قاتل ليستخدمها طلب رفع لاحق على نفس العامل.
- تسريب عناوين الذاكرة: إمكانية كشف محتويات الذاكرة لتجاوز حماية ASLR وتسهيل تنفيذ الأوامر.
تعدد العمال (Workers) في بيئة PHP-FPM يقلل من احتمالية إصابة العامل نفسه من أول محاولة، لكنه لا يمنع نجاح الهجوم عند تكرار الطلبات.
إجراءات العزل والتأمين الفوري لبيئات الاستضافة المشتركة والسحابية
أوضحت مؤسسة Tenable للأمن السيبراني أن الترقية إلى الإصدارات 8.5.12 و8.4.27 و8.3.36 و8.2.35 تعيد ضبط الحالة العامة بالكامل أثناء إغلاق الطلب قبل أن يتمكن أي طلب جديد من الوصول إليها.
خطوات التحقق من أمان الحاويات والخوادم الافتراضية
يجب على مهندسي البنية التحتية عدم الاكتفاء بفحص نسخة PHP عبر سطر الأوامر (CLI)، بل التأكد من النسخة الفعلية المرتبطة بخادم الويب وإعادة بناء صور Docker وتبديل الحاويات النشطة بالكامل. ويمكن مراجعة التفاصيل الموثقة عبر دليل الأسئلة الشائعة من Tenable حول PHP2Shell.
التعليقات (0)
أضف تعليقك