🛡️ تنبيه أمني — PHP2Shell

مستوى الخطورة: حرج — 9.2/10 (CVSS v4.0)

الإصلاحات الأمنية: صدرت رسمياً

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

خدمات JPaaS: التحديثات متوفرة — تتطلب إعادة نشر الحاويات من العملاء

حالة الحادثة: المراقبة مستمرة

آخر تحديث: 22 أكتوبر 2026، الساعة 13:34 بتوقيت ليبيا (UTC+2)

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

متابعة آخر المستجدات عبر صفحة الحالة الرسمية

آخر المستجدات الأمنية

22 أكتوبر 2026 | الساعة 13:34 بتوقيت ليبيا

توفير إصدارات PHP المصححة على منصة JPaaS

بعد تطبيق التحديثات الأمنية على البنية التحتية للاستضافة المُدارة، أصبحت قوالب PHP المصححة متوفرة أيضاً على منصة JPaaS، وتشمل الإصدارات التالية:

إجراء مطلوب من عملاء JPaaS: يجب إعادة نشر الحاويات (Redeploy) باستخدام أحد إصدارات PHP المصححة، حيث إن إتاحة القوالب الجديدة لا تؤدي إلى تحديث الحاويات قيد التشغيل تلقائياً.

ينطبق ذلك على التطبيقات التي تستخدم PHP ضمن بيئات Apache أو Nginx أو LiteSpeed وغيرها من بيئات التشغيل المدعومة.

22 أكتوبر 2026 | الساعة 11:30 بتوقيت ليبيا

تطبيق التحديثات الأمنية على البنية التحتية للاستضافة المُدارة

في إطار الاستجابة للثغرتين CVE-2026-109618 وCVE-2026-109619، تم تطبيق التحديثات والإصلاحات الأمنية المتوفرة على بيئات الاستضافة المُدارة لدى العنكبوت الليبي.

شملت إجراءات التحديث الخدمات التالية:

ملاحظات مهمة بشأن الإصدارات القديمة:

• الاستضافة المشتركة Windows: لن تتلقى إصدارات PHP الأقدم من 8.2 تحديثات ضمن هذه المعالجة، ويجب الانتقال إلى إصدار مدعوم ومصحح.
• الخوادم المُدارة: لن تتلقى إصدارات PHP الأقدم من 7.4 تحديثات، باستثناء بعض بيئات CloudLinux التي تتوفر لها إصلاحات أمنية مناسبة.
• الخوادم غير المُدارة: يتعين على العملاء أو مسؤولي أنظمتهم التحقق من الإصدارات المستخدمة وتثبيت التحديثات الأمنية اللازمة.

تواصل الفرق الفنية والأمنية لدى العنكبوت الليبي مراقبة المستجدات الأمنية، مع استمرار تطبيق الإجراءات الوقائية المناسبة ضمن نطاق الخدمات المُدارة.

الحالة الأمنية الحالية

أصدر فريق تطوير PHP إصلاحات أمنية رسمية لمعالجة ثغرتين حرجتين قد تسمحان بتنفيذ تعليمات برمجية عن بُعد دون الحاجة إلى المصادقة (Unauthenticated Remote Code Execution).

الإصدارات المصححة رسمياً:

ما مستوى الخطر بعد صدور التحديثات؟

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

كما أن حلول جدار حماية تطبيقات الويب (WAF) والإجراءات الوقائية الإضافية تساعد في الحد من بعض أساليب الاستغلال، لكنها لا تُعد بديلاً عن تطبيق الإصلاحات الأمنية الرسمية.

أما الإصدارات القديمة التي انتهى دعمها الأمني الاعتيادي، فيجب التحقق من توفر إصلاحات أمنية ممتدة من المورد، أو الانتقال إلى إصدار حديث ومدعوم.

تفاصيل الثغرات الأمنية

تؤثر ثغرتا PHP2Shell في المكونات الداخلية للغة PHP، ولا تقتصران على WordPress أو نظام إدارة محتوى أو تطبيق معين.

• CVE-2026-109618: خلل في معالجة الذاكرة عند نفاد الموارد، قد يؤدي إلى فساد البيانات الداخلية.
• CVE-2026-109619: خلل يتعلق بإعادة استخدام حالة داخلية بعد تحرير الذاكرة.

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

