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

XSS المنعكس في الخرائط الجغرافية التفاعلية (<= 1.6.27) — ما يحتاج مالكو مواقع ووردبريس إلى معرفته (CVE‑2025‑15345)

مؤلف: فريق أمان WP‑Firewall
تاريخ: 2026-05-14

TL;DR — تم الكشف عن ثغرة XSS المنعكسة التي تؤثر على مكون الخرائط الجغرافية التفاعلية (الإصدارات <= 1.6.27، تم إصلاحها في 1.6.28) (CVE‑2025‑15345). تتيح الثغرة للمهاجم إنشاء عنوان URL يمكنه، عند زيارته من قبل هدف (غالبًا ما يكون مسؤول الموقع أو مستخدم آخر ذو امتيازات)، تنفيذ JavaScript عشوائي في متصفح الضحية. قم بالتحديث إلى 1.6.28 على الفور. إذا لم تتمكن من التحديث على الفور، قم بتطبيق التخفيفات المؤقتة المذكورة أدناه وتمكين قاعدة جدار حماية تطبيق الويب لحظر محاولات الاستغلال.

---

مقدمة

بصفتنا مزود أمان ووردبريس والفريق وراء WP‑Firewall، نتتبع التقارير التي تؤثر على ملايين المواقع. في 14 مايو 2026، تم الكشف علنًا عن مشكلة XSS المنعكسة في مكون الخرائط الجغرافية التفاعلية (حتى الإصدار 1.6.27) وتم تعيينها CVE‑2025‑15345. يشرح هذا المنشور ما هي الثغرة، ولماذا هي مهمة، وكيف يمكن للمهاجمين استغلالها، وكيفية اكتشاف ما إذا كانت موقعك قد تم استهدافه أو استغلاله، والتخفيفات الفورية التي يمكنك تطبيقها، والإصلاحات طويلة الأجل التي يجب على مؤلفي المكونات إضافتها.

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

ملخص الثغرة

• البرنامج المتأثر: مكون الخرائط الجغرافية التفاعلية لووردبريس
• الإصدارات الضعيفة: <= 1.6.27
• تم تصحيحها في: 1.6.28
• نوع الثغرة: البرمجة النصية عبر المواقع المنعكسة (XSS)
• معرف CVE: CVE‑2025‑15345
• CVSS (المبلغ عنه): 7.1 — متوسط / مرتفع حسب السياق
• الامتياز المطلوب: غير مصادق عليه لإنشاء عنوان URL الضار؛ يتطلب تفاعل المستخدم (يجب على الضحية فتح رابط مُعد أو تحميل صفحة)
• نظرة عامة على المخاطر: يمكن للمهاجم إنشاء عنوان URL يعكس مدخلات غير معالجة على صفحة، مما يمكّن من تنفيذ JavaScript في سياق متصفح الضحية. إذا كانت الضحية مسؤولاً أو مستخدمًا آخر ذو امتيازات، يمكن للمهاجم سرقة رموز الجلسة، أو تنفيذ إجراءات عبر المتصفح، أو توصيل برامج ضارة أخرى.

لماذا تعتبر هذه النوعية من الثغرات خطيرة

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

إذا كانت الضحية مسؤول موقع، يمكن للمهاجم:

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

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

كيف يمكن الوصول إلى XSS المنعكس في مكون إضافي للخرائط التفاعلية

Geo Maps التفاعلية هو مكون إضافي يتلقى عادةً معلمات من كل من عنوان URL (سلسلة الاستعلام) وتقديمات النماذج لتحديد سلوك الخريطة أو تركيزها. يحدث XSS المنعكس عادةً عندما يعيد المكون الإضافي قيمة يتحكم فيها المستخدم (مثل، معرف الخريطة، التسمية، معلمة الموقع، أو الرسالة) إلى HTML أو JavaScript دون الهروب أو التطهير المناسب.

المتجهات الشائعة:

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

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

سيناريوهات الاستغلال

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

مؤشرات الاختراق والاكتشاف

غالبًا ما يتم دمج XSS المنعكس مع الهندسة الاجتماعية، لذا فإن السجلات وبيانات المتصفح هي نقاط الكشف الأساسية.

