اسم البرنامج الإضافي	ريفيو إكس
نوع الضعف	كشف بيانات حساسة
رقم CVE	CVE-2025-10731
الاستعجال	قليل
تاريخ نشر CVE	2026-03-23
رابط المصدر	CVE-2025-10731

تعرض البيانات الحساسة في ReviewX (<= 2.2.12) — ما يجب على مالكي مواقع ووردبريس القيام به الآن

مؤلف: فريق أمان جدار الحماية WP
تاريخ: 2026-03-23

ملخص: ثغرة في إضافة ReviewX لووردبريس (الإصدارات <= 2.2.12) تسمح للمهاجمين غير المصرح لهم بالحصول على بيانات حساسة من خلال وظيفة تصدير البيانات في الإضافة. يشرح هذا المنشور المخاطر، وكيف يمكن أن يحاول المهاجمون استغلالها، وكيفية اكتشاف ما إذا كنت مستهدفًا، وتدابير التخفيف القوية — بما في ذلك كيفية حماية WP-Firewall لموقعك الآن.

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

• نظرة عامة على المشكلة
• من المتأثر وكيفية شدة ذلك؟
• ما المعلومات التي يمكن أن تتعرض؟
• كيف يستغل المهاجمون هذه الأنواع من الثغرات
• خطوات فورية لمالكي المواقع (0–48 ساعة)
• تدابير تعزيز وتقييد موصى بها
• الكشف والتحقيق: ماذا تبحث عنه
• إرشادات المطورين وملاحظات البرمجة الآمنة
• تحسينات طويلة الأجل في وضع الأمان
• احمِ موقعك الآن - ابدأ بخطة WP-Firewall المجانية
• ملحق: قائمة مراجعة سريعة

---

نظرة عامة على المشكلة

في 23 مارس 2026، تم الكشف علنًا عن ثغرة تؤثر على إضافة ReviewX (جميع الإصدارات حتى بما في ذلك 2.2.12) (CVE-2025-10731). السبب الجذري هو تعرض البيانات الحساسة غير المصرح بها من خلال وظيفة تصدير البيانات في الإضافة. بعبارات بسيطة: لا يحتاج المهاجم إلى تسجيل الدخول للوصول إلى نقطة نهاية في الإضافة تعيد البيانات المصدرة، ونظرًا لعدم كفاية ضوابط الوصول، يمكن أن تعيد نقطة النهاية معلومات يجب أن تكون خاصة.

أصدرت الشركة النسخة 2.3.0 لإصلاح المشكلة. إذا كنت تستخدم ReviewX ولم تقم بالتحديث إلى ما بعد 2.2.12، فقد يكون موقعك في خطر.

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

---

من المتأثر وكيفية شدة ذلك؟

• الإضافة المتأثرة: ReviewX (الإضافة المستخدمة لمراجعات المنتجات والمراجعات متعددة المعايير في WooCommerce).
• الإصدارات المعرضة: <= 2.2.12
• النسخة المرقعة: 2.3.0 أو أحدث
• CVE: CVE-2025-10731
• طريقة الهجوم: غير مصرح بها (لا حاجة لتسجيل الدخول)
• التصنيف: تعرض البيانات الحساسة (OWASP A3)
• CVSS (المبلغ عنه): 5.3 — متوسط/محدود على مقياس CVSS، لكن التأثير يختلف بناءً على ما يخزنه مالكو المواقع وكيف تم تكوين ReviewX.

لماذا هذا مهم: الوصول غير المصرح به إلى نقاط بيانات هو أمر خطير لأنه يمكّن من المسح الجماعي وجمع البيانات عبر آلاف المواقع. حتى عندما لا تكون درجة CVSS “حرجة”، فإن تعرض أسماء العملاء، وعناوين البريد الإلكتروني، ومراجع الطلبات أو أي معلومات شخصية أخرى يشكل خطرًا جادًا على الخصوصية والامتثال (GDPR، CCPA، قواعد الصناعة)، ويمكّن من الهجمات اللاحقة مثل التصيد المستهدف.

---

ما المعلومات التي يمكن أن تتعرض؟

تتركز الثغرة على ميزة “تصدير البيانات”. اعتمادًا على كيفية استخدام المكون الإضافي، قد يتضمن نقطة تصدير:

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

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

---

كيف يستغل المهاجمون هذه الأنواع من الثغرات

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

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

نظرًا لأن هذا وصول غير مصادق عليه، لا يحتاج المهاجمون إلى اختراق حسابات المسؤول قبل جمع المعلومات.

---

خطوات فورية لمالكي المواقع (0–48 ساعة)