ويشمل ذلك التطبيقات المبنية باستخدام WordPress وLaravel وDrupal وJoomla وغيرها، عندما تعمل فوق بيئة PHP غير مصححة.

ما الإجراءات المطلوبة من العملاء؟

تختلف الإجراءات المطلوبة بحسب نوع خدمة الاستضافة المستخدمة.

1. عملاء الاستضافة المشتركة المُدارة

تم تطبيق الإصلاحات الأمنية على بيئة الاستضافة المُدارة. وينبغي للعملاء التحقق من استخدام مواقعهم لإصدارات PHP مدعومة ومصححة، خصوصاً عند الاعتماد على إصدارات قديمة.

2. عملاء الخوادم الافتراضية والمخصصة المُدارة

تم تطبيق الإصلاحات ضمن نطاق الإدارة المتفق عليه والإصدارات المشمولة بالتحديث. ويُنصح بمراجعة توافق التطبيقات مع إصدارات PHP الحديثة، والتخطيط لترقية التطبيقات التي تعتمد على الإصدارات القديمة.

3. عملاء الخوادم غير المُدارة

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

4. عملاء منصة JPaaS

يجب إعادة نشر حاويات PHP باستخدام القوالب المصححة المتوفرة على المنصة، مع التحقق من نجاح عملية النشر والتأكد من إصدار PHP داخل الحاوية الجديدة.

5. جميع العملاء

نوصي بالاستمرار في تحديث أنظمة إدارة المحتوى والإضافات والمكتبات البرمجية، ومراجعة سجلات الأنظمة والأحداث الأمنية بشكل دوري.

الإجراءات الأمنية والوقائية

إلى جانب تحديث PHP، توجد مجموعة من الإجراءات الأمنية التي تساهم في تعزيز الحماية وتقليل مخاطر الاستغلال:

تحديث مكونات التطبيقات: التأكد من تحديث أنظمة إدارة المحتوى والأطر البرمجية والإضافات.

مراجعة جدار حماية تطبيقات الويب: التحقق من تفعيل قواعد الحماية المناسبة ضمن Cloudflare أو Imunify360 أو ModSecurity، بحسب البيئة المستخدمة.

حماية الوصول إلى الخادم: التأكد من عدم إمكانية تجاوز أنظمة الحماية والوصول مباشرة إلى الخادم الأصلي عندما تكون الحماية عبر وسيط مثل Cloudflare.

مراجعة إعدادات PHP: تقييم الإعدادات الوقائية المتعلقة بالذاكرة وحدود الطلبات والجلسات، مع مراعاة أثر أي تعديل على عمل التطبيقات.

المراقبة والتحقق: مراجعة سجلات الوصول والأحداث الأمنية، والتحقق من استخدام خدمات الويب لإصدارات PHP المصححة بعد التحديث.

ولا تُغني هذه التدابير عن تطبيق الإصلاحات الرسمية.

التسلسل الزمني للاستجابة الأمنية

يوضح التسلسل التالي أبرز المستجدات والإجراءات المتعلقة بالثغرتين، مرتبة من الأحدث إلى الأقدم.

جميع الأوقات بتوقيت ليبيا (UTC+2).

مستجدات مزودي تقنيات الاستضافة

في إطار الاستجابة الأمنية، صدرت تحديثات وإرشادات من عدد من مزودي تقنيات الاستضافة والحماية.

يُنصح بالاعتماد على تحديثات المورد الرسمية عند تحديد الإصدار أو الحزمة المناسبة لكل بيئة.

المصادر والمتابعة

• الموقع الرسمي لفريق PHP
• الإعلانات الأمنية لفريق PHP
• التنبيه الأمني من CloudLinux
• سجل تحديثات Cloudflare WAF
• التنبيه الأمني من Plesk
• صفحة حالة خدمات العنكبوت الليبي

ملاحظة تحريرية: نُشر التنبيه الأمني لأول مرة بتاريخ 21 أكتوبر 2026، ويجري تحديثه عند توفر مستجدات مؤكدة. آخر تحديث تشغيلي موثق بتاريخ 22 أكتوبر 2026، الساعة 13:34 بتوقيت ليبيا. ويُحتفظ بالتسلسل الزمني للأحداث لتوضيح مراحل الاستجابة الأمنية دون تغيير سياق الإعلانات السابقة.