ابحث عن:

• Unusual query strings in server access logs containing strings like “<script”, “javascript:”, “onerror=”, or encoded equivalents (“script”, etc.).
• الطلبات التي تتضمن حمولة مشبوهة تليها مباشرةً نشاطات إدارية (مثل، تغييرات مفاجئة في المحتوى أو الإعدادات).
• تقارير من جانب المتصفح من مستخدمين يشكون من نوافذ منبثقة غريبة أو إعادة توجيه بعد النقر على روابط مشتركة.
• جلسات إدارية غير متوقعة تم إنشاؤها من عناوين IP غير معروفة بعد فترة قصيرة من طلب مشبوه.
• منشورات معدلة، مستخدمون جدد تم إنشاؤهم، تغييرات غير مصرح بها في الإضافات/الثيمات.

أمثلة عملية على البحث في السجلات (مفاهيمية؛ اضبطها وفقًا لتنسيق سجلاتك):

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

خطوات فورية لمالكي المواقع (ماذا تفعل الآن)

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

1. قم بالتحديث على الفور (أفضل حل)
   - إذا كان ذلك ممكنًا، قم بتحديث الإضافة إلى 1.6.28 الآن. هذه هي الإصلاح الكامل الوحيد.
2. إذا لم تتمكن من التحديث فورًا:
   - قم بتعطيل الإضافة مؤقتًا (إذا كانت الخرائط ليست حاسمة لعملية الموقع الحالية).
   - إذا كان تعطيلها غير مقبول، قيد الوصول إلى الصفحات التي تستخدم الإضافة حيثما كان ذلك عمليًا (مثل، نقل الخرائط خلف المصادقة أو علامة الصيانة).
   - استخدم قيود أدوار WP: حدد من يمكنه رؤية صفحات المعاينة الإدارية أو الإعدادات لتقليل الجمهور المستهدف.
   - استخدم رؤوس سياسة أمان المحتوى (CSP) لتقليل تأثير السكربتات المدخلة (ملاحظة: يمكن تجاوز CSP إذا كانت السكربتات المضمنة مسموح بها؛ قم بالتكوين بحذر).
   - قم بتنظيف الطلبات الواردة باستخدام قاعدة WAF: حظر سلاسل الاستعلام التي تحتوي على أنماط مشبوهة تُستخدم عادةً في حمولات XSS (انظر توقيعات WAF الموصى بها أدناه).
3. راقب وحقق:
   - ابحث في السجلات عن سلاسل استعلام طويلة مشبوهة وحمولات مشفرة.
   - تحقق من حسابات الإدارة بحثًا عن إجراءات غير مصرح بها.
   - إذا كنت تشك في الاختراق، قم بتغيير كلمات مرور المستخدمين الإداريين والمميزين وأعد إصدار أي رموز API أو أسرار تكامل.

تخفيف WAF: ماذا يجب تفعيله أثناء إصلاحك.

جدار حماية تطبيق الويب هو وسيلة فعالة للتوقف المؤقت؛ يمكنه حظر أنماط الاستغلال النموذجية قبل أن تصل إلى المكون الإضافي المعرض للخطر. كـ WP‑Firewall، نوصي بقواعد تجمع بين مؤشرات متعددة بدلاً من حظر السلاسل البسيطة لتقليل الإيجابيات الكاذبة.

مفاهيم القواعد النموذجية (كود زائف؛ اختبر بعناية قبل التطبيق على الإنتاج):

• حظر الطلبات التي تحتوي سلسلة الاستعلام فيها على “<script” غير الهارب أو معالجات الأحداث:
  If request.querystring matches "(?i)(script|<script|onerror\s*=|onload\s*=|javascript:)" then block.
• حظر الطلبات التي تتضمن ترميزات حمولات XSS الواضحة:
  If request.uri or request.args has sequences like "script" or "img" then block or challenge (CAPTCHA).
• تحديد معدل أو تحدي الطلبات التي تتضمن أنماط حمولات مشبوهة:
  إذا كان نفس عنوان IP يقوم بالعديد من الطلبات مع زوايا مشفرة، فقم بتحديد المعدل أو تقديم تحدٍ.
