اسم البرنامج الإضافي	تطبيق هيبو موبايل لـ WooCommerce
نوع الضعف	ثغرة في التحكم بالوصول
رقم CVE	CVE-2026-10580
الاستعجال	شديد الأهمية
تاريخ نشر CVE	2026-06-09
رابط المصدر	CVE-2026-10580

عاجل: CVE-2026-10580 — التحكم في الوصول المكسور في تطبيق Hippoo Mobile لـ WooCommerce (<= 1.9.4)

ملخص

• الثغرة: التحكم في الوصول المكسور الذي يسمح للمهاجمين غير المصرح لهم بتجاوز المصادقة والاستيلاء على حسابات المسؤولين.
• المكون الإضافي المتأثر: تطبيق Hippoo Mobile لـ WooCommerce — الإصدارات <= 1.9.4
• الإصدار المصحح: 1.9.5
• CVE: CVE-2026-10580
• CVSS: 9.8 (حرج / عالي)
• تاريخ النشر: 9 يونيو، 2026

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

كفريق أمان لـ WP-Firewall، نحن ننشر دليلًا عمليًا ومُعطى الأولوية لمساعدة مالكي مواقع WordPress، والمسؤولين، وفرق الاستضافة، ومطوري المكونات الإضافية على الاستجابة الفورية وتعزيز مواقعهم ضد الاستغلال.

---

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

1. سبب أهمية ذلك
2. خطوات فورية (0–24 ساعة)
3. خيارات الاحتواء عندما لا يمكنك التحديث على الفور
4. تأكيد الاختراق واستجابة الحوادث
5. تصحيح والتحقق من الإصلاح
6. تعزيز طويل الأجل والوقاية
7. إرشادات المطورين — كيف كان ينبغي منع الثغرة
8. توصيات WAF / التصحيح الافتراضي (قواعد تقنية يمكنك تنفيذها الآن)
9. إرشادات المراقبة والكشف
10. حماية مجانية لموقع WordPress الخاص بك من WP-Firewall
11. الملحق: أوامر مفيدة، مقتطفات من الشيفرة، وقائمة التحقق

---

1 — لماذا هذا أمر حرج

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

العواقب:

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

حان وقت العمل: فوري. هذه أولوية عالية لأي موقع يستخدم تطبيق Hippoo Mobile App لـ WooCommerce بالإصدارات <= 1.9.4.

---

2 - خطوات فورية (0-24 ساعة)

إذا كنت تستضيف أو تدير أي موقع ووردبريس يستخدم إضافة Hippoo أو كنت غير متأكد، اتبع هذه الخطوات الآن:

1. قم بتحديث الإضافة إلى 1.9.5 على الفور
   • ووردبريس الإدارة > الإضافات > تحديث متاح > تحديث Hippoo Mobile App لـ WooCommerce إلى 1.9.5 أو أحدث.
   • إذا كانت بيئتك قد أوقفت التحديثات التلقائية، قم بدفع التحديث الآن.
   • بعد التحديث، تحقق من وظيفة الموقع (الدفع، اتصال التطبيق المحمول) وتأكد من سلوك مصادقة الإدارة.
2. إذا لم تتمكن من التحديث فورًا:
   • تعطيل الإضافة مؤقتًا.
   • إذا كانت إلغاء التفعيل سيؤدي إلى كسر وظيفة حيوية للأعمال لا يمكنك إيقافها، طبق تدابير الاحتواء أدناه.
3. قم بتدوير بيانات الاعتماد والجلسات (إذا كان هناك اشتباه في الاختراق أو كإجراء احترازي)
   • إعادة تعيين جميع كلمات مرور المسؤولين إلى كلمات مرور آمنة وفريدة.
   • فرض تسجيل خروج جميع المستخدمين (الأدوات أو الإضافات التي تقوم بمسح الجلسات).
   • إلغاء جميع مفاتيح API المستخدمة من قبل الإضافة وإعادة توليدها إذا لزم الأمر.
   • إعادة تعيين بيانات اعتماد الاستضافة/FTP/cPanel/SSH إذا كان هناك سبب للاشتباه في خرق.
