| اسم البرنامج الإضافي | مكون WordPress Visualizer |
|---|---|
| نوع الضعف | XSS |
| رقم CVE | CVE-2026-24573 |
| الاستعجال | قليل |
| تاريخ نشر CVE | 2026-05-20 |
| رابط المصدر | CVE-2026-24573 |
CVE-2026-24573: ماذا يجب على مالكي مواقع WordPress فعله الآن — مكون Visualizer (< 4.0.0) XSS موضح ومحتوى
تم الكشف عن ثغرة في البرمجة النصية عبر المواقع (XSS) تؤثر على مواقع WordPress التي تعمل بمكون Visualizer (الإصدارات السابقة لـ 4.0.0). تم تتبع المشكلة كـ CVE-2026-24573. كفريق أمان WordPress يدير جدار حماية تطبيقات الويب (WAF) المدارة، نريد أن نقدم لك جولة عملية من الخبراء: ما هي هذه الثغرة، ولماذا هي مهمة، وكيف يمكن للمهاجمين استغلالها، وكيفية حماية مواقعك — على الفور وعلى المدى الطويل.
تم كتابة هذه المقالة لمالكي المواقع والمطورين والوكالات الذين يديرون WordPress ويرغبون في توجيه واضح وقابل للتنفيذ. لا دعاية تسويقية — فقط توجيه تقني من أشخاص يديرون ويخففون من ثغرات WordPress كل يوم.
ملخص تنفيذي — العنوان الرئيسي
- الثغرة: البرمجة النصية عبر المواقع (XSS) في مكون WordPress Visualizer، تؤثر على الإصدارات السابقة لـ 4.0.0.
- CVE: CVE-2026-24573.
- التأثير: يمكن للمهاجم حقن JavaScript سيعمل في متصفح مستخدم مصدق (في هذه الحالة، يُقال إن مستخدمًا لديه دور المساهم أو أعلى مطلوب للإجراء الأولي). يتطلب الاستغلال الناجح تفاعل المستخدم (النقر على رابط مصمم، زيارة صفحة يتحكم فيها المهاجم، تقديم نموذج مصمم).
- الخطورة: متوسطة (تم تعيين CVSS 6.5)؛ ومع ذلك، فإن الخطر الحقيقي يعتمد على حسابات المستخدمين الموجودة وكيفية استخدامها.
- التخفيف الفوري: التحديث إلى Visualizer 4.0.0 أو أحدث. إذا لم تتمكن من التحديث على الفور، نفذ تصحيحًا افتراضيًا عبر WAF، أو قم بتعطيل المكون، أو قيد الوصول إلى شاشات المكون ومسارات التحميل.
- الكشف: ابحث عن علامات نصية غير متوقعة أو حمولة مشفرة بـ base64 داخل بيانات الرسم البياني، أو التحميلات، أو الخيارات المؤقتة؛ افحص السجلات بحثًا عن طلبات مشبوهة في منطقة الإدارة ومحتوى جديد يحتوي على علامات أو سمات مشبوهة on* (onclick، onload).
ما هو XSS بالضبط ولماذا تعتبر هذه الثغرة المحددة مهمة
تحدث البرمجة النصية عبر المواقع (XSS) عندما يتضمن التطبيق مدخلات غير موثوقة في صفحة دون تطهيرها أو ترميزها بشكل صحيح لسياق المتصفح. يقوم المهاجم بتزويد JavaScript (أو HTML آخر) يقوم متصفح الضحية بتنفيذه. تشمل العواقب سرقة الجلسات، وإجراءات غير مصرح بها نيابة عن الضحية، والتشويه، وحقن محتوى ضار دائم.
هذه الثغرة في Visualizer هي متجه XSS مخزن داخل المحتوى الذي يديره المكون. XSS المخزن خطير بشكل خاص لأن الحمولة الضارة تبقى على الموقع ويمكن أن تنفذ كلما تم عرض صفحة أو شاشة إدارة متأثرة من قبل مستخدم مصدق. في هذه الحالة، تتطلب الثغرة تفاعلًا أوليًا من مستخدم متميز (دور المساهم أو أعلى) ولكن يمكن أن يكون لها تأثير أوسع إذا قام مسؤول بعرض صفحة مصابة أو إذا كانت الشيفرة الضارة تعمل ضد زوار ذوي امتيازات أقل.
حتى لو بدا أن متطلبات الامتياز الأولية تحد من التعرض، فإن العديد من مواقع WordPress لديها العديد من المساهمين، والمحررين، أو المسؤولين — قد يكون بعضهم متعاقدين، أو يقومون بمراجعة حساباتهم بشكل غير متكرر، أو قد يكون لديهم بيانات اعتماد معاد استخدامها. يقوم المهاجمون بتشغيل حملات آلية يمكن أن تستفيد بسرعة حتى من المتجهات المحدودة.
كيف يمكن للمهاجم استخدام الثغرة — سيناريوهات هجوم عملية
- XSS مستمر (مخزن) في بيانات الرسم البياني
- يقوم مساهم ضار بتحميل أو تعديل بيانات الرسم البياني التي تحتوي على علامات نصية مدمجة أو معالجات أحداث.
- يقوم المكون بتخزين بيانات الرسم البياني تلك، وعندما يقوم مستخدم آخر (محرر/مسؤول) أو ربما زائر غير مصدق بعرض صفحة الرسم البياني، يتم تشغيل JavaScript الضار.
- النتيجة: يمكن للمهاجم التقاط ملفات تعريف الارتباط الخاصة بالمسؤول، وتنفيذ إجراءات من خلال جلسة المتصفح الخاصة بالمسؤول، أو تثبيت أبواب خلفية إضافية.
- التصيد ورفع الامتيازات
- يقوم المهاجم بإنشاء روابط أو محتوى في منطقة الإدارة يتسبب في تأكيد المسؤول لإجراء (مثل تغيير الخيارات أو تثبيت مكون إضافي) بينما يتم تنفيذ البرنامج النصي في سياق المسؤول.
- الحركة الجانبية
- بمجرد أن يتحكم المهاجم في جلسة المسؤول، يمكنه تعديل الملفات، وإنشاء ملفات PHP أبواب خلفية، وإنشاء حسابات مسؤول جديدة، أو استخراج معلومات حساسة.
- ضرر السمعة وتسميم SEO
- يمكن أن تعيد البرامج النصية المدخلة التوجيه، أو تضيف روابط بريد عشوائي، أو تُدخل محتوى SEO ضار يؤثر على التصنيفات وثقة المستخدمين.
من هو المعرض للخطر
- المواقع التي تعمل بإصدارات مكون Visualizer أقل من 4.0.0.
- المواقع التي تحتوي على حسابات متعددة ذات امتيازات (مساهم، مؤلف، محرر، مسؤول).
- المواقع التي تسمح للمساهمين الخارجيين بتحميل أو تزويد بيانات الرسم البياني دون تعقيم صارم.
- المواقع التي لا تحتوي على جدار حماية تطبيقات ويب نشط أو عملية مسح محتوى.
حتى المواقع التي تحتوي على حساب مسؤول واحد فقط يمكن أن تكون في خطر إذا تم استخدام هذا الحساب على مواقع أخرى وتم إعادة استخدام بيانات الاعتماد أو تسريبها. إن موقف الأمان لجميع المستخدمين مهم.
الإجراءات الفورية (الـ 60-90 دقيقة الأولى)
هذه خطوات حقيقية ذات أولوية يمكنك تنفيذها على الفور. اتبعها بالترتيب.
- تحديث المكون الإضافي (أفضل خيار)
- إذا كنت تستطيع التحديث بأمان، فافعل ذلك الآن. قم بتحديث Visualizer إلى الإصدار 4.0.0 أو أحدث. أكد التحديث في بيئة اختبار إذا كان ذلك ممكنًا؛ وإلا، قم بالتحديث خلال نافذة صيانة ذات حركة مرور منخفضة وكن مستعدًا للنسخ الاحتياطي.
- إذا لم تتمكن من التحديث على الفور - احتوِ الخطر
- قم بإلغاء تنشيط مكون Visualizer مؤقتًا.
- قيد الوصول إلى شاشات إدارة Visualizer باستخدام قواعد السماح/الرفض IP على مستوى الخادم أو جدار الحماية.
- قم بتعطيل القدرة على الأدوار غير الموثوقة لتحرير أو تحميل بيانات الرسم البياني. راجع إعدادات الدور/القدرة وأزل وصول التحرير للمساهم (أو أقل) إذا كان ذلك ممكنًا.
- قم بتمكين تصحيح WAF الافتراضي / القواعد
- ضع قواعد WAF التي تحظر الطلبات التي تحتوي على حمولة مشبوهة تستهدف المكون الإضافي (انظر القسم أدناه للحصول على أمثلة).
- حظر أو تعقيم الطلبات التي تتضمن علامات الخام، أو URIs javascript:، أو معالجات أحداث مشبوهة في المعلمات التي تتوافق مع حقول بيانات الرسم البياني.
- تدقيق حسابات المستخدمين
- راجع جميع المستخدمين الذين لديهم دور المساهم أو أعلى. قم بإزالة أو تعليق الحسابات التي تعتبر قديمة أو غير مطلوبة أو مشبوهة على الفور.
- فرض إعادة تعيين كلمات المرور للمستخدمين ذوي الامتيازات إذا كنت تشك في أن الثغرة قد تم استغلالها.
- قم بتمكين أو فرض كلمات مرور قوية والمصادقة الثنائية (2FA) لحسابات المسؤولين/المحررين.
- لقطة و سجلات
- أنشئ نسخ احتياطية كاملة (قاعدة البيانات + الملفات) للتحليل الجنائي.
- جمع وحفظ سجلات خادم الويب ووردبريس. ابحث عن طلبات POST المشبوهة إلى admin-ajax.php، wp-admin/edit.php، أو نقاط النهاية الخاصة بالمكونات الإضافية.
- مسح للكشف عن الاختراق
- قم بتشغيل فحص كامل للبرامج الضارة وابحث عن ملفات مشبوهة أو تغييرات في الشيفرة (ملفات PHP في الجذر، تعديلات في wp-content/uploads، ملفات .php غير متوقعة في uploads).
- ابحث في قاعدة البيانات عن السكربتات المدخلة أو السلاسل المشفرة بـ base64/URL المشبوهة داخل المشاركات أو الخيارات أو جداول المكونات الإضافية.
تصحيح افتراضي لجدار الحماية — الأنماط والقواعد المقترحة
إذا لم تتمكن من الترقية على الفور، يمكن لجدار الحماية توفير تصحيح افتراضي لمنع محاولات الاستغلال. فيما يلي قواعد عملية ومحافظة يجب مراعاتها. يتم التعبير عنها بشكل مفاهيمي — قم بتكييفها مع بناء جملة منتج جدار الحماية الخاص بك واختبرها في بيئة الاختبار أولاً.
مهم: تجنب حظر حركة المرور الشرعية. قم بضبط القواعد لتناسب سلوك موقعك الطبيعي.
الاقتراحات للكشف/الحظر:
- حظر الطلبات التي تحتوي على علامات سكربت حرفية أو سمات معالج الأحداث في الحقول التي يجب أن تحتوي على بيانات وليس HTML:
- مطابقة المعلمات التي تتوافق مع بيانات الرسم البياني (مثل: data، chart_data، إلخ) ورفضها إذا كانت تحتوي على <script، ، onerror=، onload= أو javascript:.
- حظر طلبات POST التي تحتوي على حمولة مشفرة بـ base64 تم تقديمها إلى نقاط نهاية المكونات الإضافية حيث يكون base64 غير متوقع:
- اكتشاف سلاسل base64 الطويلة في المعلمات وحظرها أو وضع علامة للمراجعة.
- تطبيع وتصنيف حمولة JSON المقدمة عبر نقاط نهاية Ajax للمكون الإضافي:
- الرفض عندما تتضمن حقول JSON علامات HTML.
- منع حقن الانعكاس/السكربت في سلاسل الاستعلام:
- حظر الطلبات حيث تتضمن معلمات الاستعلام <script أو .
- حصر الوصول إلى صفحات الإدارة حسب IP أو تحدي باستخدام captcha لـ IPs المشبوهة.
قاعدة مفاهيمية مثال (صياغة زائفة):
# حظر POSTs إلى نقاط نهاية المكونات الإضافية التي تحتوي على علامات script في معلمة chart_data إذا كان request.path يتطابق مع "/wp-admin/admin-ajax.php|/wp-admin/*visualizer*" وَ request.method == POST: إذا كانت request.params.* تحتوي على "<script" أو "onerror=" أو "javascript:": حظر الطلب مع 403
تطبيق الحمايات العامة أيضًا:
- فرض HTTPOnly و Secure لملفات تعريف الارتباط.
- تطبيق سياسة أمان المحتوى (CSP) كدفاع متعمق لتقييد مصادر السكربتات.
كيفية اكتشاف ما إذا كان موقعك قد تم استغلاله
قائمة مراجعة قصيرة للكشف:
- البحث عن منشورات جديدة أو معدلة، أو مخططات، أو خيارات تتضمن علامات غير متوقعة أو JavaScript مشفرة.
- البحث في قاعدة البيانات عن أنماط هجوم JS الشائعة: <script، document.cookie، XMLHttpRequest، fetch(، eval(، atob( مجتمعة مع سلاسل مشبوهة.
- التحقق من مجلد التحميلات للملفات ذات الامتدادات غير العادية أو ملفات PHP في التحميلات.
- فحص المستخدمين الجدد في الإدارة أو الأدوار المعدلة للمستخدمين.
- مراجعة سجلات خادم الويب للطلبات إلى صفحات المكونات الإضافية مع أحمال غير عادية (POSTs طويلة، سلاسل base64).
- مراقبة أخطاء وحدة التحكم في المتصفح إذا قمت أنت أو مستخدموك بزيارة الموقع وواجهتم سكربتات غريبة.
إذا وجدت دليلًا على الاستغلال:
- عزل الحادث: قم بإيقاف الموقع أو وضعه في وضع الصيانة.
- احتفظ بالسجلات والنسخ الاحتياطية للتحقيق.
- إعادة تعيين كلمات المرور والمفاتيح (أملاح WordPress، مفاتيح API).
- تنظيف الموقع أو استعادته من نسخة احتياطية نظيفة تم أخذها قبل الاختراق.
قائمة مراجعة التنظيف - عندما يتم تأكيد الاختراق
- الحفاظ على الأدلة (السجلات، تفريغ قاعدة البيانات، لقطة الملف).
- أخذ الموقع offline، أو تقديم صفحة صيانة.
- إعادة تعيين جميع كلمات مرور المسؤول/المميزة وإلغاء الجلسات (لوحة تحكم WordPress والاستضافة).
- استبدال أملاح ووردبريس في wp-config.php.
- إزالة الملفات الضارة والعودة بالملفات المعدلة إلى نسخ معروفة جيدة.
- تحقق من المهام المجدولة (wp-cron) للوظائف الضارة.
- قم بتشغيل فحص سلامة الملفات عبر القوالب والإضافات والنواة.
- أعد الفحص بعد التنظيف للتأكد من عدم وجود بقايا.
- أعد نشر التحديثات، بما في ذلك Visualizer 4.0.0+.
- أعد تمكين المستخدمين والخدمات تدريجياً؛ راقب الشذوذ بعد التنظيف.
إذا لم يكن لديك نسخة احتياطية موثوقة أقدم من الاختراق، فكر في إعادة البناء من الصفر واستعادة المحتوى بعد التطهير الدقيق.
إرشادات المطور - كيف كان يجب على مؤلف الإضافة منع ذلك
إذا كنت مطورًا أو مسؤولاً عن صيانة الإضافات، فهذه هي الممارسات القياسية لمنع XSS في إضافات ووردبريس:
- قم بتطهير المدخلات على الخادم:
- استخدم دوال التطهير المناسبة: sanitize_text_field، wp_kses_post، wp_kses لـ HTML مع العلامات المسموح بها، intval للأعداد الصحيحة، esc_attr لسمات HTML.
- قم بتهريب المخرجات وفقًا للسياق:
- استخدم esc_html() لمحتوى HTML، esc_attr() لسمات HTML، esc_js() لسياقات JavaScript، esc_url() لعناوين URL.
- تحقق من أنواع البيانات وقيّدها - توقع ما تحتاجه (القائمة البيضاء).
- استخدم nonces للعمليات التي تغير الحالة.
- تجنب تخزين HTML الخام عندما لا يكون ذلك ضروريًا - قم بتخزين بيانات JSON المهيكلة أو البيانات المطهرة.
- بالنسبة لبيانات JSON أو البيانات البيانية، تحقق من المخطط وقم بتطهير كل حقل قبل العرض.
- قيد القدرات: اسمح فقط للأدوار التي تحتاج بشدة إلى تعديل الرسوم البيانية بامتلاك القدرة.
- نفذ فحوصات طول المحتوى، مجموعة الأحرف، ونوع الملفات على الخادم للتحميلات وحمولات ajax.
تعزيز وتقليل المخاطر على المدى الطويل
- فرض مبدأ أقل الامتيازات لأدوار المستخدمين.
- تفعيل المصادقة الثنائية لجميع حسابات المسؤولين/المحررين.
- تنفيذ تحديثات منتظمة للإضافات والنواة؛ الاحتفاظ ببيئة اختبار.
- استخدام مراقبة سلامة الملفات وفحوصات الثغرات المجدولة.
- الحفاظ على خطة استجابة للحوادث ونسخ احتياطية مختبرة.
- استخدام جدار حماية تطبيقات الويب المعدل لـ WordPress: حظر أنماط الحقن الشائعة، فرض سلوكيات معروفة جيدة، والتنبيه على الشذوذات.
- تطبيق رؤوس الأمان: CSP، X-Content-Type-Options، X-Frame-Options، سياسة الإحالة، وأمان النقل الصارم (HSTS).
المراقبة والتنبيه - ما يجب مراقبته
إعداد تنبيهات لـ:
- عدة محاولات تسجيل دخول فاشلة أو أنماط تسجيل دخول غير عادية.
- إضافة/تعديل مفاجئ للإضافات أو القوالب.
- إنشاء حسابات مسؤول جديدة خارج العمليات العادية.
- تغييرات غير متوقعة في الملفات في wp-content وuploads.
- طلبات POST كبيرة بشكل غير عادي أو نشاط مشبوه في admin-ajax.
- زيادة في حركة المرور الصادرة أو اتصالات خارجية غير عادية.
استخدام تسجيل مركزي وSIEM حيثما أمكن حتى تتمكن من ربط سجلات الويب وسجلات الخادم وأحداث WordPress للكشف السريع.
كيف يساعد WP-Firewall - ميزات عملية تخفف من هذا الخطر
كفريق يدير جدار حماية تطبيقات الويب وإطار الأمان لـ WordPress، نوصي بنهج متعدد الطبقات:
- مجموعات قواعد جدار حماية تطبيقات الويب المدارة - المعدلة لسلوكيات WordPress والإضافات - التي يمكن نشرها على الفور لحظر أنماط الاستغلال للثغرات المعروفة أثناء التحديث.
- فحص البرمجيات الضارة وفحوصات سلامة الملفات للعثور على حمولات مخزنة دائمة أو أبواب خلفية.
- القدرة على تقييد الوصول إلى مناطق الإدارة حسب IP وتطبيق تحديات مصادقة إضافية.
- مراقبة الأدوار والنشاط لاكتشاف إجراءات محرر/مساهم مشبوهة.
- تصحيح افتراضي لحماية ضد الثغرات الجديدة حتى يمكن تطبيق تحديث المكون الإضافي.
- إرشادات استجابة الحوادث وتنظيف منسق إذا تم اكتشاف استغلال.
سواء كنت تدير جدار الحماية الخاص بك بنفسك أو تستخدم خدمتنا المدارة، فإن هذه الميزات تقلل من التعرض وتمنحك الوقت للتحديث وإصلاح الأمور بأمان.
استعلامات وعينات عملية للمحققين
استخدم هذه الأفكار البحثية (تكييفها مع قاعدة بياناتك وأدواتك) للبحث عن محتوى مشبوه:
- بحث قاعدة البيانات عن علامات السكربت:
حدد معرف عنوان المنشور من wp_posts حيث محتوى المنشور مثل '%
- خيارات البحث وجداول المكونات الإضافية للسكربتات أو base64:
SELECT option_name, option_value FROM wp_options WHERE option_value LIKE '%<script%' OR option_value LIKE '%base64,%';
- ابحث في التحميلات عن ملفات PHP:
find /path/to/wordpress/wp-content/uploads -type f -name "*.php"
- مرشحات سجلات خادم الويب:
grep -iE "(<script|onerror=|onload=|javascript:|base64,)" access.log
قم دائمًا بتصدير وتخزين النتائج في موقع خارجي للتحليل الجنائي.
التواصل وتنسيق أصحاب المصلحة
إذا كنت تدير مواقع العملاء، أو مالكي الوكالات أو مزودي الاستضافة، فتواصل بوضوح:
- أبلغ أصحاب المصلحة عن الثغرة وأن تحديثًا أو تخفيفًا مطلوب.
- قم بترتيب المواقع حسب التعرض (مواقع متعددة، مواقع بها العديد من المساهمين، التجارة الإلكترونية).
- جدولة نوافذ التصحيح والنسخ الاحتياطي.
- قدم الشفافية إذا كانت الحادثة تتطلب إصلاحًا أو توقف الموقع.
إن وجود هذه خطوط الاتصال مسبقًا يقلل بشكل كبير من وقت الاستجابة عند الكشف عن ثغرات جديدة.
ابدأ في حماية موقعك اليوم - حماية مدارة مجانية من WP-Firewall
يجب أن لا تكون حماية موقع WordPress الخاص بك لعبة تخمين. إذا كنت تريد حماية فورية ومدارة تمنحك الوقت لإصلاح واستعادة الموقع، فكر في خطتنا المجانية الأساسية.
ابدأ في حماية موقعك مجانًا
تتضمن خطة WP-Firewall Basic (مجانية) الدفاعات الأساسية لتخفيف المخاطر مثل XSS Visualizer:
- جدار حماية مُدار بقواعد مدركة لـ WordPress
- عرض نطاق غير محدود من خلال طبقة الحماية لدينا
- جدار حماية تطبيقات الويب (WAF) مع حظر في الوقت الحقيقي
- ماسح للبرمجيات الخبيثة لاكتشاف الملفات المشبوهة والبرامج النصية المدخلة
- التخفيف من مخاطر OWASP العشرة الكبرى
اشترك في الخطة المجانية الآن واحصل على طبقة فورية من الحماية بينما تقوم بإصلاح الإضافات وتعزيز أمان الحساب:
https://my.wp-firewall.com/buy/wp-firewall-free-plan/
إذا كنت تريد تنظيفًا تلقائيًا، وضوابط متقدمة، وتصحيحًا افتراضيًا، فإن خططنا القياسية والمحترفة تقدم ميزات متزايدة تتناسب مع احتياجاتك.
توصيات ختامية - قائمة مرجعية قابلة للتنفيذ
قبل مغادرتك هذه الصفحة، إليك قائمة مرجعية قصيرة وقابلة للطباعة يمكنك العمل عليها على الفور:
- تحقق من إصدار الإضافة؛ قم بتحديث Visualizer إلى 4.0.0+ على الفور.
- إذا لم تتمكن من التحديث، قم بإلغاء تنشيط الإضافة أو تقييد الوصول إلى شاشات إدارة الإضافة.
- نفذ قواعد WAF لحظر حقن البرامج النصية في بيانات الرسم البياني ونقاط نهاية الإضافات.
- قم بمراجعة المستخدمين المميزين؛ أزل أو أعد تعيين أي حسابات قديمة أو مشبوهة.
- أنشئ لقطة احتياطية واحتفظ بالسجلات للتحقيق.
- قم بفحص البرامج النصية المدخلة، والملفات الجديدة في التحميلات، والمستخدمين الإداريين غير المعروفين.
- عزز الموقع: قم بتمكين المصادقة الثنائية، وفرض كلمات مرور قوية، وتقييد القدرات.
- فكر في خدمة WAF مُدارة أو خدمة أمان للتصحيح الافتراضي والتخفيف النشط.
الأفكار النهائية
تذكرنا الثغرات مثل XSS Visualizer بأن الإضافات التي تبدو منخفضة المخاطر يمكن أن تصبح خطيرة عندما يتم تخزين محتوى المستخدم وعرضه دون تحقق صارم. غالبًا ما يكون الفرق بين مشكلة بسيطة واختراق كامل للموقع يعتمد على الاستعداد: التصحيح الفوري، أقل امتياز، نظافة حساب قوية، واستراتيجية دفاع متعددة الطبقات تشمل WAF مضبوط.
إذا كنت بحاجة إلى مساعدة في تقييم التعرض عبر مواقع العملاء المتعددة أو تريد مساعدة في نشر التصحيحات الافتراضية أثناء تحديث الإضافات، فإن فريقنا في WP-Firewall متاح للمساعدة. ابق آمنًا، وقم بالتحديث بسرعة، وعزز الأمان باستمرار.
— فريق أمان جدار الحماية WP
