ثغرة PHP2Shell: كيفية فحص موقع ووردبريس وحمايته في مصر والشرق الأوسط

تحديث 22 أكتوبر 2026. هذا دليل توعوي لأصحاب المواقع، ولا يعني أن أي موقع محدد تعرض للاختراق.

ثغرة PHP2Shell اسم يُستخدم للإشارة إلى ثغرتين أمنيتين خطيرتين في PHP، هما CVE-2026-109618 وCVE-2026-109619. قد تسمحان بتنفيذ تعليمات برمجية عن بُعد دون تسجيل دخول في ظروف الاستغلال المناسبة. إذا كنت تدير موقع ووردبريس أو متجر WooCommerce في مصر أو السعودية أو الإمارات، فالخطوة الأولى ليست تغيير قالب الموقع، بل التحقق من إصدار PHP الذي يعالج طلبات الموقع فعليًا، والتأكد من تثبيت الإصلاح الأمني. تحديث إضافات ووردبريس وحده لا يصلح خللًا في محرك PHP.

أعلن مشروع PHP عن إصدارات تتضمن الإصلاح: 8.2.35 و8.3.36 و8.4.27 و8.5.12. هذه حدود دنيا للإصدارات المصححة داخل كل فرع، وليست دعوة للرجوع إلى إصدار أقدم. وقد توفر بعض شركات أنظمة التشغيل إصلاحات أمنية مدمجة في حزم تحمل أرقامًا مختلفة؛ اطلب دليلًا على إصلاح الثغرتين. راجع إعلانات PHP الرسمية وتنبيه NHS England.

ماذا حدث وما مدى خطورة الثغرة؟

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

جدول الإصدارات المصححة

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

الخطوة الأولى: معرفة إصدار PHP الفعلي في ووردبريس

من لوحة تحكم WordPress

1. افتح لوحة تحكم الموقع وسجّل الدخول بصلاحية المدير.
2. انتقل إلى أدوات ← صحة الموقع ← معلومات ← الخادم (Tools → Site Health → Info → Server).
3. سجّل قيمة PHP version الظاهرة.
4. إذا كنت تدير عدة مواقع أو نطاقات فرعية، كرر الفحص لكل موقع؛ فقد تعمل بإصدارات مختلفة.

من cPanel في الاستضافات المشتركة

افتح لوحة الاستضافة وابحث عن MultiPHP Manager أو Select PHP Version. اختر النطاق الصحيح؛ لا تفترض أن إعداد الحساب الافتراضي هو إعداد الموقع نفسه. بعد تغيير الإصدار، عد إلى «صحة الموقع» للتأكد من الإصدار الذي يستخدمه ووردبريس. في بعض الاستضافات تُدار PHP بواسطة CloudLinux أو LiteSpeed أو PHP-FPM، ولذلك تختلف أسماء القوائم وآلية التطبيق.

على VPS أو خادم مُدار

الأمر php -v يعرض إصدار PHP لسطر الأوامر، وقد يختلف عن PHP-FPM المستخدم في طلبات الويب. افحص إعدادات الخادم وخدمات PHP-FPM والحاويات والنطاقات، ثم قارن النتيجة ببيانات الموقع الفعلية. لا تترك صفحة phpinfo عامة؛ فقد تكشف تفاصيل حساسة عن الخادم.

الخطوة الثانية: تفسير النتيجة دون استنتاجات خاطئة

الخطوة الثالثة: التحديث بأمان على الاستضافة المشتركة

1. خذ نسخة احتياطية من ملفات الموقع وقاعدة البيانات، وتأكد من إمكانية استعادتها.
2. دوّن إصدار PHP الحالي، والإضافات الحساسة مثل الدفع الإلكتروني والحجز والتخزين المؤقت.
3. اسأل الدعم الفني صراحة هل الإصدار المستخدم مصحح ضد الثغرتين معًا.
4. جرّب التحديث على بيئة تجريبية إن أمكن، خصوصًا في متاجر WooCommerce.
5. حدّث PHP إلى إصدار مصحح ومتوافق مع موقعك، أو اطلب من شركة الاستضافة تنفيذ ذلك.
6. افحص الصفحة الرئيسية، لوحة الإدارة، تسجيل الدخول، نموذج التواصل، البحث، عمليات الشراء والدفع، والمهام المجدولة.
7. ارجع إلى «صحة الموقع» وتأكد من إصدار PHP الفعلي بعد التغيير.

رسالة جاهزة لشركة الاستضافة: «أرجو تأكيد إصدار PHP الفعلي الذي يخدم نطاقي عبر الويب، وهل تم إصلاح CVE-2026-109618 وCVE-2026-109619؟ أحتاج رقم الحزمة أو الإصدار المصحح، وتاريخ تطبيق التحديث، وتأكيد شمول النطاقات الفرعية وخدمات PHP-FPM إن وجدت».

ما الذي يختلف بين الاستضافات في مصر والسعودية والإمارات؟

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

هل Cloudflare أو WAF أو إضافة الحماية كافية؟

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

ماذا تفعل إذا لم توفر شركة الاستضافة تحديثًا بعد؟

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

إذا كنت تشك في اختراق موقعك

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

قائمة التحقق النهائية بعد الإصلاح

1. إصدار PHP الذي يخدم الويب مصحح، وليس إصدار سطر الأوامر فقط.
2. كل النطاقات الفرعية والمواقع الموجودة على الحساب خضعت للفحص.
3. جرى اختبار تسجيل الدخول والنماذج والمتجر والدفع والبريد الصادر.
4. تم التأكد من سلامة سجلات الأخطاء والنسخ الاحتياطية.
5. يوجد سجل واضح باسم الإصدار أو الحزمة وتاريخ التحديث.
6. وُضعت خطة للانتقال من فروع PHP التي اقتربت من نهاية الدعم أو تجاوزتها.

الخلاصة

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

المراجع الأصلية: إصدارات PHP، NHS England، المركز الكندي للأمن السيبراني، توثيق صحة الموقع في WordPress.