اسم البرنامج الإضافي	النماذج Rb
نوع الضعف	نظام التحكم في الوصول مكسور
رقم CVE	CVE-2026-7050
الاستعجال	قليل
تاريخ نشر CVE	2026-05-11
رابط المصدر	CVE-2026-7050

عاجل: ثغرة في التحكم بالوصول في إضافة Forms Rb (≤ 1.1.9) — ما يجب على مالكي مواقع ووردبريس القيام به الآن

مؤلف: فريق أبحاث تهديدات WP‑Firewall
تاريخ: 2026-05-11

ملخص: ثغرة في التحكم بالوصول تؤثر على إضافة Forms Rb لووردبريس (الإصدارات ≤ 1.1.9) تسمح للمستخدمين المعتمدين بمستوى المساهم بإجراء تعديلات عشوائية لأن فحوصات التفويض المطلوبة مفقودة. المشكلة ذات شدة منخفضة حسب CVSS (4.3) ولكن يمكن استغلالها في سيناريوهات استغلال جماعي، وتتطلب خطوات تخفيف فورية للمواقع التي تسمح بحسابات المساهم أو حسابات مشابهة. توضح هذه الإرشادات المخاطر، وسيناريوهات الهجوم الواقعية، وخطوات الكشف والتخفيف، وقواعد WAF الموصى بها وإرشادات تعزيز الأمان لمالكي المواقع والمطورين.

جدول المحتويات

• ماذا حدث
• من المتأثر
• لماذا تعتبر هذه الثغرة مهمة (المخاطر في العالم الحقيقي)
• كيف يمكن للمهاجمين استغلال غياب التفويض
• تأكيد ما إذا كنت متأثراً — فحوصات سريعة
• خطوات التخفيف الفورية (غير التقنية والتقنية)
• الحمايات الموصى بها لجدار حماية WP (أمثلة على الإجراءات والقواعد)
• إصلاحات المطورين (كيفية تصحيح المعالجات ونقاط نهاية REST)
• قائمة مراجعة الكشف والمراقبة والاستجابة للحوادث
• تعزيز بيئة ووردبريس الخاصة بك لتقليل المخاطر المماثلة
• فقرة التسجيل (خطة مجانية) — احمِ موقعك الآن
• الملحق: مقتطفات كود نموذجية لفحوصات القدرات وقواعد WAF

---

ماذا حدث

تم اكتشاف ثغرة في التحكم بالوصول في إضافة Forms Rb لووردبريس تؤثر على جميع الإصدارات حتى 1.1.9. باختصار: بعض وظائف الإضافة التي تغير البيانات (تعريفات النماذج، الطلبات المخزنة، تكوين الإضافة أو موارد أخرى) لا تتحقق من أن المستخدم الذي يستدعيها لديه الأذونات المناسبة. بسبب غياب التحقق من التفويض/المصادقة/التحقق من nonce، قد يتمكن مستخدم معتمد بدور المساهم (أو أي دور له امتيازات مكافئة) من إجراء إجراءات لا ينبغي السماح له بها — بما في ذلك التعديلات العشوائية.

تصنف الثغرة على أنها ثغرة في التحكم بالوصول (OWASP A1) وقد تم تعيين معرف CVE لها (CVE-2026-7050). تشير درجة CVSS الأساسية المبلغ عنها 4.3 إلى شدة منخفضة بمصطلحات موحدة، لكن السياق مهم: عندما يمكن للمهاجمين توسيع الاستغلال عبر العديد من المواقع، حتى القضايا “المنخفضة” تكون ذات قيمة بالنسبة لهم.

من المتأثر

• مواقع ووردبريس التي تم تثبيت إضافة Forms Rb بها بالإصدار 1.1.9 أو أقدم.
• المواقع التي تسمح بحسابات بمستوى المساهم أو أدوار مستخدمين أخرى قادرة على المصادقة على لوحة تحكم ووردبريس أو التفاعل مع الموقع بطرق أخرى.
• المدونات متعددة المؤلفين، مواقع العضوية، أو أي موقع يقبل تسجيلات المستخدمين ويعين أدواراً تسمح بإنشاء المحتوى (تسمح العديد من المواقع للمستخدمين بالتسجيل كـ “مساهم” لإضافة المشاركات).
• المواقع التي يكشف فيها الكود المقدم من مؤلف الإضافة عن معالجات admin-ajax أو REST API دون فحوصات إذن مناسبة.

لماذا تعتبر هذه الثغرة مهمة (المخاطر في العالم الحقيقي)

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

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

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

كيف يمكن للمهاجمين استغلال غياب التفويض

