تحذير تقني مهم لأصحاب المواقع: ظهرت ثغرتان خطيرتان في لغة PHP المستخدمة لتشغيل ملايين المواقع، من بينها مواقع تعتمد على ووردبريس. وأُطلق على سلسلة الثغرات اسم PHP2Shell، فيما صدرت تحديثات أمنية لمعالجتها. إليك ما تعنيه الثغرة وكيف تحمي موقعك.
أصبحت ثغرات PHP2Shell من أبرز الموضوعات التقنية المتداولة خلال أكتوبر 2026، بعدما أعلن باحثون أمنيون عن ثغرتين حرجتين في محرك PHP قد تسمحان، في ظروف معينة، بتنفيذ أوامر على الخادم عن بُعد دون الحاجة إلى تسجيل الدخول. وتكمن أهمية الخبر في أن PHP تشغّل عدداً كبيراً من مواقع الإنترنت وأنظمة إدارة المحتوى، ومنها ووردبريس.
وبحسب التنبيهات الأمنية المنشورة في 21 أكتوبر 2026، صدرت إصدارات إصلاح لمعالجة الثغرتين، لذلك فإن الإجراء الأهم للمستخدمين وأصحاب المواقع هو التأكد من تحديث بيئة الاستضافة، وعدم الاكتفاء بتحديث القالب أو إضافات ووردبريس فقط.
ما هي ثغرة PHP2Shell؟
PHP2Shell اسم متداول لثغرتين أمنيتين في محرك PHP، تحملان الرقمين CVE-2026-109618 وCVE-2026-109619. وقد صُنفتا ضمن الثغرات الحرجة، مع درجة خطورة معلنة تبلغ 9.2 من 10 وفق نظام CVSS v4.0.
بشكل مبسط، تتعلق المشكلة بطريقة تعامل PHP مع الذاكرة وبعض حالات الخطأ أثناء معالجة الطلبات. وقد يستغل مهاجم هذه الأخطاء للوصول إلى بيانات حساسة أو تنفيذ تعليمات على الخادم المتأثر. ولا يعني ذلك أن كل موقع ووردبريس مخترق، لكنه يعني أن الأنظمة التي تستخدم إصدارات غير مصححة تحتاج إلى تحرك سريع.
هل تؤثر الثغرة على مواقع ووردبريس؟
نعم، قد تتأثر مواقع ووردبريس إذا كانت تعمل فوق إصدار PHP غير آمن؛ لأن الثغرات تقع في بيئة تشغيل PHP نفسها، وليس بالضرورة داخل إضافة معينة أو قالب محدد. كما أشارت تقارير بحثية إلى اختبار سلاسل استغلال على أنظمة إدارة محتوى مختلفة، منها ووردبريس ودروبال وجوملا.
لذلك لا يكفي أن يكون ووردبريس أو القالب محدثاً إذا كانت نسخة PHP على الخادم ما تزال معرضة للخطر. وفي المقابل، لا ينبغي استنتاج أن الموقع مصاب لمجرد استخدام ووردبريس؛ فالتأثر يعتمد على إصدار 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 المستخدم على الخادم، وتأكد من تطبيق التصحيح الأمني المناسب.
- حدّث PHP من لوحة الاستضافة: إذا كانت لديك صلاحية الإدارة، اختر إصداراً مدعوماً ومصححاً بعد التأكد من توافق القالب والإضافات، ويفضل إجراء نسخة احتياطية أولاً.
- أعد تشغيل خدمات PHP عند الحاجة: في الخوادم التي تديرها بنفسك، قد لا يصبح التصحيح فعالاً إلا بعد إعادة تشغيل العمليات أو الخدمات المعنية وفق تعليمات مزود النظام.
- حدّث ووردبريس والإضافات والقوالب: هذه خطوة أساسية للأمان العام، لكنها لا تغني عن تحديث PHP نفسه.
- راجع السجلات بحثاً عن نشاط غير معتاد: إذا كان الموقع غير محدث خلال فترة الكشف عن الثغرات، افحص سجلات الخادم والملفات والحسابات الإدارية، واستعن بمختص أمن عند ظهور مؤشرات اختراق.
- احتفظ بنسخة احتياطية خارج الخادم: تأكد من إمكانية استعادة الملفات وقاعدة البيانات، ولا تعتبر التحديث وحده دليلاً على عدم حدوث اختراق سابق.
هل تحديث ووردبريس وحده يكفي؟
لا. تحديث ووردبريس والإضافات مهم، لكنه لا يصلح ثغرة موجودة في محرك PHP الذي يعمل على الخادم. يجب التأكد من تصحيح إصدار PHP أيضاً، إلى جانب تحديث النظام والخادم والإضافات. وإذا كنت تستخدم استضافة مشتركة ولا تستطيع التحكم في إصدار PHP، فاطلب من الدعم الفني تأكيداً واضحاً بأن الخادم تم تحديثه.
لماذا أثارت الثغرة اهتماماً واسعاً؟
يرجع الاهتمام إلى اجتماع عاملين: انتشار PHP في تشغيل مواقع الإنترنت، وكون الثغرتين قد تسمحان بتنفيذ تعليمات عن بُعد في ظروف معينة. كما أعاد الكشف تسليط الضوء على دور أدوات الذكاء الاصطناعي في مساعدة الباحثين على اكتشاف عيوب برمجية معقدة وتحليلها، وهو ما يجعل سرعة التحديث والاستجابة الأمنية أكثر أهمية.
ومع ذلك، لا ينبغي تداول عبارات مثل «كل المواقع مخترقة» أو «بيانات جميع المستخدمين سُرقت» دون دليل. المعلومة المؤكدة هي وجود ثغرات حرجة وإصدار تحديثات لإصلاحها؛ أما تأثر موقع بعينه فيحتاج إلى فحص إصداره وسجلاته وبيئته التقنية.
الأسئلة الشائعة حول PHP2Shell
ما رقمَا الثغرتين؟
هما CVE-2026-109618 وCVE-2026-109619، وقد صدرت تحديثات أمنية لمعالجتهما.
هل كل مواقع ووردبريس معرضة للاختراق؟
ليس بالضرورة. الخطر يرتبط بإصدار PHP وبيئة تشغيله والتصحيحات المطبقة، لذلك يجب فحص الخادم بدلاً من افتراض إصابة كل المواقع.
كيف أعرف إصدار PHP لموقعي؟
يمكنك عادةً معرفة الإصدار من لوحة تحكم الاستضافة، مثل cPanel أو لوحة مزود الخدمة، أو سؤال الدعم الفني. تجنب نشر معلومات الخادم الحساسة علناً.
هل يكفي تركيب إضافة حماية؟
لا. قد تساعد أدوات الحماية في تقليل بعض المخاطر أو رصد النشاط المشبوه، لكن الإجراء الأساسي هو تثبيت التحديث الأمني المناسب من مزود PHP أو الاستضافة.
ماذا أفعل إذا كان موقعي على إصدار قديم؟
تواصل مع الاستضافة لتطبيق تصحيح مدعوم أو ترقية PHP إلى إصدار آمن ومتوافق، ثم راجع السجلات إذا كان الخادم مكشوفاً للإنترنت خلال فترة الخطر.
المصادر والمراجع
- Wiz Research: تحليل ثغرات PHP2Shell
- المركز الكندي للأمن السيبراني: تنبيه أمني بشأن ثغرات PHP
- Cloudflare: إجراءات الحماية من ثغرات PHP
ثمار برس – قسم تكنولوجيا وتقنية. يُنصح بمراجعة الإرشادات الرسمية لدى PHP ومزود الاستضافة قبل اتخاذ تغييرات على الخادم.
