تواجه مواقع ووردبريس تحذيرًا أمنيًا حادًا بعد الكشف عن ثغرة جديدة في نواة النظام نفسه، قد تسمح لمهاجمين بتنفيذ أوامر برمجية على الخادم دون الحاجة إلى تسجيل دخول، في تطور يرفع مستوى الخطورة لأنه لا يتعلق بإضافة خارجية أو قالب غير موثوق، بل بمنصة ووردبريس الأساسية التي تعتمد عليها ملايين المواقع حول العالم.
موضوعات مقترحة
وذكر موقع The Hacker News أن الثغرة المعروفة باسم wp2shell تتيح، في ظروف معينة، تنفيذ تعليمات برمجية عن بُعد عبر طلب غير موثق، وقد تم تحديث التقرير لاحقًا بعد حصول الثغرتين المرتبطتين بها على أرقام CVE، ونشر آلية الاستغلال وظهور نموذج إثبات عملي، ما يجعل التحديث الفوري ضرورة لا رفاهية.
لماذا تبدو الثغرة خطيرة؟
خطورة wp2shell أنها تستهدف نواة ووردبريس، وليس إضافة إضافية يمكن حذفها أو تعطيلها بسهولة.
في أغلب الأزمات الأمنية المرتبطة بووردبريس، تكون المشكلة في Plugin غير محدّث أو قالب ضعيف أو إعداد خاطئ. أما هذه الحالة، فتتعلق بمسار داخل النظام الأساسي نفسه، وهو ما يجعلها أكثر حساسية بالنسبة لأصحاب المواقع ومديري الخوادم.
الأخطر أن الهجوم لا يحتاج، وفق التقارير، إلى حساب مستخدم داخل الموقع، ما يعني أن مجرد وجود موقع غير محدث على الإنترنت قد يكون كافيًا لبدء محاولات الاستهداف.
ما فكرة الهجوم دون الدخول في تفاصيل خطرة؟
تقوم الفكرة العامة على ربط أكثر من خلل داخل ووردبريس للوصول إلى نتيجة أخطر: تنفيذ كود على الخادم.
بحسب تقارير أمنية، ترتبط السلسلة بخلل في طريقة تعامل REST API مع بعض الطلبات، مع مشكلة أخرى في الاستعلامات داخل النظام، ما قد يؤدي في النهاية إلى تمرير مدخلات غير آمنة وتنفيذها بطريقة تضر الموقع.
ولا يحتاج المستخدم العادي إلى معرفة تفاصيل الاستغلال، لكن المهم أن يفهم النتيجة: موقع غير محدث قد يصبح معرضًا للسيطرة أو العبث أو زرع ملفات خبيثة.
ما الإصدارات المتأثرة؟
تشير التقارير إلى أن الخلل يؤثر على إصدارات من ووردبريس ضمن فرعي 6.9 و7.0، مع إصدار تحديثات أمنية لمعالجة المشكلة.
وأعلنت ووردبريس إصدار تحديث أمني في 17 يوليو 2026، يتضمن إصلاحًا لسلسلة مرتبطة بـREST API وSQL Injection قد تؤدي إلى تنفيذ أوامر عن بُعد.
لذلك، يجب على أصحاب المواقع التأكد من أن مواقعهم تعمل على أحدث إصدار متاح، وعدم الاكتفاء بالاعتقاد أن التحديثات التلقائية تمت بالفعل.
هل توجد محاولات استغلال فعلية؟
وجود نموذج إثبات عملي منشور يجعل الخطر أعلى، لأن الفترة بين نشر تفاصيل الثغرة وبدء محاولات الاستغلال الجماعي عادة تكون قصيرة جدًا في الثغرات المؤثرة على منصات واسعة الانتشار مثل ووردبريس.
حتى إذا لم يلاحظ صاحب الموقع أي تغيير واضح، فقد تبدأ محاولات الفحص الآلي من جهات مختلفة بحثًا عن المواقع غير المحدثة.
ولهذا لا يجب انتظار ظهور علامات اختراق قبل التحديث. في مثل هذه الحالات، الوقاية السريعة أهم من التحقيق بعد الضرر.
ماذا يمكن أن يحدث للموقع؟
إذا استُغلت ثغرة من هذا النوع بنجاح، فقد يتمكن المهاجم من تنفيذ أوامر على الخادم، أو رفع ملفات خبيثة، أو تعديل محتوى الموقع، أو إنشاء مستخدمين إداريين، أو استخدام الموقع لإرسال رسائل مزعجة أو نشر صفحات احتيالية.
وقد يتطور الأمر إلى سرقة بيانات المستخدمين أو قواعد البيانات، حسب إعدادات الاستضافة والصلاحيات المتاحة للموقع.
الضرر لا يقتصر على توقف الموقع، بل قد يمتد إلى سمعة العلامة التجارية وترتيب الموقع في محركات البحث وثقة القراء أو العملاء.
ماذا يجب أن يفعل مدير الموقع الآن؟
الخطوة الأولى هي تحديث ووردبريس فورًا إلى الإصدار الأمني الأخير المتاح من لوحة التحكم أو عبر مزود الاستضافة.
بعد ذلك، يجب مراجعة سجل المستخدمين والتأكد من عدم وجود حسابات إدارية غريبة، وفحص الملفات المعدلة حديثًا، ومراجعة الإضافات والقوالب، والتأكد من عدم وجود ملفات غير معتادة داخل مجلدات الموقع.
كما يُنصح بعمل نسخة احتياطية نظيفة، وتفعيل جدار حماية لتطبيقات الويب، ومراجعة سجلات الخادم بحثًا عن طلبات غير طبيعية خلال الأيام الأخيرة.
لا تعتمد على التحديث التلقائي وحده
قد يعتقد بعض أصحاب المواقع أن ووردبريس يحدث نفسه تلقائيًا، لكن هذا ليس مضمونًا دائمًا.
بعض المواقع تعطل التحديثات التلقائية خوفًا من تعارض الإضافات، وبعض شركات الاستضافة تؤخر التحديث حتى تختبره، كما أن بعض المواقع القديمة قد تفشل في التحديث بسبب إعدادات الخادم أو إصدار PHP أو صلاحيات الملفات.
لذلك، يجب الدخول إلى لوحة التحكم والتأكد يدويًا من رقم الإصدار، بدل الاكتفاء بالاطمئنان العام.
تعطيل REST API ليس حلًا دائمًا
قد تلجأ بعض المواقع إلى تقييد REST API أو تعطيله جزئيًا كإجراء مؤقت، لكن هذا لا يجب أن يكون بديلًا عن التحديث.
فالعديد من القوالب والإضافات تعتمد على REST API في وظائف أساسية، وتعطيله دون فهم قد يسبب أعطالًا في الموقع أو لوحة التحكم أو تطبيقات مرتبطة به.
الإجراء الصحيح هو تثبيت التصحيح الأمني، ثم استخدام إجراءات الحماية الإضافية كطبقة دفاع مساعدة، لا كبديل عن الإصلاح الأساسي.
لماذا تهم هذه الثغرة أصحاب المواقع الصغيرة؟
بعض أصحاب المواقع الصغيرة يظنون أنهم ليسوا هدفًا للقراصنة، لكن الهجمات على ووردبريس غالبًا لا تختار الهدف يدويًا.
المهاجمون يستخدمون أدوات آلية تفحص أعدادًا ضخمة من المواقع بحثًا عن إصدار ضعيف أو إعداد مكشوف. لذلك قد يتعرض موقع صغير أو مدونة محدودة الزيارات للهجوم فقط لأنه غير محدث.
المشكلة ليست في شهرة الموقع، بل في سهولة العثور عليه واستغلاله.
رسالة واضحة لمستخدمي ووردبريس
ثغرة wp2shell تذكير قوي بأن أمان ووردبريس لا يبدأ من الإضافات فقط، بل من تحديث نواة النظام نفسها.
إذا كنت تدير موقعًا على ووردبريس، فراجع التحديثات الآن، وتأكد من وجود نسخة احتياطية، وافحص الحسابات والملفات غير المعتادة، ولا تؤجل التصحيح الأمني.
وفي عالم تتحول فيه تفاصيل الثغرات إلى أدوات استغلال بسرعة، فإن تأجيل تحديث واحد قد يكون كافيًا لتحويل موقع كامل إلى نقطة ضعف مفتوحة على الإنترنت.