اسم البرنامج الإضافي	صانع الاختبارات ووردبريس
نوع الضعف	البرمجة النصية عبر المواقع (XSS)
رقم CVE	CVE-2026-6817
الاستعجال	واسطة
تاريخ نشر CVE	2026-05-06
رابط المصدر	CVE-2026-6817

عاجل: XSS مخزنة غير مصادق عليها في صانع الاختبارات ووردبريس (CVE-2026-6817) — ما يجب على مالكي المواقع القيام به الآن

تم الكشف عن ثغرة XSS مخزنة متوسطة الخطورة (CVE-2026-6817) في الإضافة الشهيرة “صانع الاختبارات” لووردبريس التي تؤثر على الإصدارات <= 6.7.1.29. أصدرت الشركة النسخة 6.7.1.30 لسد الثغرة. توضح هذه النصيحة — المكتوبة من منظور WP-Firewall — ما تعنيه هذه الثغرة، ولماذا هي خطيرة، وكيف يمكن للمهاجمين استغلالها، والخطوات المحددة التي يجب عليك اتخاذها على الفور لحماية مواقعك.

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

---

ملخص تنفيذي — بلغة بسيطة

• الثغرة: XSS مخزنة في إضافة صانع الاختبارات، تتبع كـ CVE-2026-6817. يمكن لمهاجم خبيث حقن JavaScript في البيانات التي تعرضها الإضافة لاحقًا للمستخدمين أو المشرفين.
• الإصدارات المتأثرة: صانع الاختبارات ≤ 6.7.1.29. النسخة المصححة: 6.7.1.30.
• CVSS: ~7.1 (متوسطة-عالية).
• المخاطر: إذا تم استغلالها، يمكن للمهاجمين تشغيل JavaScript في متصفح الضحية — مما قد يؤدي إلى سرقة الكوكيز، رموز الجلسة، أو تنفيذ إجراءات كذاك المستخدم. نظرًا لأن الثغرة تخزن محتوى خبيث، يمكن أن تؤثر على أي شخص يشاهد محتوى الاختبار المصاب لاحقًا — بما في ذلك المشرفين.
• الإجراء الفوري: تحديث الإضافة إلى 6.7.1.30 (أو أحدث). إذا لم تتمكن من التحديث على الفور، عزل المنطقة المتأثرة، إزالة الإضافة، أو تطبيق قواعد WAF / التصحيح الافتراضي لمنع محاولات الاستغلال.
• خطوات السلامة الموصى بها: فحص الحمولة المحقونة، إعادة تعيين بيانات الاعتماد للمستخدمين الذين شاهدوا المحتوى المصاب، تفعيل المصادقة الثنائية للمشرفين، وتقوية تسجيل الدخول والمراقبة.

---

ما هو XSS المخزن ولماذا يعتبر XSS “المخزن” غالبًا أسوأ من XSS المنعكس

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

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

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

الحالة الخاصة في صانع الاختبارات مصنفة كـ XSS مخزنة: المحتوى الخبيث الذي حقنه المهاجم يتم تخزينه ويظهر لاحقًا عندما يشاهد شخص ما (ربما مشرف) المحتوى.

---

ملخص الثغرة المعلنة (CVE-2026-6817)

• المنتج المتأثر: إضافة صانع الاختبارات لووردبريس (تستخدم عادةً لبناء الاختبارات والاستطلاعات).
• الإصدارات المتأثرة: ≤ 6.7.1.29
• تم التصحيح في: 6.7.1.30
• فئة الثغرة: XSS مخزنة
• الوصول المطلوب: يُظهر الاستشارة “غير مصادق عليه” كامتياز مطلوب للإدخال. ومع ذلك، قد يتطلب الاستغلال الناجح في الممارسة العملية مستخدمًا متميزًا لتحميل/عرض الحمولة المخزنة (على سبيل المثال، مسؤول)، لذا فإن التحكمات الدقيقة في الوصول والمراقبة أمران حاسمان.
• رصيد الاكتشاف: تم الإبلاغ عنه بواسطة باحث أمني (رصيد كما نشره البائع).
• الخطورة: متوسطة (CVSS ~7.1). يستحق الأولوية لأن XSS المخزنة يمكن استخدامها في سلاسل هجوم واسعة.

مهم: إذا كنت تستخدم Quiz Maker، اعتبر هذا قابلاً للتنفيذ - قم بتصحيح أو تخفيف المشكلة على الفور.

---

لماذا هذا مهم لمواقع WordPress وكيف يمكن للمهاجمين استخدامه

يمكن تسليح XSS المخزنة بطرق عديدة:

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

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

---

سيناريوهات الاستغلال المحتملة

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

