تحديث ووردبريس 7.1.4: ثغرة مستغلة فعليًا تستدعي التحديث الآن

إذا كان موقعك يعمل بووردبريس، فالخطوة الأولى اليوم هي تحديث ووردبريس 7.1.4 قبل أي إجراء آخر. صدر هذا الإصدار الأمني في 28 أكتوبر 2026 لمعالجة ثغرة مسجلة باسم CVE-2026-119977، أدرجتها وكالة الأمن السيبراني الأمريكية CISA في قائمة الثغرات المستغلة فعليًا بتاريخ 3 نوفمبر، ومنحت الجهات الفيدرالية الأمريكية حتى اليوم، 6 نوفمبر، لإصلاحها.

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

ما الثغرة وما الذي يجعلها خطيرة

تقع الثغرة في آلية الترقية داخل نواة ووردبريس. بحسب إعلان الإصدار على موقع WordPress.org، أبلغ عنها الباحث Umut Bayram، وهي من نوع «سباق الوقت» المعروف بـ time-of-check/time-of-use، أي أن النظام يتحقق من شيء ثم يستخدمه لاحقًا، وفي الفاصل بين اللحظتين قد يتمكن مهاجم من التلاعب به.

صُنّفت الثغرة بدرجة 8.1 وفق نظام CVSS. وبحسب CISA كما نقلها موقع The Hacker News، يستطيع مهاجمون غير مسجلين الدخول تنفيذ شيفرة على الخادم خلال نافذة الترقية. ويمكن تلخيص أهم ما يعنيه ذلك في ثلاث نقاط:

• لا يحتاج المهاجم إلى حساب في ووردبريس.
• الهجوم لا ينجح إلا لبضع ثوانٍ أثناء فك ضغط حزمة التحديث الأساسية.
• ترى شركة Patchstack أن الاستغلال الفعلي في الواقع صعب التنفيذ.

لماذا يهم هذا الخبر المواقع العربية

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

ولم نجد حتى إعداد هذا المقال تنبيهًا من الهيئة الوطنية للأمن السيبراني (SAUDICERT) بشأن ووردبريس، كما لم نتحقق مما إذا كانت مواقع حكومية أو تجارية كبيرة في السعودية ما زالت تعمل بنسخ غير محدّثة. لذلك تبقى متابعة قناة التنبيهات الرسمية للهيئة خطوة مفيدة.

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

كيف يحدث الاستغلال ولماذا لا يعني ذلك الاطمئنان

تقدّر Patchstack صعوبة الاستغلال في العالم الحقيقي لأن النافذة الزمنية قصيرة جدًا. لكن الرصد الميداني يشير إلى أن المهاجمين بدؤوا التجربة مبكرًا. فقد رصدت Wordfence محاولات استغلال بدأت بعد وقت قصير من الإصدار. ونقل موقع The Hacker News أن حوادث استغلال رُصدت في 30 أكتوبر، بينما تذكر إحدى المدونات الأمنية أن الهجمات بدأت في يوم الإعلان نفسه، لذلك يبقى تاريخ بدء الاستغلال محل خلاف بين المصادر.

ونقل The Hacker News أيضًا أن Wordfence رصدت أكثر من 18,500 طلب موجّه إلى مسارات ملف setup-config.php المجهّزة مرحليًا خلال أول 21 ساعة بعد الإعلان. ولا تكشف هذه الأرقام كم موقعًا تعرّض للاختراق فعلًا، فهذه المعلومة غير متوفرة في المصادر التي اطلعنا عليها.

تحديث ووردبريس 7.1.4 خطوة بخطوة

توصي ووردبريس في إعلان الإصدار بأن تُحدَّث المواقع فورًا، بالنص: «it is recommended that you update your sites immediately». اتبع هذه الخطوات بالترتيب:

1. انسخ ملفات موقعك وقاعدة بياناته احتياطيًا قبل التحديث. هذه نصيحة وقائية تكررها أدلة التحديث، وليست شرطًا من ووردبريس نفسه.
2. سجّل الدخول إلى لوحة التحكم، وادخل إلى Dashboard > Updates، ثم اضغط Update Now لتثبيت الإصدار 7.1.4. يمكنك أيضًا تنزيل الإصدار من موقع WordPress.org.
3. إن كان موقعك على فرع أقدم، فثبّت النسخة المصححة لفرعك، مثل 7.0.8 أو 6.9.11.
4. تأكد من الإصدار المثبّت من خلال Dashboard > Updates أو من صفحة Site Health.
5. حدّث الإضافات المرتبطة بمحرر الكتل في الجلسة نفسها، لأن عددًا من إصلاحات XSS يقع في شيفرة الكتل.
6. إن كنت تستخدم Wordfence، ففعّل خيار Extended Protection، لأن الاستغلال يستهدف ملفات PHP مباشرة قبل تحميل ووردبريس.
7. يقترح أحد المصادر منع الوصول إلى مجلد wp-content/upgrade على مستوى الخادم. لا تفعل ذلك قبل استشارة مزود الاستضافة.
8. ستبدأ التحديثات التلقائية وحدها للمواقع التي فعّلتها، لكن لا تفترض أنها اكتملت. تحقق من رقم الإصدار بنفسك.

إصلاحات أخرى في الإصدار وسلسلة التحديثات

لا تقتصر إصلاحات هذا الإصدار على الثغرة الأساسية. فهو يعالج عددًا من ثغرات XSS المخزّنة في محرر الكتل وواجهة Interactivity API وأداة التخصيص Customizer وأدوات الخصوصية. كما يجدّد الشهادات الجذرية المرفقة به بعد إلغاء شهادة تابعة لشركة eMudhra.

ويُعد 7.1.4 الإصدار الأمني الرابع في فرع 7.1 منذ إطلاقه: 7.1.1 في 17 سبتمبر، و7.1.2 في 22 سبتمبر، و7.1.3 في 6 أكتوبر، ثم 7.1.4 في 28 أكتوبر. وطُبّقت الإصلاحات على كل فرع ما زال مؤهلًا للتحديثات الأمنية، وصولًا إلى الفرع 4.7. أما معظم الإصلاحات الأخرى فتتطلب حسابًا مسجلًا بصلاحية مساهم (Contributor) على الأقل، بحسب موقع The Repository.

أرقام ومواعيد يجب أن تعرفها

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

كذلك تذكر بعض المصادر أن CISA أدرجت الثغرة في 2 نوفمبر، لكن صفحة CISA نفسها مؤرخة في 3 نوفمبر، لذلك نعتمد هذا التاريخ. ولم نتحقق من موعد نشر سجل الثغرة في قاعدة CVE.org، إذ أشارت Brandefense إلى عدم وجوده في 31 أكتوبر.

ما الذي تفعله بعد هذا التحديث

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

وإن كنت لا تحتفظ بنسخة احتياطية لجهازك الشخصي، فابدأ بدليلنا نسخ احتياطي للكمبيوتر: خطوات عملية لحماية ملفاتك من الضياع.

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