• حظر المعلمات ‘المعروضة’ المشبوهة على نقاط النهاية المستخدمة بواسطة المكون الإضافي للخرائط:
  إذا كانت نقطة النهاية تساوي عنوان URL AJAX المعروف للخرائط وطول المعلمة > 200 وتحتوي على علامات/حروف مشفرة => حظر.

مهم: كل موقع مختلف؛ القواعد الواسعة جداً ستكسر الاستخدام الشرعي (مثل، تسميات الخرائط التي تتضمن بشكل شرعي كيانات HTML). ابدأ بحظر الطلبات من أنماط خبيثة واضحة، ثم قم بضبطها.

مقتطف ModSecurity المقترح (مفاهيمي)
(ملاحظة: لا تلصق حمولات الاستغلال الخام في السجلات؛ احتفظ بالقواعد على مستوى عالٍ.)

SecRule REQUEST_URI|ARGS_NAMES|ARGS "(?i)(?:<script|script|javascript:|onerror\s*=|onload\s*=)" \n "id:1009001,phase:2,deny,msg:'Potential reflected XSS attempt in Interactive Geo Maps',log,severity:2"

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

وصفات تعزيز الأمان والكشف

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

للمطورين: كيف يجب إصلاح هذا بشكل صحيح

إذا كنت مطورًا للإضافات أو تحافظ على كود مخصص يتفاعل مع مدخلات المستخدم، اتبع هذه القواعد لتطوير آمن:

1. تحقق من المدخلات وتنظيفها
   - لا تثق أبدًا في المدخلات من نقاط نهاية GET أو POST أو AJAX. تحقق من النوع والطول والتنسيق المتوقع.
   - بالنسبة للقيم التي يجب أن تكون أعدادًا صحيحة، قم بتحويلها إلى (int). بالنسبة للقيم المعروفة، تحقق من القيم المسموح بها.
2. الهروب من الإخراج
   - قم بالهروب للسياق الصحيح: HTML، السمة، JavaScript، URL.
       – استخدم esc_html() و esc_attr() في PHP للنصوص والسمات.
       - بالنسبة لـ JavaScript داخل HTML، استخدم wp_json_encode() أو json_encode() وأخرج عبر سمات البيانات؛ ثم استخدم محتوى النص أو تعيين آمن في JS.
   - تجنب طباعة محتوى المستخدم الخام في DOM عبر innerHTML.
3. استخدم واجهات برمجة التطبيقات المناسبة للقوالب
   - عند إرجاع بيانات JSON ليتم معالجتها بواسطة JS العميل، تأكد من أن أي إدراج لاحق في DOM يتم عبر واجهات برمجة التطبيقات الآمنة (محتوى النص أو قوالب معقمة).
4. التحقق من الرموز غير المتكررة والقدرات
   - لأي إجراء يؤثر على الحالة (حفظ الإعدادات، كتابة البيانات)، تحقق من وجود nonce صالح وفحوصات القدرة (يمكن للمستخدم الحالي) حيثما كان ذلك مناسبًا.
5. تطهير استجابات AJAX
   – إذا كانت الشيفرة الخاصة بك تعيد مقاطع HTML عبر AJAX، تأكد من أن تلك المقاطع يتم عرضها على الخادم مع متغيرات هاربة أو أن نقطة نهاية AJAX تعيد فقط JSON وتقوم بإنشاء عناصر DOM آمنة على جانب العميل.

مثال على مقطع PHP آمن

&lt;?php&#039;<div class="map-label">'$atts = shortcode_atts( array('</div>';

مثال على إدراج JavaScript آمن

// dataLabel هو سلسلة من استجابة JSON آمنة;

قائمة التحقق من الاستجابة للحوادث

إذا اكتشفت استغلالًا نشطًا أو علامات على الاختراق، اتخذ هذه الخطوات:

1. احتواء
   – قم بتعطيل أو أخذ الصفحات التي يتم استغلالها بنشاط في وضع عدم الاتصال.
   – إذا كان الاستغلال يؤثر على حسابات المسؤولين، قم بتعطيل الوصول مؤقتًا.