1. يقوم المهاجم بتقديم حمولة خبيثة من خلال نموذج أو نقطة نهاية يديرها Quiz Maker (على سبيل المثال، إدخال اختبار أو ميزة استيراد بيانات). يتم تخزين الحمولة بواسطة الإضافة.
2. لاحقًا، يقوم مسؤول أو محرر بتحميل صفحة داخل wp-admin تعرض ذلك المحتوى المخزن (على سبيل المثال، معاينة نتائج الاختبار، شاشة إدارة الاختبار). يقوم المتصفح بتنفيذ البرنامج النصي المدخل تحت أصل الموقع.
3. يلتقط البرنامج النصي ملف تعريف الارتباط الخاص بجلسة المسؤول أو يستدعي نقاط نهاية AJAX كمستخدم ذلك - تنفيذ إجراءات مثل إنشاء حساب مسؤول جديد، تثبيت إضافة، أو استخراج بيانات الموقع.
4. الآن يستخدم المهاجم جلسة المسؤول لخرق الموقع بشكل دائم، وتثبيت أبواب خلفية أو جمع بيانات الاعتماد.

بدلاً من ذلك، قد تكون الحمولة المخزنة مرئية للمستخدمين العاديين المسجلين أو الزوار؛ ومع ذلك، فإن النتيجة ذات القيمة العالية النموذجية (استيلاء الموقع) تتطلب التنفيذ في متصفح المسؤول.

---

الإجراءات الفورية التي يجب عليك اتخاذها (مرتبة حسب الأولوية)

1. قم بتحديث المكون الإضافي الآن
     - قم بترقية Quiz Maker إلى الإصدار 6.7.1.30 أو أحدث. هذا يزيل مسارات الكود المعرضة للخطر.
2. إذا لم تتمكن من التحديث فورًا:
     – قم بتعطيل المكون الإضافي مؤقتًا على جميع المواقع المتأثرة حتى تتمكن من التحديث.
     – قم بحظر الوصول إلى صفحات إدارة المكون الإضافي (على سبيل المثال، تقييد بواسطة IP أو مصادقة).
     – قم بتطبيق قواعد WAF / التصحيحات الافتراضية لحظر حمولة الاستغلال والطلبات إلى نقاط النهاية الضعيفة.
3. قم بفحص المحتوى المخزن الضار
     – ابحث في جداول قاعدة البيانات المستخدمة بواسطة المكون الإضافي عن سلاسل غير طبيعية تحتوي على "<script"، "onerror="، "javascript:"، "data:text/html"، أو حمولات مشفرة طويلة (base64، hex).
     – قم بتشغيل ماسح ضوئي للبرامج الضارة للموقع وتحقق من النسخ الاحتياطية أو اللقطات الحديثة.
4. تحقق من السجلات وراجع النشاط
     – راجع سجلات الوصول لطلبات POST إلى نقاط نهاية المكون الإضافي وحدد المرسلين المشبوهين أو الفحوصات عالية التردد.
     – انظر إلى سجلات وصول المسؤولين لمعرفة من قام بتحميل صفحات الإدارة المحتملة المتأثرة حول طلبات POST المشبوهة.
5. تدوير بيانات الاعتماد وتقوية الحسابات
     – قم بإعادة تعيين كلمات المرور لأي حسابات مسؤولين قامت بعرض المحتوى المصاب. فرض إعادة تعيين كلمة المرور وإلغاء جميع الجلسات النشطة.
     – قم بتمكين المصادقة الثنائية (2FA) لجميع مستخدمي الإدارة.
6. قم بتنظيف واستعادة
     – إذا وجدت إدخالات نصوص ضارة، قم بإزالتها من قاعدة البيانات.
     – استعد ملفات الموقع من نسخة احتياطية معروفة جيدة إذا كانت هناك تغييرات مستمرة (بعد فحص دقيق).
7. المراقبة بعد الحادث
     – راقب سجلات الأخطاء، وإنشاء مستخدمين جدد، وتثبيت المكونات الإضافية، وتعديلات الملفات عن كثب لمدة 30 يومًا على الأقل.
     – اعتبر توظيف خدمة الطب الشرعي إذا اكتشفت مؤشرات على الاختراق.

---

كيفية اكتشاف ما إذا كنت قد تعرضت للاستغلال

• تسجيلات دخول غير عادية للمسؤولين من IPs غير معروفة أو في ساعات غريبة.
• حسابات مستخدمين جديدة تم إنشاؤها بامتيازات المسؤول.
• تثبيتات غير متوقعة للمكونات الإضافية / السمات أو تعديلات الملفات داخل wp-content.
• اتصالات خارجية مشبوهة من خادم الويب الخاص بك أو رسائل بريد إلكتروني أرسلها WordPress لم تقم بتحفيزها.
• وجود علامات غير متوقعة في محتوى الاختبار، محتوى المنشورات، أو جداول الخيارات.
• مهام مجدولة غير متوقعة (wp‑cron) تقوم بتنفيذ إجراءات.

ابحث في قاعدة البيانات عن مؤشرات محتملة:

• استعلامات SQL مثل:
  • SELECT * FROM wp_posts WHERE post_content LIKE ‘%<script%’;
  • SELECT * FROM wp_postmeta WHERE meta_value LIKE ‘%<script%’;
  • استبدل “wp_” ببادئة جدولك.

لا تقم بحذف أو تعديل الأدلة حتى تقوم بالتقاط السجلات وإنشاء نسخ احتياطية للتحقيق.

