اسم البرنامج الإضافي	كوكاييس
نوع الضعف	ثغرات ووردبريس غير المصححة
رقم CVE	غير متوفر
الاستعجال	معلوماتية
تاريخ نشر CVE	2026-05-13
رابط المصدر	غير متوفر

تنبيه ثغرات ووردبريس الأخيرة - ما يحتاجه مالكو المواقع معرفته الآن

مؤلف: فريق أمان جدار الحماية WP

تاريخ: 2026-05-13

TL;DR

• لا تزال غالبية اختراقات ووردبريس الأخيرة ناتجة عن الإضافات والقوالب الضعيفة؛ يتم فحص واستغلال الثغرات السهلة مثل المكونات القديمة بنشاط.
• أنواع الاستغلال الرائجة الآن: تنفيذ التعليمات البرمجية عن بُعد (RCE)، تحميل ملفات عشوائية، حقن SQL (SQLi)، البرمجة النصية عبر المواقع (XSS)، التحكم في الوصول المكسور، وتصعيد الامتيازات.
• الإجراءات الفورية لمالكي المواقع: تحديث المكونات، تفعيل جدار حماية تطبيقات الويب المدارة (WAF) أو التصحيح الافتراضي، تدوير بيانات الاعتماد والمفاتيح، إجراء فحص كامل للبرامج الضارة، ومراجعة السجلات للأنشطة المشبوهة.
• يجب على المطورين التحقق من المدخلات، استخدام واجهات برمجة التطبيقات الخاصة بووردبريس لمعالجة الملفات والوصول إلى قاعدة البيانات، وتنفيذ فحوصات القدرة وnonces.
• إذا كنت ترغب في حماية مستمرة أثناء التصحيح والتحقيق، فإن خطتنا المجانية توفر جدار حماية مدارة، WAF، فحص، وتخفيف OWASP Top 10. سجل هنا: https://my.wp-firewall.com/buy/wp-firewall-free-plan/

---

لماذا تعتبر هذه التنبيه مهمًا (ولماذا يجب أن تهتم)

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

في الأسابيع القليلة الماضية، كنا في WP-Firewall نتتبع زيادة واضحة في حملات الفحص الآلي التي تستهدف نقاط النهاية الضعيفة المعروفة للإضافات والأخطاء الشائعة من المطورين التي تكشف عن إجراءات الإدارة. تتصاعد هذه الفحوصات بسرعة إلى الاستغلال عندما يجد المهاجمون ثغرات مؤكدة أو محتملة. لهذا السبب تعتبر الاكتشاف السريع والتخفيف مهمين: الفترة من الاكتشاف إلى الاختراق غالبًا ما تكون ساعات إلى أيام.

يشرح هذا التنبيه ما نراه، وما الخطوات الفورية التي يجب عليك اتخاذها، وكيفية اكتشاف الاختراق، وكيفية تعزيز كل من المواقع وممارسات التطوير لتقليل المخاطر على المدى الطويل.

---

ما يفعله المهاجمون الآن - مشهد التهديد الحالي

1. تظل ثغرات الإضافات والقوالب هي المدخل الرئيسي
   • تقوم العديد من الحملات بتعداد الإضافات/القوالب المثبتة عبر بصمات أصابع شائعة ونقاط نهاية البيانات الوصفية، ثم تحاول تنفيذ حمولات استغلال معروفة لثغرات CVE المنشورة.
   • بمجرد العثور على إضافة ضعيفة، يحاول المهاجمون تحميل أبواب خلفية، تنفيذ أوامر النظام، أو إنشاء مهام مجدولة لضمان الاستمرارية.
2. الماسحات الآلية + حشو بيانات الاعتماد
   • يقوم المهاجمون بتشغيل ماسحات تجارية تبحث عن مسارات ضعيفة محددة (مثل نقاط نهاية REST، إجراءات AJAX، معالجات تحميل الملفات).
   • يظل حشو بيانات الاعتماد وكلمات المرور الضعيفة للمسؤولين مثمرًا، خاصة على المواقع التي لا تحتوي على تحديد معدل، أو تقييد تسجيل الدخول، أو المصادقة الثنائية.