2. القضاء
   – قم بتحديث المكون الإضافي إلى 1.6.28.
   – قم بإزالة أي ملفات أو شيفرات خبيثة أدخلها المهاجمون.
   – قم بإعادة تعيين كلمات مرور المسؤولين وإعادة إصدار الأسرار/الرموز.
3. استعادة
   – استعد من نسخة احتياطية معروفة جيدة إذا لزم الأمر.
   – تحقق من المكونات الإضافية/الثيمات وملفات النواة عبر أدوات التحقق من المجموعات أو سلامة الملفات.
4. بعد الحادث
   – قم بتدوير المفاتيح للخدمات الخارجية التي قد تم الوصول إليها.
   – راجع السجلات لتحديد طريقة الدخول ونطاقها.
   – قم بإخطار المستخدمين المتأثرين إذا كانت بيانات الاعتماد أو البيانات الشخصية قد تكون تعرضت.

لماذا لا تزال XSS المنعكسة شائعة في مكونات WordPress الإضافية

يختلف تطوير مكونات WordPress الإضافية بشكل كبير في المهارة ووعي الأمان. هناك عدة عوامل مساهمة تجعل XSS شائعة:

• دورات تطوير سريعة وضغط الميزات.
• نقص الاستخدام المتسق لوظائف الهروب في WordPress (esc_html، esc_attr، إلخ).
• أطر واجهة المستخدم التي تشجع على التلاعب المباشر بـ DOM دون أنماط ترميز آمنة.
• مسارات الإدخال المعقدة: سمات الشيفرة القصيرة، معالجات AJAX، نقاط نهاية REST، والتفاعل من الواجهة الأمامية تزيد من عدد الأماكن التي تتطلب الهروب بعناية.

الإجابة الصحيحة على المدى الطويل هي تعليم المطورين بالإضافة إلى حماية وقت التشغيل (WAF + تسجيل الدخول). يجب على المطورين اعتماد معايير الترميز الآمن ويجب على القائمين بالصيانة إجراء مراجعات للكود وفحوصات التحليل الثابت.

كيف يساعد WP‑Firewall

في WP‑Firewall، نعتني بالعديد من مواقع WordPress باستخدام نهج متعدد الطبقات:

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

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

احمِ موقعك الآن مع الخطة المجانية لـ WP‑Firewall

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

اشترك في خطة WP‑Firewall المجانية هنا: https://my.wp-firewall.com/buy/wp-firewall-free-plan/

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

ملخص أفضل الممارسات - قائمة التحقق التي يمكنك استخدامها الآن

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

ملاحظة الإفصاح المسؤول لمؤلفي المكونات الإضافية

إذا كنت تدير مكونًا إضافيًا لـ WordPress، اعتبر جميع مدخلات المستخدم غير موثوقة وقم بالهروب عند الإخراج. عند قبول المساهمات أو المراجعات، قم بتضمين اختبارات الأمان التي تتحقق من الهروب عبر سياقات الإخراج المتعددة (HTML، السمات، JavaScript، URLs). ضع في اعتبارك إعداد خط أنابيب اختبار أمان آلي لاكتشاف أنماط الحقن الشائعة قبل الإصدار.

خاتمة

لا يزال XSS المنعكس تقنية بسيطة ولكنها خطيرة يمكن للمهاجمين استخدامها بسرعة عندما تكون الثغرة معروفة. يمكن إصلاح XSS المنعكس في خرائط Geo التفاعلية (CVE‑2025‑15345) عن طريق التحديث إلى 1.6.28. إذا كنت تستخدم المكون الإضافي المتأثر، قم بالتحديث على الفور واتبع خطوات التخفيف في هذا المنشور أثناء إكمال تحديثك. بالنسبة لأولئك الذين يديرون العديد من المواقع أو غير قادرين على التحديث على الفور، ضع في اعتبارك تمكين WAF مُدار وفحص آلي لتقليل المخاطر.

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

قراءة إضافية وموارد

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

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

---

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