إذا كنت تدير ReviewX على أي موقع WordPress، اعتبر هذا الأمر عاجلاً. اتبع هذه الخطوات بالترتيب؛ الخطوتان الأوليان هما الأكثر أهمية.

1. قم بتحديث ReviewX إلى 2.3.0 (أو أحدث) على الفور.
   • إذا كنت تستطيع تحديث المكون الإضافي من خلال wp-admin، قم بذلك الآن. قام البائع بإصلاح المشكلة في 2.3.0.
   • إذا كان موقعك يستخدم سياسة تحديث مُدارة أو بيئة اختبار، قم بجدولة تحديث آمن فوري وتحقق على البيئة التجريبية أولاً إذا كنت بحاجة إلى اختبار.
2. إذا لم تتمكن من التحديث على الفور، قم بتطبيق قيود وصول مؤقتة.
   • قم بحظر الوصول إلى نقاط تصدير المكون الإضافي على مستوى خادم الويب أو جدار الحماية (انظر أمثلة الاحتواء أدناه).
   • قم بتعطيل المكون الإضافي مؤقتًا إذا كنت تستطيع تحمل فترة التوقف وتحتاج إلى احتواء المخاطر بسرعة.
3. استخدم جدار حماية تطبيقات الويب (WAF) لتطبيق تصحيح افتراضي
   • إذا كنت تستخدم WP-Firewall، قم بتمكين قواعد التصحيح الافتراضي التي تمنع توقيعات نقاط تصدير البيانات وأنماط الطلبات المشبوهة. يحميك التصحيح الافتراضي أثناء التحديث.
   • إذا لم تكن تستخدم مكون جدار الحماية، اسأل مضيفك إذا كان بإمكانهم تطبيق قاعدة على مستوى الخادم.
4. قم بمراجعة وتدوير بيانات الاعتماد حيثما كان ذلك مناسبًا
   • إذا كانت عملية التصدير قد كشفت عن مفاتيح API أو رموز مخزنة كبيانات وصفية، قم بتدويرها.
   • ضع في اعتبارك تدوير بيانات اعتماد SMTP أو بيانات اعتماد خدمات أخرى إذا كانت تستخدم لإرسال رسائل بريد إلكتروني حول المراجعات.
5. تحقق من سجلات الوصول
   • ابحث عن الطلبات إلى عناوين URL، أو سلاسل الاستعلام، أو أجسام الطلبات التي تحتوي على أجزاء من أسماء المكونات أو مؤشرات “التصدير” (انظر قسم الكشف).
   • لاحظ عناوين IP غير العادية، أو الزيارات المتكررة السريعة، أو أحجام الاستجابة الكبيرة.
6. أبلغ القسم القانوني / الامتثال إذا كانت البيانات الشخصية قد تعرضت على الأرجح
   • اعتمادًا على الاختصاص وتصنيف البيانات، قد يُطلب منك إبلاغ سلطات حماية البيانات والمستخدمين المتأثرين.

---

تدابير تعزيز وتقييد موصى بها

فيما يلي تدابير عملية يمكنك تطبيقها على الفور وفي وقت قصير. تم ترتيبها حسب السرعة والفعالية.

1. تصحيح افتراضي عبر WAF (سريع، عائد استثمار مرتفع)
   • حظر أنماط GET/POST التي تتطابق مع نقطة تصدير المكون.
   • قم بتحديد معدل وحظر المكالمات المتكررة إلى نقطة النهاية من نفس عنوان IP.
   • حظر الطلبات التي تحتوي على سلاسل استعلام أو معلمات تتعلق بـ “التصدير” المستخدمة من قبل المكون.

   أمثلة على أنماط القواعد المفاهيمية (تكييفها مع WAF الخاص بك):

   • حظر الطلبات حيث تحتوي REQUEST_URI على “reviewx” وQUERY_STRING تحتوي على “export” أو “data_export”.
   • حظر الطلبات التي تعيد أحمال JSON أو CSV كبيرة بشكل غير عادي من دلائل المكونات.

   (لا تنسخ القواعد الحرفية بشكل أعمى دون اختبار - قم بتكييفها مع بيئتك.)

2. التحكم في وصول خادم الويب (سريع)
   • إضافة قواعد deny في htaccess/Nginx لمنع الوصول العام إلى ملفات المكونات الإضافية التي تتعامل مع الصادرات:
   • Apache (مفهوم): منع الوصول إلى الملفات داخل /wp-content/plugins/reviewx/… التي تحددها كمعالجات للصادرات.
   • Nginx (مفهوم): إرجاع 403 للمواقع التي تتطابق مع نقاط نهاية الصادرات.