3. RCE وتحميل ملفات عشوائية
   • يتم استغلال معالجات تحميل الملفات ذات التحقق غير الكافي لإسقاط قذائف PHP أو أبواب خلفية مشوشة داخل دلائل التحميل.
   • يمكن تحقيق RCEs من خلال الاستخدام غير الآمن لـ eval، أو الإدراجات غير المعقمة، أو التسلسل غير الآمن.
4. حقن SQL، XSS، والتحكم في الوصول المكسور
   • يتم استهداف SQLi على استعلامات قاعدة البيانات ذات المعلمات الضعيفة، خاصةً كود المكونات الإضافية المخصص الذي يستخدم دمج السلاسل.
   • يتم حقن حمولات XSS في صفحات الإدارة والصفحات العامة لجمع ملفات تعريف الارتباط أو تنفيذ إجراءات مشابهة لـ CSRF.
   • تسمح ضوابط الوصول المكسورة للمستخدمين ذوي الامتيازات المنخفضة أو الطلبات غير المصرح بها بإجراء تغييرات على مستوى الإدارة (إنشاء مستخدمين، تعديل المحتوى، تصعيد الامتيازات).
5. إساءة استخدام سلسلة التوريد والخدمات من الأطراف الثالثة
   • يقوم المهاجمون بشكل متزايد بالاستفادة من مفاتيح API المكشوفة، وبيانات الاعتماد المسربة للتكاملات مع الأطراف الثالثة، وخدمات الاستضافة غير المهيأة للانتقال إلى مواقع WordPress.

---

مؤشرات الاختراق (IoCs) - ما يجب البحث عنه على الفور

إذا كنت تشك في أنك مستهدف أو تلقيت تنبيهًا، ابحث عن هذه العلامات:

• مستخدمون إداريون غير متوقعين أو تغييرات على حسابات الإدارة الحالية.
• مهام مجدولة جديدة أو معدلة (أحداث cron) لا تعرفها.
• ملفات بتواريخ زمنية حديثة في wp-content/uploads، wp-includes، أو مواقع غير عادية أخرى (خاصةً ملفات .php في التحميلات).
• سلاسل مشفرة بتنسيق Base64، eval()، assert()، system()، passthru()، shell_exec()، preg_replace مع /e المعدل في ملفات PHP.
• اتصالات غير عادية صادرة من خادمك (إلى عناوين IP لا تعرفها).
• زيادة في استخدام وحدة المعالجة المركزية أو الذاكرة، رسائل بريد إلكتروني مزعجة مرسلة من نطاقك، أو تحذيرات من محركات البحث.
• إدخالات قاعدة بيانات مشبوهة في wp_options، wp_posts، أو wp_users (محتوى محقون أو سجلات إدارة غير مألوفة).
• سجلات خادم الويب تظهر محاولات متكررة ضد نقطة نهاية معينة، أو طلبات POST إلى admin-ajax.php، نقاط نهاية REST API، أو نقاط نهاية محددة للمكونات الإضافية مع حمولات.

أوامر بحث سريعة (SSH) للكشف عن الملفات المشبوهة:

# ابحث عن ملفات PHP المعدلة في الأيام السبعة الماضية"

---

خطوات العلاج الفوري (خطوة بخطوة)

إذا اكتشفت نشاطًا مشبوهًا، تصرف بسرعة ولكن بطريقة منهجية:

