تحديث WordPress 7.1.4 الأمني: شو بيصلّح وكيف تتأكد إنو وصل لموقعك
WordPress 7.1.4 بيصلّح ضعف بعملية التحديث نفسها ممكن يوصل لتنفيذ كود عن بعد، ومعه ثغرات XSS مخزّنة بالبلوكات والـ Interactivity API. حدّث هلق وتأكد من رقم النسخة.
إذا عندك موقع WordPress، في تحديث أمني جديد اسمه WordPress 7.1.4، نزل بـ 28 تشرين الأول 2026، وWordPress بتنصح تحدّث مواقعك فوراً. هون بتعرف شو بيصلّح، وكيف تتأكد إنو موقعك أخده.
شو بيصلّح WordPress 7.1.4؟
WordPress 7.1.4 إصدار أمني بيصلّح مجموعة ثغرات بنواة WordPress، أخطرها ضعف بعملية التحديث نفسها ممكن يوصل لتنفيذ كود عن بعد خلال نافذة التحديث.
هاي الثغرات حسب ملاحظات الإصدار:
ضعف بعملية تحديث WordPress ممكن يوصل لتنفيذ كود عن بعد (remote code execution) خلال نافذة التحديث.
ثغرات XSS مخزّنة بكذا مكان: كود بلوكات مصنوع بطريقة خاصة، وطلبات حذف البيانات الشخصية (Privacy Data Removal Requests)، والـ Interactivity API، والـ Customizer selective refresh، وبلوك التصنيفات، وأسماء دخول مستخدمين مصنوعة بطريقة خاصة، وبلوكات Playlist والصور، وبلوكات ترقيم التعليقات.
رفض خدمة مخزّن (stored denial of service) بالـ Interactivity API.
تعديلات Customizer لسا ما انتشرت، بيقدر يلاقيها زائر مش مسجّل دخول.
ملاحظات (Notes) بيقدر يقراها مستخدم عنده صلاحيات، بس ما عنده صلاحية يعدّل المقال يلي الملاحظة عليه.
وفوق الثغرات، التحديث بيغيّر شهادات الجذر يلي جاية مع WordPress بسبب سحب شهادات eMudhra. إذا بدك تعرف شو قصة eMudhra، كتبنا عنها بمقال شهادات eMudhra وMongoDB Compass.
شو يعني XSS مخزّن؟
الـ XSS المخزّن هو كود JavaScript بينحفظ بموقعك (ببلوك، أو باسم مستخدم، أو بطلب) وبيشتغل بمتصفح كل حدا بيفتح الصفحة يلي بتعرضه.
الخطر إنو الكود بيشتغل بجلسة يلي فاتح الصفحة. يعني إذا فتحها مدير الموقع، الكود بيقدر يعمل يلي بيقدر يعمله المدير من متصفحه. لهيك ثغرات الـ XSS المخزّنة بالبلوكات وأسماء المستخدمين بتهم كل موقع فيه أكتر من حدا بيكتب أو بيسجّل.
هل موقعي بياخد التحديث لحاله؟
موقع WordPress بياخد 7.1.4 لحاله إذا بيقبل التحديثات التلقائية بالخلفية: حسب ملاحظات الإصدار، التحديث بيبلّش أوتوماتيك.
وإذا التحديث التلقائي مسكّر عندك، حدّث بإيدك:
افتح لوحة تحكم WordPress.
اضغط «Updates»، وبعدين «Update Now».
ارجع للوحة التحكم، وتأكد إنو رقم النسخة صار 7.1.4.
وفيك كمان تنزّل WordPress 7.1.4 من WordPress.org إذا بتحدّث من ملفات.
شو إذا موقعي على نسخة أقدم؟
الفروع الأقدم بتاخد نفس الإصلاحات إذا لسا بتاخد إصلاحات أمنية: WordPress رجّعت الإصلاحات لكل هالفروع، وهلق هي لحد فرع 4.7.
يعني موقع قديم ما رح يصير على 7.1.4، بس بياخد آخر نسخة من فرعه. افتح لوحة التحكم وشوف إذا في تحديث لفرعك.
وإذا عم تجرّب النسخة الجاية، WordPress 7.2 Beta 3 نزلت كمان وفيها كل الإصلاحات يلي بتنطبق عليها. كتبنا عن شو جديد بالفرع هاد بمقال WordPress 7.2 Beta وواجهة الأسرار.
شو بتعمل بعد التحديث؟
بعد التحديث، الثغرات ما عادت بتنفتح، بس يلي انحفظ قبل بيضل بمكانه. ثغرات الـ XSS هون كلها مخزّنة، يعني الكود بيكون محفوظ بمحتوى الموقع نفسه.
هيك بتطلّع بعد ما تحدّث:
افتح قائمة المستخدمين، وشوف إذا في أسماء دخول غريبة أو حسابات ما بتعرفها.
افتح طلبات الخصوصية (حذف البيانات) وشوف إذا في طلبات ما بتعرف مصدرها.
حدّث الإضافات والقالب كمان: هاد التحديث بيصلّح النواة بس.
وتحديث WordPress ما بيلمس PHP يلي تحته، فإذا لسا ما حدّثته بعد ثغرات هالشهر، شوف ثغرة PHP2Shell وكيف تصلّحها.
من وين تبلّش هلق؟
بلّش برقم النسخة: هو أسرع شي بيقلك إذا موقعك محمي.
افتح لوحة التحكم وشوف إذا النسخة 7.1.4 أو آخر نسخة من فرعك.
إذا لأ، حدّث من «Updates» هلق.
طلّع على المستخدمين وطلبات الخصوصية متل ما فوق.
وإذا بدك حدا يفحص موقعك متل ما بيفحصه مهاجم، من الإضافات للإعدادات، هاد شغل مُحَصَّن.
أسئلة شائعة
هل التحديث التلقائي بيكفي؟
غالباً إي. إذا موقعك بيقبل التحديثات التلقائية بالخلفية، التحديث بيبلّش لحاله حسب ملاحظات الإصدار. بس افتح لوحة التحكم وتأكد إنو رقم النسخة صار 7.1.4.
موقعي على فرع أقدم، بياخد الإصلاحات؟
إي، إذا فرعه لسا بياخد إصلاحات أمنية. WordPress رجّعت الإصلاحات لكل هالفروع، وهلق هني لحد فرع 4.7.
شو دخل eMudhra بالتحديث؟
التحديث بيغيّر كمان شهادات الجذر يلي جاية مع WordPress، بسبب سحب شهادات eMudhra.
عم جرّب WordPress 7.2، فيها الإصلاحات؟
إي. WordPress 7.2 Beta 3 نزلت مع التحديث، وفيها كل الإصلاحات يلي بتنطبق عليها.
