كثرة الثغرات لا تعني تحديثًا عشوائيًا؛ تعني ترتيبًا واضحًا حسب الخطر والتأثير.

نُشر في 5 يوليو 2026 · Plugin Vulnerabilities

نشر Wordfence تقريره الأسبوعي للفترة من 22 إلى 28 يونيو 2026، وذكر إضافة 199 ثغرة في إضافات وقوالب WordPress إلى قاعدة البيانات. الرقم كبير، لكن التعامل الصحيح معه ليس الذعر أو تحديث كل شيء دفعة واحدة؛ بل triage واضح يبدأ بما يهدد الموقع فعليًا.

كيف ترتب الأولويات؟

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

بعد ذلك قسم النتائج: ثغرات بدون صلاحيات، ثغرات تسمح برفع ملفات أو تعديل بيانات، ثغرات تحتاج مستخدمًا مسجلًا، وثغرات منخفضة الأثر. كل مجموعة لها SLA مختلف.

ما الذي تفحصه بجانب التحديث؟

التحديث يغلق جزءًا من الخطر، لكنه لا يثبت أن الموقع لم يتعرض لمحاولة سابقة. افحص المستخدمين الإداريين، الملفات الجديدة، صلاحيات wp-config.php، وسجلات الطلبات المرتبطة بمسارات الإضافات الخطرة.

في المواقع التجارية، يجب اختبار الوظائف الحساسة بعد التحديث: النماذج، الدفع، البحث، الكاش، والبريد. التحديث الآمن هو الذي يحمي الموقع ولا يكسر مسار العميل.

Checklist أسبوعي

• صدّر قائمة الإضافات والقوالب والإصدارات.
• طابق القائمة مع Wordfence أو مصدر ثغرات موثوق.
• ابدأ بالثغرات عالية الأثر والموجودة على الموقع.
• خذ نسخة قبل تحديث الإضافات الحساسة.
• اختبر الصفحة الرئيسية والنماذج ووظائف البيع بعد التحديث.
• وثق ما تم تحديثه وما يحتاج متابعة.

قرار عملي

لو تدير أكثر من موقع، لا تعتمد على ذاكرة الفريق. أنشئ تقريرًا أسبوعيًا مختصرًا: مواقع متأثرة، مستوى الخطر، الإجراء، نتيجة الاختبار.

هذا التقرير ليس رفاهية. هو الذي يمنع ثغرة منشورة من التحول إلى حادث، ويمنع تحديثًا متسرعًا من تعطيل موقع يعمل.

المصادر

• Wordfence weekly vulnerability report.
• WordPress.org: Hardening WordPress.
• Patchstack security articles.