1. ضع الموقع في وضع الصيانة/غير متصل إذا كان ذلك ممكنًا للحد من المزيد من الأضرار وتسرب البيانات.
2. قم بأخذ نسخة احتياطية كاملة (ملفات + قاعدة بيانات) من الحالة الحالية للتحليل الجنائي - ولكن لا تستعد هذه النسخة الاحتياطية حتى تصبح نظيفة.
3. قم بتدوير جميع بيانات اعتماد المسؤول وFTP/SFTP وSSH وقاعدة البيانات وAPI. كما يجب تحديث أملاح WordPress في wp-config.php وتدوير أي مفاتيح طرف ثالث.
4. قم بتحديث النواة والإضافات والقوالب إلى أحدث الإصدارات. إذا كانت هناك إضافة تحتوي على ثغرة معروفة يتم استغلالها بنشاط ولا يوجد تصحيح، قم بإزالة أو تعطيل تلك الإضافة مؤقتًا.
5. قم بتشغيل فحص البرمجيات الخبيثة باستخدام أدوات متعددة وأجرِ فحوصات سلامة الملفات مقابل مرجع نظيف أو تثبيت جديد لنفس الإضافات.
6. قم بإزالة الأصداف الويب المكتشفة، والأبواب الخلفية، والمستخدمين غير المصرح لهم. إذا لم تكن واثقًا، فكر في استعادة نظيفة من نسخة احتياطية نظيفة موثوقة.
7. راجع ونظف المهام المجدولة (wp_cron) وتحقق من وجود ملفات PHP خبيثة في التحميلات أو wp-content.
8. عزز الموقع (سيتم التفصيل لاحقًا في هذا المنشور).
9. إذا كان هناك اشتباه في خرق البيانات (بيانات المستخدم، بيانات الدفع)، اتبع الالتزامات القانونية وأبلغ الأطراف المعنية ذات الصلة.
10. إذا لزم الأمر، قم بالاستعانة باستجابة احترافية للحوادث. العزل السريع والعلاج يحدثان الفرق بين حادثة محصورة وخرق مستمر.

---

الكشف والمراقبة - كيفية اكتشاف الهجمات مبكرًا

• قم بتمكين تسجيل الدخول على مستوى الخادم (سجلات الوصول والأخطاء) واحتفظ بالسجلات لمدة لا تقل عن 90 يومًا.
• استخدم WAF مع حظر في الوقت الحقيقي وتصحيح افتراضي: يمكن لـ WAF المدارة حظر محاولات الاستغلال حتى قبل أن يتوفر تحديث للإضافة أو القالب.
• نفذ مراقبة سلامة الملفات (FIM) لتفعيل التنبيهات عند حدوث تغييرات غير متوقعة في الملفات.
• قم بتمكين إشعارات أحداث الأمان لمحاولات تسجيل الدخول، وإنشاء المستخدمين، وتغييرات الإضافات/القوالب، وتحميل الملفات.
• راقب الاتصالات الخارجية واغلق المضيفين الخارجيين غير المتوقعين حيثما كان ذلك ممكنًا.
• فكر في إضافة SIEM أو تسجيل مركزي إذا كنت تدير مواقع متعددة.

في WP-Firewall، نقوم بتشغيل مراقبة مستمرة لتحديد الأنماط عبر قاعدة عملائنا ودفع التوقيعات التي توقف حملات الهجوم مبكرًا. حتى إذا كنت تقوم بالتحديث بشكل متكرر، فإن WAF يقلل من المخاطر خلال نافذة التحديث.

---

قائمة التحقق من تعزيز الأمان - خطوات عملية يمكنك تنفيذها الآن

1. حافظ على تحديث كل شيء
   • نواة ووردبريس، الإضافات، والقوالب. يفضل استخدام الإضافات التي تتمتع بصيانة نشطة وسمعة جيدة.
2. مبدأ الحد الأدنى من الامتياز
   • امنح المستخدمين فقط القدرات التي يحتاجونها. تجنب استخدام حساب المدير للمهام اليومية.
3. فرض مصادقة قوية
   • كلمات مرور قوية + 2FA (المصادقة الثنائية) لجميع حسابات المدير.
4. تحديد محاولات تسجيل الدخول وتقليلها
   • حظر محاولات القوة الغاشمة عبر تحديد المعدل أو تقليل تسجيل الدخول.
5. تعطيل تحرير الملفات
   • يضيف حدد('منع تحرير الملف'، صحيح)؛ إلى wp-config.php لحظر تغييرات الكود المعتمدة على المحرر.