عادة ما تنشأ مشكلة التحكم في الوصول المكسور بطريقتين:

1. فحص القدرات المفقودة في معالجات PHP - على سبيل المثال، معالجات AJAX الإدارية أو نقاط نهاية admin-post التي تقبل الطلبات من المستخدمين المعتمدين ولكن لا تستدعي current_user_can(...) أو check_admin_referer(...).
2. نقاط نهاية REST API التي تفتقر إلى proper إذن_استدعاء_العودة - مما يجعلها قابلة للاستدعاء من قبل أي مستخدم معتمد (بما في ذلك المساهم) إذا قاموا بالمصادقة أو من قبل أي جلسة مسجلة دخول.

مثال بسيط على تدفق الهجوم:

• يحصل المهاجم على حساب مساهم (من خلال التسجيل الشرعي، الهندسة الاجتماعية، أو شراء الوصول).
• باستخدام تلك الجلسة المعتمدة، يرسل المهاجم طلبات POST إلى نقطة نهاية الإضافة التي تتحكم في تعريفات النماذج أو الإرسال.
• نظرًا لأن نقطة النهاية تفتقر إلى فحوصات التفويض، يقوم الخادم بإجراء التعديل ويعيد النجاح.
• يقوم المهاجم بتعديل نموذج لاستخراج البيانات (مثل، تعيين إجراءه إلى عنوان URL خارجي)، ويضيف حقول ضارة تحتوي على سكريبتات أو مدخلات مخفية، أو يتلاعب بالمدخلات المخزنة.

تأكيد ما إذا كنت متأثراً — فحوصات سريعة

1. إصدار المكون الإضافي: من WP Admin → الإضافات، تحقق من إصدار Forms Rb. إذا كان ≤ 1.1.9، اعتبر الموقع معرضًا للخطر حتى تؤكد خلاف ذلك.
2. أدوار المستخدمين: هل تسمح بتسجيلات بمستوى المساهم أو لديك مؤلفون متعددون؟ إذا كانت الإجابة نعم، فإن العجلة أكبر.
3. السجلات: تحقق من سجلات الخادم ووردبريس لطلبات POST من مستخدمي المساهمين إلى admin-ajax.php, admin-post.php, ، أو إلى نقاط نهاية REST الخاصة بالإضافات. ابحث عن طلبات POST غير العادية أو التحديثات للنماذج خارج جلسات الإدارة العادية.
4. نقاط نهاية الإضافات: ابحث في كود الإضافة (إذا كنت تحتفظ به محليًا أو عبر FTP) عن تسجيلات admin-ajax أو مسارات REST المفقودة لفحوصات الأذونات. علامات التحذير الشائعة: وظائف مرتبطة بـ admin_post_nopriv_* أو admin_post_* بدون فحوصات nonce، أو register_rest_route(..., 'permission_callback' => null).

خطوات التخفيف الفورية (غير التقنية والتقنية)

إذا كان موقعك يستخدم Forms Rb ويستوفي المعايير المتأثرة، فاتبع خطة التخفيف ذات الأولوية هذه.

فوري (خلال ساعات)

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

التخفيفات التقنية (خلال 24 ساعة)

• تقييد الوصول إلى صفحات إدارة المكونات الإضافية وملفات المكونات الإضافية عبر قواعد خادم الويب (انظر مثال قواعد .htaccess/nginx في الملحق).
• إضافة فحوصات مؤقتة للقدرات في سمة موقعك وظائف.php أو مكون إضافي خاص بالموقع يعترض نقاط نهاية المكونات الإضافية ويمنع الطلبات من المستخدمين الذين ليس لديهم امتيازات إدارية. مثال: حظر طلبات POST من المستخدمين الذين ليسوا مدراء إلى إجراءات admin-ajax محددة.
• إذا كنت تستخدم جدار حماية لتطبيق الويب، أضف قواعد لحظر الطلبات المشبوهة إلى نقاط نهاية AJAX/REST الخاصة بالمكون الإضافي التي تنشأ من حسابات المساهمين أو لحظر قيم المعلمات التي تشير إلى التعديلات.

المدى المتوسط (أيام)

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

الحمايات الموصى بها لجدار حماية WP (أمثلة على الإجراءات والقواعد)

بصفتنا بائع جدار حماية ووردبريس، نوصي بتطبيق الضوابط التالية على مستوى WAF أو المكون الإضافي بينما يبقى المكون الإضافي غير مصحح:

1. حظر طلبات POST غير المصرح بها إلى نقاط نهاية المكون الإضافي
   – النمط: الطلبات إلى admin-ajax.php أو admin-post.php حيث تتطابق معلمة “action” مع إجراءات المكون الإضافي المعروفة (على سبيل المثال،, action=forms_rb_update). إذا كنت لا تعرف أسماء الإجراءات الدقيقة، حظر أي طلبات POST إلى عناوين URL لدليل المكون الإضافي من المستخدمين غير الإداريين.
   – مثال قاعدة WAF (صياغة زائفة):
     – عندما request.method == POST AND request.uri يحتوي على “/wp-admin/admin-ajax.php” AND param.action يحتوي على “forms_rb” AND current_user_role != “administrator” → حظر + تنبيه.
2. تقييد مسارات REST
   – رفض الطلبات إلى أسماء نطاقات REST الخاصة بالمكون الإضافي ما لم يمكن للمستخدم الحالي ('إدارة الخيارات') تعود صحيحة.
   – مثال قاعدة WAF: حظر POST/PUT/DELETE إلى /wp-json/{forms-rb-namespace}/* من الأدوار المعتمدة الأقل من المحرر، ما لم يكن هناك ملف تعريف ارتباط أو رمز إداري صالح.
3. تحديد معدل واكتشاف الشذوذ
   – يجب أن يؤدي أي حساب مساهم يقوم بإجراء تغييرات متكررة على تكوين النموذج أو إرسال POST بكميات كبيرة إلى تفعيل حد و تنبيه إداري.
4. قاعدة قائمة على السلوك
   – حظر أي محاولة لتغيير عناوين URL لإجراءات النموذج إلى مجالات خارجية من حسابات المساهمين. هذا يمنع تسريب البيانات بشكل مباشر عبر إعادة توجيه إرسال النموذج.
5. سجل وتنبيه
   – سجل كل حدث محظور وأرسل تنبيهات عبر البريد الإلكتروني/SMS للحظر القادم من أدوار المساهمين. احتفظ بسجل متداول لمدة 30-90 يومًا للتحقيق في الحوادث.

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

إصلاحات المطورين - كيف يجب على مؤلفي المكونات الإضافية (أو المطورين الداخليين) تصحيح

إذا كنت مطورًا مسؤولًا عن المكون الإضافي أو الكود المخصص، قم بإصلاح المشكلة من خلال فرض القدرة، nonce، واستدعاءات الأذونات على كل نقطة دخول تعدل البيانات.

القواعد الرئيسية لمعالجات الأمان:

• بالنسبة لمعالجات admin-ajax:
  – تحقق دائمًا من nonce:
    – check_admin_referer('forms_rb_update_action', 'security_field');
  – تحقق دائمًا من القدرات:
    – if ( ! current_user_can( 'manage_options' ) ) { wp_send_json_error( 'أذونات غير كافية', 403 ); }
• لنقاط نهاية REST API:
  – قدم إذن_استدعاء_العودة التي تعيد true فقط إذا كان لدى المستخدم القدرة المطلوبة.
  – سجل مثل:
  
register_rest_route( 'forms-rb/v1', '/form/(?P\d+)', array(
  'methods' => 'POST',
  'callback' => 'forms_rb_update_callback',
  'permission_callback' => function ( $request ) {
    return current_user_can( 'manage_options' ); // أو قدرة تراها مناسبة
  },
) );

• تطهير والتحقق من جميع المدخلات قبل الحفظ.
• استخدم nonces، تحقق من القدرات ودائمًا قم بتعقيم المخرجات عند العرض على الإدارة أو الواجهة الأمامية.

مثال على معالج آمن لـ admin-ajax (PHP):

add_action( 'wp_ajax_forms_rb_update', 'forms_rb_update_handler' );

مبدأ التصميم: الفحوصات من جانب الخادم هي السلطة. لا تعتمد فقط على القيود من جانب العميل.

قائمة مراجعة الكشف والمراقبة والاستجابة للحوادث

إذا كنت تشك في وجود استغلال أو ترغب في المراقبة بشكل استباقي، استخدم قائمة التحقق التالية:

كشف

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

الاحتواء

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

الاستئصال

• قم بإزالة أي أبواب خلفية، مستخدمين خبيثين، أو مهام مجدولة أنشأها المهاجم.
• أعد تثبيت المكونات الإضافية والسمات من مصادر رسمية بعد التحقق من سلامتها.
• قم بتقوية أذونات الملفات وإزالة المكونات الإضافية/السمات غير المستخدمة.

استعادة

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

إجراءات ما بعد الحادث

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

تعزيز بيئة ووردبريس الخاصة بك لتقليل المخاطر المماثلة

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

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

احمِ موقعك باستخدام WP‑Firewall — ابدأ مجانًا

نحن نفهم مدى الضغط الذي يمكن أن يسببه تنبيه مثل هذا. يوفر WP‑Firewall حلاً طبقيًا سهل الاستخدام لحماية تثبيتات WordPress من التهديدات مثل التحكم في الوصول المكسور وفقدان فحوصات التفويض. يوفر خطتنا الأساسية (مجانية) حماية أساسية تشمل جدار حماية مُدار، عرض نطاق غير محدود، جدار حماية لتطبيقات الويب (WAF)، فحص البرمجيات الخبيثة والتخفيف التلقائي لمخاطر OWASP Top 10 — وهو أساس قوي للمسؤولين الذين يحتاجون إلى حماية سريعة أثناء تصحيح أو إزالة الإضافات الضعيفة.

ابدأ بخطة الأساسية (مجانية) على WP‑Firewall واحصل على الفور على:

• جدار حماية مُدار وقواعد WAF مضبوطة لتهديدات WordPress
• عرض نطاق غير محدود من خلال طبقة الحماية لدينا
• ماسح برمجيات خبيثة لاكتشاف الحمولة المعروفة وتوقيعات الويب شل
• تخفيفات تلقائية ضد المتجهات الشائعة في OWASP Top 10

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

(إذا كنت تريد المساعدة في تقييم موقعك، يمكن لفريقنا إجراء فحص أساسي وتوصية بإصلاحات ذات أولوية.)

الملحق: قواعد خادم الويب النموذجية، استعلامات الكشف وأمثلة على توقيعات WAF

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

أ. Apache (.htaccess) — تقييد صفحات إدارة المكونات الإضافية للمسؤولين فقط (مثال):

# حظر الوصول المباشر إلى صفحات إدارة المكونات الإضافية لغير المسؤولين من خلال فحص IP أو المرجع.

ب. Nginx (موقع-كتلة) — تقييد نقاط نهاية REST للمكون الإضافي:

location ~* /wp-json/forms-rb/ {

ج. أمثلة على توقيعات WAF الزائفة

• حظر: POST إلى /wp-admin/admin-ajax.php حيث المعامل “action” يتطابق مع regex ^(?:forms_rb|formsrb|forms-rb)_.* ودليل دور المستخدم يشير إلى غير المسؤول.
• حظر: REST POST/PUT/DELETE إلى ^/wp-json/forms-rb/.* من أي جلسة يكون فيها دليل دور المستخدم ليس مسؤولاً.

د. أمثلة استعلام الكشف (للبحث في السجلات)

• العثور على تحديثات فاشلة أو مشبوهة:
  – البحث في سجلات خادم الويب عن: "POST /wp-admin/admin-ajax.php" AND "action=forms_rb" AND response_code >= 200
• العثور على تغييرات نشأت من المساهم:
  – استعلام سجلات نشاط WordPress (إذا كانت متاحة) عن تغييرات حيث user_role == "مساهم" و object == "نماذج" أو اسم المكون الإضافي.

ملاحظات نهائية والجدول الزمني الموصى به

• فوري (0–24 ساعة): إذا كنت تستخدم Forms Rb ≤1.1.9، قم بتعطيل المكون الإضافي إذا كان ذلك ممكنًا. قم بإزالة أو تقليل حسابات المساهمين حتى تتمكن من تأكيد الأمان. إذا لم تتمكن من تعطيل المكون الإضافي، قم بتطبيق قواعد WAF لحظر التعديلات غير الإدارية وتشديد التسجيلات.
• قصير الأجل (1–7 أيام): قم بإجراء فحوصات عميقة، تحقق من السجلات، وأزل أي تعديلات خبيثة. إذا تم إصدار تصحيح رسمي، اختبره في بيئة الاختبار ثم قم بتطبيقه.
• على المدى المتوسط (2–4 أسابيع): راجع جرد المكونات الإضافية، واعتمد سياسات أقوى بشأن من يمكنه التسجيل وأي الأدوار يمكنها تنفيذ أي إجراءات، وقم بتحديث خطة استجابة الحوادث الخاصة بك.
• طويل الأجل: دمج اختبارات الأمان المنتظمة في النشر، وطلب المكونات الإضافية لفرض فحوصات القدرة على جميع نقاط التعديل، والاشتراك في الحماية المدارة إذا كنت بحاجة إلى دفاع مستمر.

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

ابق آمنًا، ابق محدثًا،,
فريق أبحاث تهديدات WP‑Firewall