3. تعطيل وظيفة التصدير (مكون إضافي أو إعداد)
   • إذا كانت ReviewX توفر خيارًا لتعطيل الصادرات التلقائية أو لطلب المصادقة، فقم بتمكين تلك الضوابط.
4. مبدأ الحد الأدنى من الامتياز
   • تأكد من أن عمليات التصدير، وwebhooks، وAPIs تعمل فقط للمستخدمين المعتمدين الذين لديهم القدرة الصحيحة.
   • مراجعة إعدادات ReviewX وتعطيل الميزات التي لا تستخدمها (على سبيل المثال، ربط الطلبات التلقائية أو ملء البريد الإلكتروني للمراجع تلقائيًا).
5. المراقبة والتنبيه
   • تكوين تنبيهات السجل لنمط “reviewx” و“export”، والاستجابات الكبيرة، أو الارتفاعات في حركة المرور من نطاقات IP الفردية.
   • إعداد تنبيهات لطلبات نشر المسؤول الفاشلة/المشبوهة.
6. تقليل البيانات & السياسة
   • مراجعة الحقول التي تخزنها ReviewX. تجنب تخزين معلومات التعريف الشخصية غير الضرورية (عناوين الفواتير الكاملة، أرقام الهواتف) في بيانات المراجعة.
   • حيثما أمكن، قم بتخزين القيم المشفرة أو المعرفات المستعارة بدلاً من معلومات التعريف الشخصية الخام.

---

الكشف والتحقيق: ماذا تبحث عنه

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

1. سجلات وصول خادم الويب
   • البحث عن الطلبات التي تحتوي على اسم المكون الإضافي (غير حساسة لحالة الأحرف) مثل “reviewx”، أو الطلبات ذات سلاسل الاستعلام المشبوهة (مثل، export، download، csv، json).
   • راقب الاستجابات ذات طول المحتوى الكبير (تشير إلى تصدير البيانات)، خاصة من عناوين IP غير المعتمدة.
2. سجلات التطبيق
   • إذا تم تمكين تسجيل تصحيح WP أو تسجيل المكون الإضافي، ابحث عن استدعاءات لروتينات التصدير أو تنزيلات نظام الملفات.
3. نشاط حساب المسؤول
   • تحقق من تسجيلات دخول المسؤول غير المتوقعة، أو المستخدمين الجدد الذين تم إنشاؤهم، أو التغييرات في إعدادات المكون الإضافي.
4. نظام الملفات والتحميلات
   • ابحث عن الملفات المصدرة المتروكة على القرص (CSV أو JSON مؤقتة).
   • تنظيف العناصر غير الموثوقة.
5. قائمة الانتظار للبريد والرسائل الصادرة
   • إذا كانت عمليات التصدير تؤدي إلى إرسال رسائل بريد إلكتروني أو استدعاءات ويب، تحقق من قوائم الانتظار الصادرة عن أي نشاط غريب.
6. تحديد نطاق البيانات المكشوفة
   • إذا أكدت تصديرًا، حدد الحقول التي تم تضمينها (الأسماء، البريد الإلكتروني، معرفات الطلب، العناوين الجزئية).
   • وثق النطاق لأغراض الامتثال والإخطار.
7. الحفاظ على السجلات والأدلة
   • قم بتصدير وتخزين السجلات ذات الصلة بشكل آمن. هذا يساعد إذا كنت بحاجة إلى إخطار المستخدمين المتأثرين أو إنفاذ القانون.

---

إرشادات المطورين وملاحظات البرمجة الآمنة

إذا كنت مطور موقع أو مؤلف مكون إضافي، فإليك ممارسات الترميز الآمن المحددة التي ستمنع هذه الفئات من الأخطاء.

1. فرض فحوصات القدرة على نقاط نهاية التصدير
   • يجب على كل نقطة نهاية تعيد بيانات المستخدم التحقق: هل الشخص الذي يطلب مصرح له؟ هل تم التحقق من هويته؟ هل لديهم القدرة المطلوبة (مثل manage_options أو قدرة مخصصة مرتبطة بتصدير المراجعة)؟
   • بالنسبة لنقاط نهاية REST، استخدم permission_callback للتحقق من القدرات والتحقق من الهوية.
2. استخدم Nonces أو رموز للإجراءات التي تنشأ من الواجهة الأمامية
   • تنفيذ Nonces الخاصة بـ WordPress لإجراءات admin-post.php والتحقق منها على الخادم.
3. تجنب كشف المعلومات الشخصية في نقاط النهاية العامة
   • صمم ميزات التصدير لتتطلب تحقق من هوية المسؤول أو أن يتم تنفيذها من CLI داخلي، وليس من نقطة HTTP عامة.