6. تأمين تحميل الملفات
   • قبول أنواع mime المسموح بها فقط؛ تحقق من أسماء الملفات وتنظيفها؛ تخزين التحميلات خارج جذر الويب حيثما أمكن؛ منع التنفيذ (حظر تنفيذ PHP في التحميلات عبر .htaccess أو إعدادات الخادم).
7. تعزيز أذونات الخادم
   • اتباع أذونات الملفات والدلائل الأقل امتيازًا؛ يجب حماية wp-config.php.
8. تقييد الوصول إلى wp-admin و wp-login.php
   • تقييد الوصول حسب IP عند الإمكان، أو استخدام طبقات مصادقة إضافية.
9. تعطيل الميزات غير المستخدمة
   • XML-RPC، نقاط نهاية REST API (حيث لا تكون مطلوبة)، وخدمات أخرى غير ضرورية.
10. استخدام HTTPS مع HSTS
    • تقديم صفحات الإدارة دائمًا عبر TLS وتعيين رؤوس الأمان المناسبة (CSP، X-Frame-Options، X-Content-Type-Options).
11. استراتيجية النسخ الاحتياطي
    • الحفاظ على نسخ احتياطية منتظمة خارج الموقع واختبار الاستعادة. الاحتفاظ بعدة نسخ تاريخية.
12. مراجعات الأمان المنتظمة
    • إجراء مسح دوري للثغرات ومراجعات الكود، خاصة قبل نشر الإضافات أو القوالب المخصصة.

مثال على مقتطف .htaccess لحظر التنفيذ في التحميلات:

# منع تنفيذ PHP في دليل التحميلات

ملاحظة: قم بتخصيص قواعد الخادم لبيئتك واختبر في بيئة الاختبار قبل تطبيقها على الإنتاج.

---

دليل المطورين - كيفية تجنب إنشاء ثغرات

المطورون هم الخط الأمامي للوقاية. اتبع هذه الممارسات:

• تطهير جميع المدخلات والهروب من جميع المخرجات
  • استخدم دوال WordPress: تطهير حقل النص, esc_html(), esc_attr(), wp_kses_post() للمحتوى، إلخ.
• استخدم العبارات المحضرة لاستعلامات قاعدة البيانات
  • يستخدم $wpdb->تحضير() واستعلامات معلمات بدلاً من دمج السلاسل.
• استخدم فحوصات القدرة و nonces
  • يستخدم يمكن للمستخدم الحالي للتحقق من الأذونات و check_admin_referer() أو wp_verify_nonce() لمنع CSRF.
• تجنب eval() وبناء PHP خطير
  • لا تقم بتقييم مدخلات المستخدم أو البيانات غير الموثوقة.
• استخدم واجهة برمجة تطبيقات نظام ملفات WP أو تحميل مقبض wp لمعالجة الملفات
  • تحقق من أنواع الملفات باستخدام wp_check_filetype_and_ext(), ، قم بتنظيف أسماء الملفات، وتجنب حفظ الملفات القابلة للتنفيذ في الدلائل العامة.
• تحقق من أنواع MIME وتناسق امتدادات الملفات
  • يقوم المهاجمون أحيانًا بتحميل ملفات ذات امتدادات مزدوجة (shell.php.jpg)؛ تحقق من كل من MIME المبلغ عنه وامتداد الملف.
• تجنب التسلسل غير الآمن
  • لا تقم بفك تسلسل المدخلات غير الموثوقة؛ يفضل استخدام JSON حيثما أمكن والتحقق قبل فك التشفير.
• تحديد قدرات الإضافات/القوالب
  • يجب على الإضافات تنفيذ فحوصات القدرات الخاصة بها للإجراءات التي تعدل البيانات أو الملفات.
• سجل وأزل الأخطاء
  • تجنب عرض تتبع المكدس أو الأخطاء التفصيلية للمستخدمين؛ قم بتسجيلها بشكل آمن.

الأمن هو انضباط مستمر - استثمر الوقت في مراجعات الشيفرة، واستخدم التحليل الثابت الآلي حيثما أمكن.

