| اسم البرنامج الإضافي | منشئ حاسبة التكلفة |
|---|---|
| نوع الضعف | نظام التحكم في الوصول مكسور |
| رقم CVE | CVE-2025-14755 |
| الاستعجال | قليل |
| تاريخ نشر CVE | 2026-05-13 |
| رابط المصدر | CVE-2025-14755 |
إشعار أمان عاجل: التحكم في الوصول المكسور في منشئ حاسبة التكلفة (≤ 4.0.1) — ما يجب على مالكي مواقع ووردبريس القيام به الآن
مؤلف: فريق أمان WP‑Firewall
تاريخ: 2026-05-13
ملخص
تم الكشف عن ثغرة في التحكم في الوصول المكسور (CVE-2025-14755) تؤثر على إضافة منشئ حاسبة التكلفة في ووردبريس (الإصدارات حتى 4.0.1) مما يسمح للمستخدمين غير المصرح لهم بالتلاعب ببيانات الأسعار واستغلال المراجع المباشرة غير الآمنة (IDOR). على الرغم من تصنيفها على أنها منخفضة الخطورة (CVSS 5.3)، يمكن استغلال هذه المشكلة في الاحتيال، وفقدان الإيرادات، وسوء الاستخدام في المواقع التي تستخدم الإضافة للاقتباسات، أو حاسبات الأسعار، أو تدفقات الدفع. أصدر مؤلف الإضافة إصلاحًا في الإصدار 4.0.2. يشرح هذا المنشور المخاطر، وكيف يستغل المهاجمون ذلك، وكيفية اكتشاف الاستغلال، والتخفيف خطوة بخطوة، والتقوية على المدى القصير، وكيف يمكن لـ WP‑Firewall حماية موقعك أثناء تصحيح المشكلة.
لماذا هذا مهم (لغة واضحة)
إذا كنت تدير موقع ووردبريس يستخدم الآلات الحاسبة المدمجة أو نظام الاقتباس (منشئ حاسبة التكلفة)، يمكن للمهاجمين التفاعل مع نقاط نهاية واجهة برمجة التطبيقات للإضافة دون تسجيل الدخول. يسمح هذا النقص في التفويض للمهاجم بـ:
- تغيير الأسعار المعروضة أو المقدمة بطريقة لم يقصدها مالك الموقع أبدًا،,
- تقديم طلبات أو إنشاء اقتباسات بقيم تم التلاعب بها،,
- استغلال منطق الأعمال للحصول على خدمات أو خصومات مجانًا، و
- التحول المحتمل إلى أجزاء أخرى من الموقع إذا كانت أي منطق لاحق تثق بالقيم التي تم التلاعب بها.
حتى عندما يتم تصنيف الثغرة على أنها “منخفضة” بواسطة نظام تسجيل، يمكن أن يكون التأثير في العالم الحقيقي كبيرًا — خاصة بالنسبة للشركات الصغيرة والمتاجر التي تعتمد على الاقتباسات عبر الإنترنت، أو التقديرات، أو الآلات الحاسبة المدمجة للأسعار.
ما هي الثغرة (نظرة عامة تقنية)
- البرامج المتأثرة: إضافة منشئ حاسبة التكلفة لووردبريس، الإصدارات ≤ 4.0.1.
- تم تصحيحه في: الإصدار 4.0.2.
- التصنيف: التحكم في الوصول المكسور مع مرجع كائن مباشر غير آمن (IDOR).
- CVE: CVE‑2025‑14755
- الامتياز المطلوب للاستغلال: لا شيء (غير مصرح به).
على مستوى عالٍ، تكشف الإضافة عن نقاط نهاية (AJAX، REST، أو معالجات النماذج) تقبل الطلبات التي تحدث أو تعيد معلومات الأسعار. لا تتحقق هذه النقاط النهائية بشكل صحيح من:
- هوية أو امتياز المتصل (فحص التفويض مفقود أو غير كافٍ)، و
- أن معرف الكائن المرسل (مثل، quote_id، calculator_id، أو item_id) ينتمي فعليًا إلى الجلسة أو المستخدم الذي يقدم الطلب.
عندما تكون أي من تلك الفحوصات مفقودة، يمكن لممثل غير مصرح له صياغة طلبات تستهدف معرفات الاقتباس أو إدخالات الآلة الحاسبة بشكل عشوائي وتغيير قيم الأسعار، مما يؤدي إلى التلاعب بالأسعار.
مهم: نتجنب عمدًا نشر حمولات الاستغلال أو وصفات الهجوم خطوة بخطوة. يركز هذا المنشور على الكشف والتخفيف حتى يتمكن مالكو المواقع والمديرون من التصرف بسرعة وأمان.
كيف يمكن للمهاجم استغلال هذه الثغرة (سيناريوهات الهجوم)
فيما يلي سيناريوهات استغلال واقعية لاحظناها في حالات مشابهة. هذه توضيحية - ليست تعليمات.
- تجاوز السعر للخدمات المعتمدة على الاقتباسات: يقدم المهاجم طلبًا يغير سعر الاقتباس إلى مبلغ أصغر بكثير (أو صفر)، ثم يستخدم الاقتباس المعدل لطلب الخدمات أو لدفع أقل مما هو مقصود. إذا كانت عملية التنفيذ تعتمد على الاقتباس المقدم دون إعادة التحقق من السعر على الخادم، يحصل المهاجم على الخدمة بالسعر المعدل.
- الخروج المجاني أو المخفض: عندما تُستخدم الآلات الحاسبة لتحديد إجمالي الطلب لعملية الخروج، يمكن أن تقلل القيم المعدلة أو تلغي الإجماليات. إذا كانت تدفق التجارة الإلكترونية تثق في مخرجات الآلة الحاسبة دون إعادة حساب على الخادم، يمكن للمهاجمين إتمام المشتريات بأقل أو مجانًا.
- الاستغلال الجماعي: نظرًا لأن نقطة النهاية غير مصادق عليها، يمكن للمهاجمين كتابة نصوص لطلبات جماعية ضد العديد من معرفات الآلة الحاسبة (التعداد + IDOR) للتلاعب بالعديد من الاقتباسات أو إنشاء طلبات احتيالية على نطاق واسع.
- الضرر للسمعة أو الأعمال: يمكن للمهاجمين عمدًا نشر معلومات تسعير غير صحيحة (مثل الأسعار السلبية أو المنخفضة بشكل غير معقول) مرئية للعملاء، مما يسبب الارتباك أو الضرر للسمعة.
حتى إذا كانت الخسارة المالية محدودة، فإن هذه الحوادث تثير تكاليف تشغيلية: التحقيقات، المبالغ المستردة، عبء دعم العملاء، والالتزامات التنظيمية المحتملة حسب منطقتك.
علامات قد تشير إلى أن موقعك قد تم استهدافه
تحقق من المؤشرات التالية في سجلاتك ومنطقة الإدارة:
- تغييرات غير متوقعة في الأسعار أو الاقتباسات مسجلة في قاعدة بياناتك (مدخلات جديدة تظهر أسعارًا تتعارض مع منطق الأعمال المتوقع).
- الطلبات أو المواعيد أو طلبات الخدمة التي تحتوي على إجماليات صفرية/قريبة من الصفر أو قيم خصم مشبوهة.
- سجلات الوصول التي تظهر مكالمات إلى نقاط نهاية الآلة الحاسبة أو AJAX من عناوين IP غير عادية، أو روبوتات، أو طلبات متكررة مع معرفات كائنات مختلفة (أنماط التعداد).
- حجم كبير من طلبات POST إلى نقاط نهاية الآلة الحاسبة من عدد قليل من عناوين IP.
- إشعارات إدارية غير مفسرة، تأكيدات بريد إلكتروني، أو تقديمات جديدة لا تتطابق مع سلوك العملاء العادي.
- تسلسلات غير عادية في سجلات التدقيق (إذا كانت الإضافة الخاصة بك تسجل التغييرات على الاقتباسات، تحقق من التغييرات غير المصرح بها).
إذا لاحظت أيًا من هذه، اعتبر الموقع محتمل الاختراق وتصرف بسرعة (انظر قسم استجابة الحوادث أدناه).
الخطوات الفورية التي يجب عليك اتخاذها (تخفيف قصير الأجل)
- قم بتحديث الإضافة الآن
- نشر البائع تصحيحًا في الإصدار 4.0.2. الترقية إلى 4.0.2 أو أحدث هي الإصلاح الأساسي والموصى به.
- إذا كنت تستخدم استضافة ووردبريس مُدارة أو نظام اختبار، اختبر التحديث في بيئة الاختبار أولاً. ولكن إذا لم تتمكن من الاختبار بسرعة، أعطِ الأولوية للتحديث في الإنتاج وكن مستعدًا للتراجع إذا واجهت مشاكل.
- إذا لم تتمكن من التحديث على الفور، قم بتعطيل المكون الإضافي
- قم بإلغاء تنشيط مكون Cost Calculator Builder مؤقتًا لإزالة نقاط النهاية المعرضة للخطر من الوصول العام حتى تتمكن من تصحيحها بأمان.
- قيد الوصول إلى نقاط النهاية المعرضة للخطر (قواعد WAF مؤقتة أو خادم ويب)
- قيد نقاط نهاية الآلة الحاسبة بحيث يمكن فقط لعناوين IP الموثوقة الوصول إليها؛ ورفض الوصول العام غير المصرح به إلى نقاط النهاية المستخدمة لتحديث الأسعار أو الاقتباسات.
- خيارات مثال:
- حظر الطلبات إلى نقاط نهاية AJAX أو REST الخاصة بالمكون ما لم تتضمن ملفات تعريف الارتباط المصرح بها المتوقعة أو رموز الخادم المعروفة.
- استخدم قواعد .htaccess/nginx لرفض طلبات POST العامة إلى ملفات PHP الخاصة بالمكون المحدد.
- ملاحظة: هذه التدابير هي حلول مؤقتة - تابع مع التحديث الرسمي للمكون.
- تعزيز تقديم النماذج واستدعاءات AJAX
- تحقق مما إذا كانت النماذج أو معالجات AJAX الموجودة في القالب الخاص بك أو التخصيصات تقوم بإعادة حساب الأسعار على جانب الخادم أو تثق في المجموعات المقدمة من العميل. إذا كان الأمر الأخير، قم بتغيير المنطق لإعادة حساب المجموعات على جانب الخادم بناءً على البيانات القياسية بعد تطبيق التصحيح.
- تطبيق تحديد معدل الحماية من الروبوتات
- أضف حدودًا للسرعة تجعل التعداد الجماعي أو التلاعب بأسعار القوة الغاشمة غير عملي.
- تنفيذ Captcha على نقاط نهاية تقديم الاقتباسات إذا كان ذلك مناسبًا.
- راقب السجلات واضبط التنبيهات
- نشر المراقبة لتنبيه عن الشذوذ: زيادة مفاجئة في تحديثات الأسعار، العديد من طلبات POST إلى نفس نقطة النهاية، أو العديد من معلمات معرف الكائن المختلفة القادمة من نطاق IP واحد.
ضوابط WAF الموصى بها (كيف يساعد WP‑Firewall)
بينما يجب تصحيح المكون بواسطة المطور، يمكن لجدار حماية تطبيق الويب (WAF) تقليل نافذة المخاطر بشكل كبير. إليك أمثلة على القواعد التي يمكن أن ينفذها WP‑Firewall على الفور (قواعد مفاهيمية - ستقدم وحدة التحكم الخاصة بك خيارات تكوين محددة):
- حظر الوصول غير المصرح به إلى نقاط نهاية تعديل الآلة الحاسبة:
- إذا كان مسار الطلب يتطابق مع /wp-admin/admin-ajax.php أو مسار محدد للمكون AND كانت معلمة الإجراء هي “update_price” (أو إجراءات تحديث الأسعار الأخرى) AND لا توجد ملفات تعريف ارتباط WP صالحة مسجلة -> BLOCK.
- حظر قيم الأسعار المشبوهة:
- إذا كان جسم الطلب يتضمن معلمة السعر والسعر <= 0 أو السعر حظر وتسجيل.
- منع IDOR عبر ربط كائن الجلسة:
- إذا كان الطلب يشير إلى quote_id/item_id ولكن ملف تعريف الارتباط للجلسة لا يتطابق مع المالك -> تحدي أو حظر.
- اكتشاف وتقييد التعداد:
- إذا طلب عنوان IP واحد > X معرفات حاسبة/اقتباس مختلفة في Y دقيقة -> تحديد معدل أو حظر.
- منع التلاعب بالمعلمات:
- إذا كان الطلب يحتوي على مرجع/رأس غير متطابق أو رأس nonce المتوقع مفقود للإجراءات المعتمدة -> حظر.
يمكن أن يوفر WP‑Firewall أيضًا تصحيحات افتراضية/مؤقتة (قواعد على مستوى التطبيق تطبق في طبقة WAF) أثناء تخطيطك ونشر تحديث المكون الإضافي الرسمي. يقلل التصحيح الافتراضي من سطح الهجوم ويشتري الوقت دون تحديث الكود.
كيفية التحقق من الإصلاح بعد التحديث
بعد الترقية إلى 4.0.2 (أو أحدث):
- إعادة اختبار التدفقات الحرجة في بيئة staging:
- تقديم الاقتباسات والمرور عبر عملية الحساب والدفع.
- التحقق من أن قيم السعر المحسوبة بواسطة منطق الخادم تتطابق مع المجموعات المتوقعة.
- تأكيد أن واجهات برمجة التطبيقات المعتمدة/المصرح بها فقط هي التي تقوم بتحديث بيانات السعر المخزنة.
- مراقبة سجلات الخادم لمحاولات خبيثة متبقية:
- الحفاظ على تسجيل WAF نشطًا لمدة أسبوعين على الأقل ومراقبة المحاولات المحظورة ضد نقاط نهاية الحاسبة.
- التحقيق في أي محاولات وصلت بنجاح إلى الموقع قبل التصحيح.
- التحقق من سلامة قاعدة البيانات:
- التأكد من عدم وجود طلبات احتيالية، أو اقتباسات مُعالجة، أو إدخالات خصم غير متوقعة.
- إذا وجدت إدخالات مشبوهة، اتبع إرشادات استجابة الحوادث أدناه.
- تدوير مفاتيح واجهة برمجة التطبيقات والاعتمادات ذات الصلة:
- إذا كان المكون الإضافي أو الموقع يستخدم أي بيانات اعتماد API مكشوفة في السجلات أو الملفات، قم بتدويرها.
استجابة الحوادث: ماذا تفعل إذا تم استغلالك
إذا اكتشفت علامات على الاستغلال، اتبع هذه الخطوات:
- عزل واحتواء
- قم بإيقاف تشغيل المكون الإضافي المعرض للخطر (قم بإلغاء تنشيطه أو حظر الوصول إلى نقطة النهاية) على الفور.
- إذا لزم الأمر، ضع الموقع في وضع الصيانة مؤقتًا لمنع المزيد من الاحتيال.
- الحفاظ على الأدلة
- اجمع سجلات خادم الويب، ولقطات قاعدة البيانات، وسجلات المكون الإضافي للتحليل الجنائي.
- قم بالتقاط صورة للموقع وقاعدة البيانات (للقراءة فقط) لتجنب تغيير الأدلة.
- تقييم النطاق والأثر
- حدد أي معرفات اقتباس، أو طلبات، أو حسابات مستخدمين تأثرت.
- احسب التعرض المالي واحتمالية تسرب البيانات.
- تنظيف واستعادة
- قم بإزالة الإدخالات المعدلة حيثما أمكن واستعد من نسخة احتياطية نظيفة إذا لزم الأمر.
- قم بتدوير بيانات الاعتماد التي قد تكون متورطة (حسابات المسؤول، مفاتيح API).
- قم بتطبيق تصحيح المكون الإضافي (4.0.2+) وأي تحديثات أمان مفقودة أخرى.
- إخطار أصحاب المصلحة
- اعتمادًا على عملك، قد تحتاج إلى إبلاغ العملاء المتأثرين، أو الفرق الداخلية، أو الجهات التنظيمية.
- كن شفافًا بشأن الإجراء الذي اتخذته، وقدم خطوات العلاج للعملاء المتأثرين.
- تعلم وقم بتقوية الأمان.
- بعد الاستعادة، قم بإجراء مراجعة بعد الحادث. قم بتحديث العمليات بحيث يتم تطبيق التحديثات/التصحيحات بشكل أسرع في المستقبل.
- أضف مراقبة مستمرة وقواعد WAF لمنع التكرار.
إذا كنت غير متأكد من الخطوات الفنية أو تفتقر إلى الموارد الداخلية، قم بالتعاقد مع مزود أمان ووردبريس موثوق أو فريق استجابة للحوادث محترف.
إرشادات المطور: كيف كان يجب بناء المكون الإضافي
لمؤلفي المكونات الإضافية والمطورين الذين يعملون على كود الاقتباس/الحساب، تجنب هذه الفخاخ:
- لا تثق أبدًا بالقيم الموجودة على جانب العميل للتسعير أو الإجماليات. أعد الحساب دائمًا على الخادم باستخدام البيانات القياسية.
- استخدم فحوصات تفويض قوية لأي إجراء يعدل التسعير أو الطلبات أو بيانات الأعمال الحيوية الأخرى:
- تحقق من القدرة: current_user_can(‘edit_post’, $object_id) أو فحوصات القدرة المخصصة حسب الاقتضاء.
- فرض النونسيات للإجراءات المسجلة الدخول ورموز CSRF لنقاط نهاية REST.
- تجنب كشف معرفات الكائنات الخام بطرق تسمح بالتعداد أو التلاعب بسهولة. قم بربط المعرفات الخارجية بمعرفات داخلية على جانب الخادم.
- قم بتنظيف والتحقق من جميع المدخلات. ارفض قيم الأسعار المشبوهة (سالبة، صفر، أو خارج النطاقات المتوقعة).
- سجل وراجع التغييرات على الأسعار والاقتباسات من أجل القدرة الجنائية.
- نفذ حدود المعدلات وCAPTCHA حيث تكون الأسعار أو الاقتباسات المقدمة من المستخدم شائعة.
- الأمان من خلال التصميم: قم بتضمين نمذجة التهديدات في دورات التطوير وقم بتشغيل عمليات الفحص الثابتة والديناميكية الآلية قبل الإصدار.
قائمة مرجعية عملية لمالكي المواقع (مرجع سريع)
فوري (خلال ساعات):
- قم بتحديث منشئ حاسبة التكلفة إلى الإصدار 4.0.2 أو أحدث.
- إذا لم تتمكن من التحديث، قم بإلغاء تنشيط المكون الإضافي.
- قم بتمكين قواعد WAF لحظر التحديثات غير المصرح بها لنقاط نهاية الحاسبة.
- راقب سجلات الوصول للبحث عن POSTs مشبوهة لنقاط نهاية الحاسبة.
- ضع النماذج عالية المخاطر خلف CAPTCHA أو تحديد المعدلات.
الساعات الـ 24-72 القادمة:
- أعد حساب الإجماليات على جانب الخادم وتحقق من سلامة الطلب.
- قم بفحص قاعدة البيانات للبحث عن الطلبات/الاقتباسات المشبوهة.
- قم بتدوير بيانات اعتماد المسؤول وAPI إذا كان هناك اشتباه في الاختراق.
مستمر:
- حافظ على تحديث المكونات الإضافية والسمات (قم بتطبيق التصحيحات بسرعة).
- استخدم WAF مُدار ومُسْتَشْعِر للبرمجيات الخبيثة.
- حافظ على عملية نسخ احتياطي واستعادة مُختبرة.
- راجع وقم بتقوية التحكم في الوصول على التكاملات المخصصة.
مثال: أنماط قواعد WAF الآمنة (مفاهيمية)
فيما يلي مرشحات مفاهيمية يجب أن تأخذها بعين الاعتبار. سيسمح لك جدار الحماية WP أو وحدة التحكم WAF الأخرى بإنشاء هذه الأنواع من الحمايات دون تغيير كود الإضافة:
- رفض POST غير المصرح به إلى نقاط نهاية الإضافة:
- الشرط: request.path يحتوي على “/path/to/calc-endpoint” وَ request.method == POST وَ NOT cookie يحتوي على “wordpress_logged_in” -> الإجراء: BLOCK
- حظر التلاعب المحتمل بواسطة معلمة السعر:
- الشرط: request.body يحتوي على “price” وَ (price <= 0 أو price الإجراء: BLOCK + ALERT
- حظر التعداد السريع:
- الشرط: > 50 قيمة مميزة لمعلمة “quote_id” من نفس IP خلال 10 دقائق -> الإجراء: RATE LIMIT أو BLOCK
- فرض الرؤوس المتوقعة:
- الشرط: request.method == POST وَ NOT header[“X-Requested-With”] == “XMLHttpRequest” -> الإجراء: CHALLENGE (CAPTCHA) أو BLOCK
ملحوظة: تختلف التنفيذات الدقيقة حسب بيئة الاستضافة. يمكن تطبيق قواعد WP‑Firewall المُدارة لك إذا كنت تفضل عدم صياغة القواعد يدويًا.
لماذا تعتبر التحديثات مهمة حتى مع وجود WAF
يوفر WAF طبقة مهمة ولكنه ليس بديلاً دائمًا لتحديث جانب الكود. تقلل التحديثات الافتراضية وقواعد الجدار الناري من فرصة الاستغلال ولكن لا يمكنها إصلاح الأخطاء في منطق التطبيق أو منع جميع أشكال الإساءة الإبداعية. اعتبر حماية WAF كإجراء تخفيف قصير إلى متوسط الأجل أثناء تطبيق تحديث الإضافة الرسمي وإجراء مراجعة أمنية كاملة.
حول نهج WP‑Firewall تجاه الحوادث مثل هذه
نعمل كمزود أمان ووردبريس استباقي. عندما يتم الكشف عن ثغرة مثل هذه، فإن نهجنا الموصى به لعملائنا هو:
- تخفيف فوري باستخدام قواعد WAF المُدارة (تحديث افتراضي).
- توجيه سريع لتحديث الإضافات وتأكيد الإصلاحات.
- مراقبة مستمرة للاستغلال المتبقي أو المحاولات.
- المساعدة في تصنيف الحوادث والتعافي إذا لزم الأمر.
إذا كنت تستخدم WP‑Firewall بالفعل، يمكن لفريقنا تطبيق قواعد مؤقتة لحظر نقاط الضعف الموصوفة هنا بينما تقوم بجدولة واختبار تحديث المكون الإضافي.
تأمين موقعك اليوم — ابدأ بخطة الحماية المجانية لدينا
إذا كنت تدير مواقع WordPress وترغب في خطوة أولى موثوقة وسهلة لتقليل المخاطر، جرب خطتنا الأساسية (المجانية). تتضمن الحمايات الأساسية التي تساعد في الحماية من نوع التحكم في الوصول المكسور الذي تم استغلاله في هذه الثغرة:
- جدار ناري مُدار مع قواعد WAF قابلة للتخصيص
- عرض نطاق غير محدود لحركة مرور جدار الحماية
- حماية جدار تطبيق الويب (WAF)
- ماسح للبرمجيات الخبيثة لاكتشاف العناصر المشبوهة
- التخفيف من مخاطر OWASP العشرة الكبرى
اشترك في الخطة المجانية ودعنا نحمي موقعك بينما تقوم بتصحيح أو إعداد التحديثات: https://my.wp-firewall.com/buy/wp-firewall-free-plan/
(إذا كنت بحاجة إلى مزيد من الأتمتة وإصلاح المشكلات، تضيف خططنا المدفوعة إزالة البرمجيات الخبيثة تلقائيًا، والتحكم في القوائم السوداء، والتقارير الشهرية، والتصحيح الافتراضي التلقائي.)
ملاحظات ختامية: إجراءات ذات أولوية لمالكي المواقع المشغولين
- قم بتحديث المكون الإضافي إلى 4.0.2 على الفور.
- إذا لم تتمكن من التحديث على الفور، قم بإلغاء تنشيط المكون الإضافي وتمكين قواعد WAF لحظر نقاط تعديل الآلة الحاسبة.
- راقب السجلات، وابحث عن الطلبات/العروض المشبوهة، وقم بإصلاح أي احتيال.
- استخدم تدابير دفاعية — التصحيح الافتراضي، وتحديد المعدلات، والتحقق من جانب الخادم — لتقليل سطح الهجوم.
- إذا كنت بحاجة إلى مساعدة، احضر مزود أمان WordPress أو استخدم خدمات WAF المدارة للحصول على حماية مؤقتة بينما تقوم بإصلاح السبب الجذري.
تسلط الحوادث الأمنية مثل هذه الضوء على موضوع متكرر: حتى الأخطاء الصغيرة في التعليمات البرمجية في المكونات الإضافية الإضافية يمكن أن تنتج مخاطر كبيرة. التحديثات في الوقت المناسب، والدفاعات المتعددة (WAF + التسجيل + المراقبة)، وخطة استجابة للحوادث تم اختبارها هي أفضل طريقة للحفاظ على أمان موقع WordPress الخاص بك.
إذا كنت ترغب في المساعدة في تنفيذ قواعد WAF الفورية أو إجراء فحص عاجل للموقع، فإن فريق أمان WP‑Firewall لدينا جاهز للمساعدة. اشترك في خطتنا المجانية للحصول على الحمايات الأساسية على الفور وتحدث إلى فريقنا حول الدعم الاستباقي.