---

التخفيف الفني: كيف يحميك WAF أو التصحيح الافتراضي الآن

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

الحمايات الرئيسية التي يمكن أن يوفرها WAF ضد XSS المخزنة:

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

فئات أمثلة لقواعد WAF التي يجب أن تمتلكها أو تطبقها على الفور:

• حظر الطلبات التي تحتوي على علامات سكريبت أو سمات معالج الأحداث في المعلمات:
  • الأنماط: “<script”، “onerror=”، “onload=”، “javascript:”، “document.cookie”، “window.location”، “eval(“، “innerHTML=”
• حظر الطلبات التي تحتوي المدخلات فيها على سلاسل base64 طويلة أو حمولة مشفرة تخفي عادةً XSS.
• حظر المحاولات لإرسال POST إلى نقاط نهاية المكونات الإضافية من محيلين غير متوقعين أو مع رموز nonce مفقودة.
• حظر الطلبات التي تحاول حقن سمات في حقول JSON أو HTML المخزنة.

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

---

مثال على منطق الحجب الدفاعي (لفرق WAF/التصحيح الافتراضي)

فيما يلي أمثلة وصفية لأنواع الفحوصات التي يجب عليك أو يجب على مشغل WAF الخاص بك تنفيذها. هذه دفاعية - وليست استغلالية - وتهدف إلى تقليل الإيجابيات الكاذبة مع تقليل السلبيات الكاذبة.

• حجب إذا كان معلمة الطلب تحتوي على نص حرفي <script (غير حساسة لحالة الأحرف)، مع استبعاد أنماط الترميز المعروفة الحميدة حيثما أمكن.
• حجب إذا كانت قيمة المعلمة تحتوي على أنماط معالج الأحداث مثل عند حدوث خطأ=, تحميل=, عند النقر= المدمجة مع علامات HTML.
• حجب إذا كانت المعلمة تتضمن جافا سكريبت: مخطط URI،, 19. vbscript:، أو بيانات:text/javascript.
• حجب حقول الإدخال الطويلة بشكل غير عادي (> 2000 حرف) المقدمة إلى نقاط النهاية التي تقبل عادةً عناوين/أسئلة قصيرة.
• تحديد معدل POSTs إلى نقاط نهاية إدارة المكونات الإضافية التي تنشئ أو تحدث المحتوى (مثل، create_quiz، save_quiz).

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

---

كيف يساعد WP‑Firewall (ما نفعله بشكل مختلف)

كفريق خلف WP‑Firewall، يركز نهجنا على عدة طبقات تقلل من مخاطر الاستغلال وتسريع التعافي:

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

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

---

الإفصاح المسؤول والتعامل الآمن - ملاحظات مهمة

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

---

تعزيز الأمان على المدى الطويل: تقليل مخاطر المشكلات المماثلة

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

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

---

ماذا تفعل الآن - قائمة مراجعة سريعة

1. قم بتحديث Quiz Maker إلى 6.7.1.30 أو أحدث على الفور.
2. إذا لم تتمكن من التحديث، قم بإلغاء تنشيط المكون الإضافي أو تقييد وصول إدارة المكون الإضافي.
3. قم بتمكين/التأكد من أن WP-Firewall (أو WAF آخر) لديه تصحيح افتراضي أو حظر مستهدف مطبق على موقعك.
4. قم بفحص محتوى قاعدة البيانات بحثًا عن علامات سكربت مدخلة وأزل أي إدخالات خبيثة.
5. قم بتدوير بيانات الاعتماد للحسابات التي عرضت محتوى مصاب؛ قم بتمكين المصادقة الثنائية لجميع المديرين.
6. راجع سجلات الخادم والوصول بحثًا عن POSTs مشبوهة وتحميلات صفحات الإدارة.
7. قم بعمل نسخة احتياطية من حالة الموقع الحالية (لأغراض التحقيق)، ثم قم بإزالة الإصابات واستعادة النسخة الاحتياطية النظيفة إذا لزم الأمر.
8. حافظ على مراقبة مشددة لمدة 30 يومًا القادمة.

---

الأسئلة الشائعة

س: هل موقعي في خطر إذا كنت أستخدم Quiz Maker فقط في الواجهة الأمامية؟
ج: نعم. يقوم XSS المخزن بحقن المحتوى في قاعدة البيانات التي قد تظهر في كل من الواجهة الأمامية ووجهات الإدارة. إذا قام أي مستخدم ذو امتيازات بمشاهدة المحتوى المتأثر لاحقًا، فقد يتعرض الموقع للاختراق.

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

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

---

جديد: احمِ موقعك مجانًا اليوم

ابدأ في حماية مواقع WordPress الخاصة بك مع خطة WP‑Firewall Basic

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

استكشف خطة WP‑Firewall Basic واحصل على الحماية على الفور:
https://my.wp-firewall.com/buy/wp-firewall-free-plan/

---

ملاحظات ختامية من فريق WP‑Firewall

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

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

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

ابقى آمنًا
- فريق أمان WP-Firewall