4. فحص الحسابات الإدارية الجديدة أو المعدلة.
   • المستخدمون > جميع المستخدمين: ابحث عن مدراء غير معروفين، حسابات غير عادية، أو حسابات ذات عناوين بريد إلكتروني غريبة.
   • تحقق من تواريخ الإنشاء وأوقات تسجيل الدخول الأخيرة.
5. فحص البرمجيات الضارة وتغييرات الملفات
   • قم بتشغيل فحص كامل للبرامج الضارة وفحص السلامة (سيساعدك الماسح المجاني من WP-Firewall).
   • قارن بين توقيتات تعديل الملفات الأخيرة في wp-content وuploads ودلائل القوالب/الإضافات.
   • راجع سجلات خادم الويب للطلبات POST غير العادية إلى نقاط نهاية الإضافات أو الطلبات ذات الحمولة المشبوهة.
6. النسخ الاحتياطي الآن
   • خذ نسخة احتياطية جديدة من ملفات الموقع وقاعدة البيانات قبل أي عمل إصلاح للحفاظ على البيانات الجنائية.

---

3 — خيارات الاحتواء عندما لا يمكنك التحديث على الفور

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

أ. قم بإلغاء تنشيط المكون الإضافي
هذا هو الخيار الأكثر أمانًا. قم بإلغاء تنشيط تطبيق Hippoo Mobile لـ WooCommerce من شاشة الإضافات.

ب. حظر نقاط نهاية الإضافة العامة عبر خادم الويب (.htaccess/Nginx)
إذا كانت الإضافة تسجل مسارات REST أو تكشف عن ملفات معينة، قم بحظر الوصول إلى تلك المسارات. مثال (Apache .htaccess):

# حظر الوصول إلى نقاط نهاية إضافة Hippoo (مثال؛ قم بتكييفه مع تثبيتك)

بالنسبة لـ Nginx:

location ~* /wp-content/plugins/hippoo/ {

ملاحظة: قد يؤدي حظر مجلد الإضافة إلى تعطيل ميزات الإضافة الشرعية. طبق بحذر واختبر.

ج. استخدم قواعد WAF لتصحيح افتراضي (موصى به إذا كان لديك WAF محترف)
أنشئ قواعد لحظر الطلبات POST غير المصرح بها ضد مساحة اسم REST الخاصة بالإضافة أو إجراءات admin-ajax المستخدمة من قبل الإضافة.
حظر أو تحدي الطلبات المشبوهة ذات معدلات الطلب العالية، المحتوى غير العادي، أو الطلبات التي تحاول إنشاء/تعديل المستخدمين.

د. تقييد وصول المدير حسب IP (مؤقت)
قيد wp-admin وadmin AJAX إلى IPs موثوقة عبر .htaccess/Nginx. هذا فعال للفرق الصغيرة ذات IPs الثابتة.

# مثال: قيد wp-admin إلى IP

E. ضع الموقع في وضع الصيانة/الوضع المحدود إذا كان ذلك ممكنًا
قم بإيقاف الموقع مؤقتًا عن المستخدمين إذا كان الخطر مرتفعًا ولديك نافذة صيانة.

---

4 — تأكيد الاختراق واستجابة الحوادث

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

1. جمع الأدلة (التحقيق الجنائي)
   • احتفظ بالسجلات (خادم الويب، PHP-FPM، سجلات الوصول) — لا تقم بكتابة فوقها.
   • احتفظ بنسخة احتياطية من قاعدة البيانات، وملفات wp-content، والتحميلات.
   • وثق الأطر الزمنية والإجراءات المتخذة.
2. البحث عن مؤشرات الاختراق (IoCs)
   • مستخدمون جدد كمسؤول، إدخالات user_meta غير المعروفة مع صلاحيات المسؤول.
   • أحداث مجدولة غير متوقعة (وظائف cron)، خيارات غير معروفة في wp_options.
   • ملفات مشبوهة في مجلدات التحميلات أو الإضافات/القوالب (مثل، ملفات PHP في التحميلات).
   • ملفات أساسية معدلة، كود غير متوقع في wp-config.php، أو ملفات مضافة في wp-content.
3. فحص البرمجيات الخبيثة والتنظيف
   • استخدم عدة ماسحات إذا كان ذلك ممكنًا: مسح قائم على التوقيع ومسح سلوكي.
   • عزل الملفات المشبوهة — لا تحذفها على الفور إذا كنت بحاجة إليها للتحقيق.
   • إذا كان هناك كود خبيث، استعد من نسخة احتياطية نظيفة إذا كانت متاحة، ثم قم بتطبيق الإصلاحات قبل إعادة الاتصال.
4. إزالة الاستمرارية والبوابات الخلفية
   • إزالة أي حسابات مسؤول غير معروفة.
   • إزالة أي إضافات أو قوالب غير معروفة.
   • إعادة تثبيت ملفات ووردبريس الأساسية والإضافات المعروفة الجيدة من مصادر رسمية.
5. تعزيز الأمان بعد الحادث
   • فرض سياسة كلمة مرور أقوى والمصادقة الثنائية لحسابات المسؤول.
   • مراجعة أذونات الملفات وتكوينات الخادم — إزالة الوصول غير الضروري للكتابة.
   • قم بإجراء تدقيق أمني واعتبر مراجعة أمان مدفوعة إذا كان الاختراق واسع النطاق.

---

5 — تصحيح والتحقق من الإصلاح

• قم بتحديث تطبيق Hippoo Mobile لـ WooCommerce إلى الإصدار 1.9.5 أو أحدث في أقرب وقت ممكن.
• بعد التحديث:
  • إعادة تشغيل فحوصات البرمجيات الضارة.
  • تحقق مرة أخرى من قائمة المستخدمين وحسابات المسؤولين.
  • راقب السجلات بحثًا عن نشاط مشبوه.
  • تأكد من أن محاولات الاستغلال التي لوحظت سابقًا محجوبة أو لم تعد ممكنة.

إذا كنت تدير مواقع متعددة، قم بنشر التصحيح عبر نظام إدارة التصحيحات القياسي الخاص بك أو لوحة إدارة مركزية. أعط الأولوية للمواقع ذات الحركة العالية وبيانات العملاء أولاً.

---

6 — تعزيز طويل الأمد والوقاية

إصلاح ثغرة واحدة لا يزيل المخاطر النظامية. استخدم هذا الحدث كفرصة لتعزيز موقفك الأمني:

1. حافظ على تحديث الإضافات ونواة WordPress
   • قم بتمكين التحديثات التلقائية للإصدارات الثانوية. بالنسبة للإضافات ذات السلوك الحرج للأعمال، اختبر التحديثات في بيئة الاختبار أولاً.
2. مبدأ الحد الأدنى من الامتياز
   • قم بتحديد حسابات المسؤولين. استخدم حسابات منفصلة لتحرير المحتوى الروتيني ومهام الإدارة.
   • استخدم الأدوار وفحوصات القدرات: لا تعطي المستخدمين امتيازات غير ضرورية.
3. فرض المصادقة متعددة العوامل (MFA)
   • تطلب MFA لجميع حسابات المسؤولين والمحررين.
4. النسخ الاحتياطية المنتظمة واستعادة الاختبار
   • احتفظ بنسخة احتياطية واحدة على الأقل خارج الموقع، وقم بإجراء استعادة اختبار دورية.
5. مراقبة مستمرة للثغرات
   • اشترك في تغذيات الثغرات وإشعارات التصحيح للإضافات التي تستخدمها.
6. استخدم جدار حماية مُدار وتحديثات افتراضية
   • يمكن أن يمنع WAF الاستباقي محاولات الاستغلال تلقائيًا أثناء تصحيحك.
7. التسجيل والتنبيه
   • مركزية السجلات (syslog، logstash، إلخ)، وضبط تنبيهات لإنشاء مسؤول جديد، أو تغييرات جماعية في الملفات، أو نشاط REST مشبوه.
8. تعزيز استخدام REST API وadmin-ajax
   • قم بالكشف فقط عن نقاط النهاية الضرورية. اعتبر إدراج مسارات REST المطلوبة من قبل التطبيقات المحمولة في القائمة البيضاء وحظر كل شيء آخر.

---

7 — إرشادات المطورين — كيف كان يجب منع ذلك

لمطوري الإضافات: عادةً ما تشير نتيجة التحكم في الوصول المكسور إلى فحص تفويض مفقود أو غير صحيح. فيما يلي أفضل الممارسات للمطورين لمنع مشاكل مماثلة:

1. تحقق دائمًا من المصادقة والتفويض
   • لوظائف واجهة الإدارة:
     • استخدم is_user_logged_in() و current_user_can(‘manage_options’) أو قدرة مناسبة للعمل.
     • بالنسبة للإجراءات التي تعدل المستخدمين أو الإعدادات، تطلب manage_options أو قدرة مقيدة بنفس القدر.
2. احمِ النونز وتحقق منها
   • استخدم wp_create_nonce() وتحقق باستخدام wp_verify_nonce() على الطلبات لمنع CSRF وربط الطلب بجلسة.
3. تحقق من جميع المدخلات وقم بتنظيف المخرجات
   • استخدم sanitize_text_field()، intval()، wp_kses_post()، إلخ. تحقق من أن معرف المستخدم الذي يتم تعديله ينتمي إلى النطاق المتوقع.
4. قيد مسارات REST للسياقات المناسبة
   • بالنسبة لنقاط نهاية WP REST API، استخدم permission_callback عند تسجيل المسارات:

   register_rest_route( 'hippoo/v1', '/do-something', array(;
   

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

---

8 — توصيات WAF / تصحيح افتراضي (قواعد تقنية يمكنك تنفيذها الآن)

إذا كنت تدير WP-Firewall (أو أي WAF مُدار)، يمكنك تصحيح الثغرة على الفور بقواعد مستهدفة. فيما يلي أنماط القواعد الموصى بها؛ قم بتكييف التفاصيل مع بيئتك.

مهم: اختبر القواعد في وضع “المراقبة” قبل الحظر لتجنب الإيجابيات الكاذبة.

أ. حظر POSTs غير المصرح بها إلى نقاط نهاية REST المتعلقة بـ Hippoo

• تطابق: طريقة HTTP POST والمسار يتطابق مع ^/wp-json/.*hippoo.* أو ^/wp-json/hippoo/.* أو مساحة اسم REST الخاصة بالملحق.
• الشرط: لا يوجد ملف تعريف مصادقة صالح، والطلب يحتوي على مفاتيح نموذجية في محاولات الاستغلال (مثل، معرفات المستخدم، علامات create_admin، أو تغييرات القدرة الخام).
• الإجراء: حظر أو تحدي (CAPTCHA/403).

ب. حظر إجراءات admin-ajax المشبوهة

• المطابقة: POST إلى /wp-admin/admin-ajax.php مع معلمة الإجراء تحتوي على hippoo أو أسماء محددة بالملحق.
• الشرط: طلبات غير مصادق عليها أو طلبات بدون nonce صالح.
• الإجراء: حظر.

ج. منع الاستكشاف الآلي والتعداد

• تحديد معدل الطلبات إلى نقاط نهاية REST وadmin-ajax للمصادر غير المصرح بها.
• عتبات تحديد معدل الطلبات: على سبيل المثال، أكثر من 5 طلبات / 60 ثانية إلى نقاط نهاية الإدارة → تحدي أو حظر.

د. اكتشاف محاولات إنشاء مستخدم سريع أو تصعيد الامتيازات

• إنشاء قاعدة لتسجيل وحظر الأنماط حيث يؤدي طلب POST أو REST إلى إنشاء مستخدم بقدرة مسؤول (مراقبة عبر حمولة الاستجابة أو عبر أحداث إنشاء حساب لاحقة).
• دمج الخطافات لتنبيه فريق الأمان عند إضافة مسؤول جديد.

هـ. مثال على قاعدة تصحيح افتراضية

• إذا (طريقة HTTP == POST) وَ (URI يتطابق مع /wp-json/.*hippoo.* أو POST إلى admin-ajax?action=hippoo_.*) وَ (لا يوجد ملف تعريف مصادقة أو رمز حامل) فَحظر.

و. استخدام قواعد سلوكية

• حظر تنفيذ ملفات PHP في /wp-content/uploads التي يتم كتابتها وتنفيذها على الفور.
• حظر الطلبات ذات الحمولة المشبوهة (base64، eval، استدعاءات النظام).

ملاحظة: يجب ألا تعتمد قواعد WAF فقط على مطابقة URI - دمج إشارات متعددة (الطريقة، الرؤوس، الكوكيز، المعدل، الحمولة) لتقليل الإيجابيات الكاذبة.

---

9 - إرشادات المراقبة والاكتشاف

إعداد تنبيهات ومراقبة ستساعد في اكتشاف محاولات الاستغلال بسرعة:

• تنبيه حول حسابات المسؤولين الجدد (بريد إلكتروني / رسالة نصية قصيرة إلى فريق الأمان).
• تنبيه عند حدوث محاولات تسجيل دخول فاشلة متعددة تليها إجراء ناجح على مستوى المسؤول.
• راقب الارتفاعات في طلبات POST إلى نقاط نهاية REST أو admin-ajax.
• راقب سلامة الملفات: التغييرات في wp-config.php، وملفات القالب، وملفات الإضافات، والملفات في wp-content/uploads.
• استخدم SIEM أو تجميع السجلات لاكتشاف الأنماط عبر مواقع متعددة (مفيد للمضيفين الذين يديرون العديد من تثبيتات WP).
• احتفظ بالسجلات لمدة 90 يومًا على الأقل للتحقيقات بعد الحوادث.

---

10 — قم بتأمين موقعك الآن — ابدأ بخطة WP-Firewall المجانية

إذا كنت ترغب في حماية موقعك على الفور أثناء إصلاحه والتحقيق فيه، فكر في الاشتراك في خطة WP-Firewall الأساسية (المجانية). إنها توفر حماية أساسية مصممة لـ WordPress:

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

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

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

---

11 — الملحق: أوامر مفيدة، مقتطفات من التعليمات البرمجية، وقائمة التحقق

أ. تحقق من وجود مستخدمين إداريين غير معروفين (استعلام سريع في قاعدة البيانات)

قم بتشغيله في قاعدة بياناتك (قم بتعديل بادئة الجدول إذا لم تكن wp_):

SELECT ID, user_login, user_email, user_registered
FROM wp_users
WHERE ID IN (
  SELECT user_id FROM wp_usermeta WHERE meta_key = 'wp_capabilities' AND meta_value LIKE '%administrator%'
);

ب. إلغاء جميع الجلسات لمستخدم (برمجيًا)

استخدم دالة WordPress لتدمير الجلسات (مثال):

// اجبر جميع المستخدمين على إعادة تسجيل الدخول;

أو استخدم مكونًا إضافيًا لمسح الجلسات أو إعادة تعيين كلمات المرور.

ج. تعطيل نقاط نهاية REST للمكون الإضافي مؤقتًا (مثال على الفلتر)

إضافة مكون إضافي مؤقت (يجب استخدامه) لتعطيل نقاط نهاية REST مع ‘hippoo’ في مساحة الاسم:

<?php
// mu-plugin: disable-hippoo-rest.php
add_filter( 'rest_endpoints', function( $endpoints ) {
    foreach ( $endpoints as $route => $handler ) {
        if ( strpos( $route, '/hippoo' ) !== false ) {
            unset( $endpoints[ $route ] );
        }
    }
    return $endpoints;
} );

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

د. حظر مجلد المكون الإضافي عبر Nginx (مثال)

الموقع ~* ^/wp-content/plugins/hippoo/ {

هـ. قائمة التحقق الأمنية (سريعة)

• تحديث مكون Hippoo الإضافي إلى >= 1.9.5.
• قم بإلغاء تنشيط المكون الإضافي إذا لم يكن التحديث ممكنًا.
• قم بتدوير كلمات مرور المسؤول وإبطال الجلسات.
• فحص البرمجيات الضارة وتغييرات الملفات.
• النسخ الاحتياطي والحفاظ على السجلات قبل الإصلاح.
• تنفيذ توقيعات WAF أو تمكين قواعد WAF المدارة.
• تقييد وصول المسؤولين حسب IP حيثما كان ذلك ممكنًا.
• راقب السجلات بحثًا عن نشاط مشبوه.
• التحقق من النسخ الاحتياطية واختبار الاستعادة.

---

ملاحظات نهائية (من فريق أمان WP-Firewall)

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

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

ابقَ يقظًا - وإذا كنت بحاجة إلى مساعدة، فإن مهندسي الأمان لدينا متاحون لمساعدتك في تحديد الأولويات وإصلاح الأمور بأمان.