---

قائمة التحقق للاستجابة للحوادث - عندما تتعرض للاختراق

إذا حدث الأسوأ، اتبع استجابة حادث منظمة:

1. احتواء
   • عزل الموقع المتأثر (وضع الصيانة، قواعد جدار الحماية)، ومنع التغييرات وحظر عناوين IP للمهاجمين حيثما أمكن.
2. الحفاظ على الأدلة
   • قم بعمل نسخ غير قابلة للتغيير من السجلات، ونسخ قواعد البيانات، ولقطات نظام الملفات.
3. القضاء
   • إزالة الأبواب الخلفية، والملفات الضارة، والمستخدمين غير المصرح لهم. إذا كانت الإزالة معقدة، استعد من نسخة احتياطية معروفة جيدة.
4. استعادة
   • استعد الموقع، غير بيانات الاعتماد، طبق التصحيحات، وراقب عن كثب بعد الاستعادة.
5. تحليل ما بعد الحادث
   • حدد متجه الوصول الأولي، والجداول الزمنية، والثغرات في الدفاعات. طبق الدروس المستفادة لمنع التكرار.
6. إخطار أصحاب المصلحة
   • إذا تم الكشف عن بيانات المستخدم أو المعلومات المالية، امتثل لمتطلبات الإخطار القانونية وأبلغ المستخدمين المتأثرين بشكل مناسب.

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

---

لماذا تعتبر WAF المدارة والمراقبة المستمرة مهمة

تقوم WAF المدارة بأكثر من مجرد حظر الهجمات الشائعة؛ إنها تقدم:

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

حتى المواقع التي تتم صيانتها جيدًا تستفيد من WAF المدارة لأنها تضيق نافذة التعرض عندما يظهر استغلال يوم الصفر أو استغلال نشط. إنها الفرق بين أن تكون محميًا بشكل استباقي وبين الارتباك بشكل تفاعلي.

---

أمثلة عملية: أنماط الاستغلال الشائعة والقواعد الدفاعية

غالبًا ما تستهدف الهجمات الأنماط القابلة للتنبؤ. إليك الأنماط التمثيلية والدفاعات:

• النمط: POST إلى نقطة نهاية AJAX أو REST مع حمولة تحتوي على كائنات مسلسلة أو أغلفة PHP.
  • الدفاع: قاعدة WAF لحظر الطلبات التي تحتوي على رموز تسلسل مشبوهة (مثل O: متبوعة بأسماء الفئات، أو مصفوفات مسلسلة تحتوي على مفاتيح غير متوقعة).
• النمط: نقاط تحميل الملفات التي تستقبل طلبات متعددة الأجزاء مع حمولة .php متخفية كصورة.
  • الدفاع: قاعدة WAF لحظر الطلبات التي تحتوي على اسم ملف content-disposition يحتوي على “.php” أو بايتات سحرية مشبوهة؛ رفض تنفيذ PHP على مستوى الخادم في التحميلات.
• النمط: محاولات SQLi في سلاسل الاستعلام (علامات اقتباس مفردة، UNION SELECT).
  • الدفاع: توقيع WAF يكشف أنماط حقن SQL ويحدد معدل المصادر المشبوهة.

تذكير: تجنب الحظر المفرط. يجب ضبط القواعد بحيث لا تتداخل مع حركة المرور المشروعة. الخدمات المدارة تطبق فحوصات سياقية وتقلل من خطر تعطيل الأعمال.

---

قائمة مراجعة في العالم الحقيقي يمكنك تنفيذها في 30 دقيقة

1. تسجيل الدخول وتطبيق التحديثات لنواة WordPress وجميع الإضافات/القوالب.
2. إجراء فحص سريع للبرامج الضارة باستخدام ملحق/خدمة الأمان الخاصة بك.
3. تغيير كلمات مرور المسؤولين وتمكين 2FA لجميع مستخدمي المسؤول.
4. تحقق من ملفات PHP في التحميلات:
   find wp-content/uploads -type f -name "*.php"
