ثغرات أمنية خطيرة في PHP.. ماذا يجب على أصحاب مواقع WordPress فعله؟
أصدر فريق تطوير PHP يوم 21 أكتوبر 2026 تحديثات أمنية عاجلة لإصلاح ثغرتين خطيرتين تُعرفان باسم PHP2Shell. ويمكن للثغرتين، المسجلتين باسم CVE-2026-109618 وCVE-2026-109619، السماح بتنفيذ تعليمات برمجية على بعض الخوادم دون تسجيل الدخول.
وتكمن أهمية الخبر لمستخدمي WordPress في أن الاختراق يعتمد على PHP لكن هذا لا يعني أن كل مواقع ووردبريس مصابة أو مخترقة. وفي 26 أكتوبر ظهرت أدلة على استغلال ناجح ضد بيئة اختبار تعتمد Apache مع mod_php، وليس دليلا على اختراق جميع المواقع.
ما خطورة ثغرات PHP2Shell؟
ترتبط المشكلتان بطريقة إدارة الذاكرة داخل PHP، وقد تسمحان للمهاجم بالوصول إلى الخادم أو تنفيذ أوامر ضارة إذا كانت نسخة PHP متاحة عبر الإنترنت. ووفق التحذير الرسمي، تبلغ درجة الخطورة 9.2 من 10 وفق معيار CVSS 4.0، ويزيد الخطر في بعض إعدادات Apache مع mod_php.
ما إصدارات PHP التي حصلت على الإصلاح؟
| فرع PHP | الإصدار الذي يتضمن إصلاح الثغرتين |
|---|---|
| PHP 8.5 | 8.5.12 |
| PHP 8.4 | 8.4.27 |
| PHP 8.3 | 8.3.36 |
| PHP 8.2 | 8.2.35 |
أما PHP 8.1 والإصدارات الأقدم فلا تتلقى إصلاحات رسمية منتظمة من مشروع PHP، مع احتمال توفير تحديثات أمنية خاصة من بعض شركات الاستضافة أو توزيعات Linux. لذلك يجب سؤال مزود الاستضافة عن حالة التحديث، لا الاعتماد على رقم النسخة وحده.
ماذا يجب على أصحاب مواقع WordPress فعله؟
- اعرف إصدار PHP: افتح لوحة WordPress ثم Tools > Site Health > Info > Server، وابحث عن PHP version.
- تأكد من التحديث الصحيح: راجع لوحة شركة الاستضافة أو تواصل مع الدعم، واطلب التأكد من تثبيت تحديثات PHP2Shell، خصوصا إن كان الخادم يستخدم نسخة قديمة.
- خذ نسخة احتياطية واختبر التوافق: قبل تغيير الفرع الرئيسي لـPHP، جرب القالب والإضافات على نسخة تجريبية إن أمكن.
- راجع الحالة الأمنية: لو كان موقعك يعمل على نسخة غير مصححة، اطلب من الاستضافة مراجعة سجلات الخادم والملفات غير المعروفة وتحديث ووردبريس والإضافات مهم، لكنه لا يغني عن تحديث PHP نفسه.
استثناء مهم: أعلنت WordPress.com أن المواقع المستضافة لديها محمية بالفعل من الثغرتين؛ أما مواقع WordPress المستقلة على استضافات أخرى فيجب التأكد من مزود الخدمة.
هل ظهور نسخة PHP قديمة يعني أن الموقع تعرض للاختراق؟
لا وجود نسخة قديمة يعني أن الموقع يحتاج تحديث وتقييم أمني، لكنه ليس دليلا على وقوع اختراق. الأولوية هي تثبيت التصحيحات بسرعة، ثم فحص السجلات عند وجود احتمال اختراق سابق أو مؤشرات نشاط غير معتاد.