4. تقليل البيانات المعادة
   • أعد فقط الحقول المطلوبة لحالة الاستخدام. عند الشك، قم بإزالة البريد الإلكتروني وغيرها من المعلومات الشخصية.
5. قم بتنظيف والتحقق من جميع المدخلات
   • حتى نقاط النهاية للقراءة فقط يمكن التلاعب بها؛ تحقق من المعلمات وفرض حدود المعدل.
6. إضافة تسجيل تدقيق
   • سجل عمليات التصدير (من بدأها، ومتى، وما تم تضمينه). هذا يساعد في الكشف.
7. تصميم لمشاركة الاشتراك
   • يتطلب تكوينًا صريحًا من المسؤول لتمكين أي تصديرات أو تكاملات تلقائية.

---

تحسينات طويلة الأجل في وضع الأمان

تذكير بأن الحوادث مثل هذه تبقى واحدة من أكبر نقاط الهجوم في ووردبريس. لتقليل المخاطر المستقبلية:

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

---

أنماط قواعد احتواء WAF (مفاهيمية)

أدناه أمثلة قواعد مفاهيمية لتوضيح كيف قد يبدو تصحيح WAF الافتراضي. لا تقم بلصق هذه كما هي في الإنتاج دون اختبار.

• حظر الطلبات التي تستهدف نقاط تصدير البيانات:
  • الشرط: REQUEST_URI يحتوي على “reviewx” و QUERY_STRING يحتوي على “export” أو “download”
  • الإجراء: حظر (403) أو تحدي (CAPTCHA)
• تحديد معدل المحاولات غير المصرح بها المتكررة:
  • الشرط: > 10 طلبات إلى نقاط تصدير ذات صلة من نفس عنوان IP في 60 ثانية
  • الإجراء: تقليل السرعة أو حظر IP لمدة ساعة واحدة
• حظر الاستجابات التي تعيد حمولات CSV/JSON من مجلد المكونات الإضافية للمستخدمين غير المصرح لهم:
  • الشرط: نوع محتوى الاستجابة هو application/json أو text/csv ومسار الاستجابة يحتوي على “/wp-content/plugins/reviewx/”
  • الإجراء: تحدي أو إسقاط

إذا كنت تستخدم WP-Firewall، يمكننا دفع تصحيحات افتراضية لهذه التوقيعات مركزيًا حتى تكون موقعك محميًا حتى قبل التحديث.

---

ماذا تفعل إذا وجدت دليلًا على الوصول إلى البيانات

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

---

التواصل مع العملاء والاعتبارات القانونية

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

---

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

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

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

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

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

---

لماذا يعتبر WAF المُدار مهمًا لثغرات المكونات الإضافية

توسع المكونات الإضافية الميزات بسرعة لمواقع WordPress - لكنها تزيد أيضًا من سطح الهجوم الخاص بك. توفر WAFs المُدارة ثلاث فوائد عملية:

1. التصحيح الافتراضي: حظر أنماط الاستغلال بسرعة حتى قبل تطبيق التصحيحات.
2. تحديثات القواعد المركزية: نقوم بإصدار توقيعات للمشكلات التي تم الكشف عنها حديثًا بحيث يتم حماية مالكي المواقع غير التقنيين تلقائيًا.
3. المراقبة والاستجابة: أنماط الهجوم تتغير بسرعة. يوفر WAF المدارة ضبط القواعد والدعم حتى لا تحتاج إلى كتابة أو اختبار القواعد بنفسك.

يقلل WAF المكون بشكل جيد من المخاطر بينما تقوم بأعمال الاختبار والتحديث على المدى الطويل.

---

الملحق: قائمة مراجعة سريعة للإصلاح

الفوري (الساعات الـ 24 الأولى)

• قم بتحديث ReviewX إلى 2.3.0 أو أحدث.
• إذا لم تتمكن من التحديث، قم بتعطيل المكون الإضافي أو حظر نقاط تصدير البيانات عند جدار الحماية/الخادم.
• قم بتمكين التصحيح الافتراضي أو قاعدة WAF لوقف طلبات التصدير.
• ابحث في السجلات عن “reviewx”، “export”، “download”، واستجابات كبيرة غير عادية.

المتابعة (24–72 ساعة)

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

مستمر

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

---

الأفكار النهائية

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

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

ابق آمناً، وتعامل مع نقاط نهاية المكون الإضافي التي تتعامل مع البيانات مثل البنية التحتية العامة: قيد الوصول، تحقق من الطلبات، وراقب باستمرار.

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