5. تعيين DISALLOW_FILE_EDIT في wp-config.php.
6. التأكد من تكوين النسخ الاحتياطية التلقائية والتحقق من اختبار استعادة واحد.
7. تثبيت أو تمكين خدمة WAF / جدار حماية مُدارة إذا لم يكن لديك واحدة بالفعل.
8. مراجعة الملفات المعدلة مؤخرًا ومستخدمي المسؤولين المشبوهين.

هذه الخطوات السريعة تقضي على العديد من طرق الهجوم الشائعة وتقلل بشكل كبير من ملف المخاطر الخاص بك.

---

سياسة أمان بسيطة للفرق

سيساعد إنشاء هذه القواعد في الحفاظ على بيئتك أكثر أمانًا:

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

ينجح الأمان عندما يكون جزءًا من سير العمل الخاص بك، وليس فكرة لاحقة.

---

تسليط الضوء على الخطة الجديدة — تأمين موقعك مع حماية أساسية مُدارة

ابدأ مع الحماية الأساسية المُدارة — ابدأ مجانًا

يحتاج كل موقع إلى مستوى موثوق من الحماية. توفر خطتنا الأساسية (المجانية) لك شبكة أمان فورية: جدار ناري مُدار، WAF بمستوى المؤسسات، عرض نطاق غير محدود لتصفية الأمان، وماسح ضوئي للبرامج الضارة يبحث عن مؤشرات معروفة وأبواب خلفية شائعة. كما يوفر تدابير للتخفيف من فئات الهجمات العشر الأكثر شيوعًا من OWASP حتى يكون موقعك محميًا بشكل أفضل خلال الوقت الذي يستغرقه التصحيح والتحقيق. إذا كنت ترغب في إزالة البرامج الضارة تلقائيًا والتحكم في IP، فإن الخطة القياسية تضيف تلك الميزات بأسعار معقولة؛ وللفرق التي تحتاج إلى تقارير أمان شهرية، وتصحيح افتراضي، ودعم متميز، تقدم فئة Pro خدمات متقدمة وإضافات أمان مُدارة. تعرف على المزيد وابدأ في حماية موقعك الآن: https://my.wp-firewall.com/buy/wp-firewall-free-plan/

---

ملخص — ماذا تفعل بعد ذلك

• إذا كنت تدير مواقع WordPress: قم بالتحديث الآن، وفعل المصادقة الثنائية، وأمن النسخ الاحتياطية، وضع WAF مُدار أمام الموقع.
• إذا كنت تطور لـ WordPress: اعتمد ممارسات الترميز الآمن، تحقق من كل شيء، استخدم واجهات برمجة التطبيقات الخاصة بـ WordPress، وتجنب تنفيذ البيانات غير الموثوقة.
• إذا اكتشفت نشاطًا مشبوهًا: عزل، احتفظ بالسجلات، عالج، وقم بتقوية الأمان قبل إعادة تشغيل الموقع.

الأمان متعدد الطبقات ومستمر. التصحيح وحده ضروري ولكنه غير كافٍ — يقلل WAF المُدار والمراقبة المستمرة من فترة التعرض ويمنح الفرق مساحة للتنفس للتصحيح والاستجابة دون ذعر.

إذا كنت ترغب في المساعدة في تطبيق هذه الخطوات أو تريد حماية أساسية مُدارة مجانًا أثناء التحقيق، ابدأ هنا: https://my.wp-firewall.com/buy/wp-firewall-free-plan/

---

إذا كنت ترغب، يمكننا:

• قم بتشغيل قائمة مراجعة مخصصة لموقعك (سنقدم إرشادات خطوة بخطوة).
• ساعد في تحليل السجلات وتحديد مؤشرات الاختراق.
• ساعد في التصحيح الافتراضي وضبط القواعد لـ WAF الخاص بك.

ابق آمنًا هناك — واحتفظ بمواقع WordPress الخاصة بك مصححة، ومراقبة، وخلف دفاعات متعددة الطبقات.
— فريق أمان جدار الحماية WP