اسم البرنامج الإضافي	حجز تذاكر الحافلات مع حجز المقاعد
نوع الضعف	التحكم في الوصول
رقم CVE	CVE-2025-66105
الاستعجال	قليل
تاريخ نشر CVE	2026-05-10
رابط المصدر	CVE-2025-66105

ثغرة في التحكم بالوصول في “حجز تذاكر الحافلات مع حجز المقاعد” (الإضافة < 5.6.8) — ما يجب على مالكي مواقع ووردبريس فعله الآن

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

المؤلف: فريق أمان WP‑Firewall
التاريخ: 2026-05-10
العلامات: ووردبريس، WAF، ثغرة، أمان الإضافات، التحكم بالوصول المكسور، استجابة الحوادث

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

الملخص التنفيذي

تم الكشف عن مشكلة التحكم بالوصول المكسور التي تؤثر على إضافة ووردبريس “حجز تذاكر الحافلات مع حجز المقاعد” (جميع الإصدارات السابقة لـ 5.6.8) (CVE-2025-66105). المشكلة الأساسية هي عدم وجود تحقق من التفويض/الإذن في إجراء أو أكثر من إجراءات الإضافة، مما يسمح للمهاجمين غير المصرح لهم بتحفيز سلوك ذي امتيازات أعلى. على الرغم من أن شدة CVSS المقاسة لهذه المشكلة متوسطة/منخفضة في بعض المتعقبين العامة، فإن الواقع للعديد من مواقع ووردبريس مختلف: تستهدف الماسحات الضوئية الآلية وحملات الاستغلال الجماعي الثغرات الشائعة في الإضافات بشكل عدواني، مما يعني أن حتى التصنيف “المنخفض” يمكن أن يؤدي إلى اختراق واسع النطاق.

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

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

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

---

ما هو “التحكم بالوصول المكسور” (تعريف عملي)

“التحكم بالوصول المكسور” هو المصطلح الشامل للحالات التي يقوم فيها الكود بإجراء يجب أن يكون مقيدًا للمستخدمين المصرح لهم ولكنه يفشل في التحقق بشكل صحيح من هوية المتصل، أو قدرته، أو nonce/token المطلوب. في إضافات ووردبريس، يظهر هذا عادةً كالتالي:

• مفقود أو غير صحيح يمكن للمستخدم الحالي التحقق.
• عدم وجود تحقق من nonce للإجراءات المعرضة عبر admin-ajax.php, ، معالجات النماذج الأمامية، أو نقاط نهاية REST API.
• مسارات REST التي تستخدم register_rest_route() بدون أمان إذن_استدعاء_العودة.
• نقاط النهاية التي تفترض أن المستخدم مصرح له لأن الكود يستخدم فقط في سياق الإدارة، ولكنه يمكن الوصول إليه أيضًا من الموقع العام.

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

---

لماذا تعتبر هذه الثغرة في الإضافة مهمة حتى لو تم الإبلاغ عن شدتها “منخفضة”

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

---

ما نعرفه عن المشكلة (ملخص)

• المكونات الإضافية المتأثرة: حجز تذاكر الحافلات مع حجز المقاعد
• الإصدارات المعرضة للخطر: أي إصدار قبل 5.6.8
• تم تصحيحه في: 5.6.8
• معرف CVE: CVE-2025-66105
• فئة الثغرة: التحكم في الوصول المكسور - يمكن للممثل غير المصرح له أن يحفز إجراءً ذا امتياز أعلى
• متجه الاستغلال النموذجي (عام): غير محمي admin-ajax.php الإجراءات أو نقاط نهاية REST التي تفتقر إلى فحوصات القدرة/nonce

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

---

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

1. تحقق من إصدار المكون الإضافي الخاص بك
   • استخدم WP‑Admin → الإضافات، أو WP‑CLI:

     wp plugin get حجز-تذاكر-الحافلات-مع-حجز-المقاعد --field=version

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

     wp user list --role=administrator

   • البحث في سجلات الخادم وسجلات الوصول عن الطلبات إلى نقاط نهاية الإضافة أو إلى admin-ajax.php مع قيم غير عادية action= حدود.
   • مراجعة سجلات الحجز للبحث عن الشذوذ: التكرارات، تغيير الحالة، عناوين البريد الإلكتروني غير المعتادة أو عناوين IP.
   • قم بتشغيل فحص للبرامج الضارة باستخدام الماسح الخاص بك (يتضمن WP-Firewall فحص البرامج الضارة في الخطة المجانية).

---

كيفية اكتشاف الاستغلال المحتمل (فحوصات عملية)

• سجلات الخادم / الويب
  • ابحث عن الطلبات إلى admin-ajax.php, ، نقاط نهاية REST التي تتضمن شفرات الإضافة، أو POSTs غير المعتادة إلى صفحات الإضافة.
  • توقيعات مشبوهة نموذجية:
    • طلبات POST مع action= معلمات تشير إلى إجراءات الحجز أو المقاعد من عناوين IP غير معروفة أو بشكل جماعي.
    • دفعات كبيرة من الطلبات المماثلة من نفس عنوان IP أو مجموعة صغيرة من عناوين IP.
• تدقيق ووردبريس
  • فحوصات مستخدمي WordPress:

    قائمة مستخدمي wp --role=administrator --fields=ID,user_login,user_email,user_registered

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

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

---

التخفيف على المدى القصير: قواعد ونماذج WAF يمكنك تطبيقها الآن

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

مهم: يجب اختبار قواعد WAF في وضع الحظر على بيئة الاختبار، ثم ترقية بعناية إلى الإنتاج.

استراتيجية WAF على مستوى عالٍ.

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

مثال على قاعدة نمط ModSecurity (مفاهيمي)

هذه قاعدة ModSecurity مفاهيمية تظهر الفكرة - لا تقم بالنسخ / اللصق بشكل أعمى. قم بتكييفها مع بيئتك واختبرها:

# حظر إجراءات حجز admin-ajax من الطلبات غير المعتمدة"

الشرح:

• القاعدة تطابق الطلبات إلى admin-ajax.php.
• تفحص فعل المعامل لإجراءات الحجز المتعلقة بالمكون الإضافي.
• ترفض الطلب إذا لم يكن هناك wordpress_logged_in_ ملف تعريف ارتباط موجود (أي، غير معتمد).
• قم بضبط فعل regex لمطابقة أسماء إجراءات المكون الإضافي؛ إذا كنت لا تعرفها، ركز على حظر أنماط POST غير العادية إلى admin-ajax.php القادمة من الإنترنت العام.

Nginx + Lua (مفاهيمي) - رفض الطلبات بدون ملف تعريف ارتباط مسجل الدخول

إذا كنت تستخدم WAF Nginx مع Lua، يمكن أن يكون الفحص المسبق البسيط:

• إذا كان الطلب يتطابق مع /wp-admin/admin-ajax.php ويحتوي على العمل=... من المكون الإضافي وملف تعريف الارتباط wordpress_logged_in_ غائب → ارجع 403.

حظر مسارات REST للملحق

إذا كان الملحق يكشف عن نقاط نهاية REST تحت مساحة اسم (على سبيل المثال /wp-json/bus-booking/v1/...)، أضف قواعد WAF لرفض الطلبات إلى تلك المسارات من العملاء غير المعتمدين:

مثال #: رفض مسار REST للعملاء غير المعتمدين"

حماية عامة من معدل الطلبات والروبوتات

• تحديد معدل admin-ajax.php المكالمات (على سبيل المثال، أكثر من 20 طلبًا/دقيقة من عنوان IP → تحدي أو حظر).
• تحدي الطلبات التي لا تقدم رؤوس متوقعة (على سبيل المثال، مفقود Referer من نفس الأصل أو مفقود رأس nonce المتوقع).

---

مثال على مقتطفات كود تقوية ووردبريس على المدى القصير

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

مهم: هذه مقتطفات تخفيف — ليست بديلاً عن تصحيح البائع.

حظر إجراءات admin-ajax محددة إذا لم يتم تسجيل الدخول

<?php;

إزالة نقاط نهاية REST المكشوفة (مثال)

<?php;

ملحوظات:

• هذه المقتطفات مؤقتة؛ قد تؤدي إلى كسر وظائف الموقع الشرعية.
• استخدمها كحلول مؤقتة حتى تتمكن من تثبيت تحديث الملحق الرسمي.

---

توقيعات الكشف وإرشادات المراقبة للمضيفين وفرق الأمان

لاكتشاف محاولات الاستغلال أو الاستطلاع:

• راقب سجلات الويب لـ:
  • POST إلى admin-ajax.php مع action= القيم المطابقة لتدفقات الحجز/الحجز.
  • طلبات إلى /wp-json/ المساحات الاسمية المتعلقة بالملحق.
  • الطلبات المتكررة بفواصل زمنية قصيرة من نفس نطاقات IP.
• راقب سجلات WP/ملحقات التدقيق لـ:
  • إنشاء مفاجئ للحجوزات مع بيانات وصفية مشابهة.
  • مستخدمون إداريون جدد أو تغييرات في القدرات.
  • تغييرات في ملفات الملحقات أو تفعيل ملحقات غير متوقعة.
• قواعد التنبيه:
  • تفعيل عندما يكون هناك أكثر من 20 POST من admin-ajax من IP واحد خلال 10 دقائق.
  • تفعيل عند أي تعديل على ملفات الملحقات الحرجة (تغير التجزئة من المستودع).
  • تفعيل عند أي حجز تم إنشاؤه بواسطة رسائل بريد إلكتروني غير موثوقة أو IPs محظورة.

إذا كنت تدير WAF أو خدمة مراقبة مُدارة، قم بتوجيه هذه الاكتشافات إلى سير عمل عمليات الأمان الذي يؤدي إلى التحقيق، وحظر IP مؤقت، وإصلاح.

---

إذا كانت موقعك قد تعرض للاختراق بالفعل: قائمة مراجعة استجابة الحوادث

1. قم بإيقاف الموقع أو وضعه في وضع الصيانة (عزل).
2. احتفظ بالسجلات واللقطات للتحقيق.
3. تحديد النطاق:
   • أي المستخدمين تم إنشاؤهم/تعديلهم؟
   • أي الحجوزات/السجلات تم تغييرها؟
   • هل هناك ملفات جديدة أو ملفات ملحقات/نواة معدلة؟
4. استعد من نسخة احتياطية نظيفة تم أخذها قبل الاختراق، إذا كان ذلك ممكنًا.
5. قم بتدوير جميع بيانات اعتماد الوصول (مدراء WordPress، قاعدة البيانات، FTP/SFTP، مفاتيح API).
6. قم بتنظيف البرمجيات الضارة / الأبواب الخلفية باستخدام أدوات موثوقة وفحص يدوي.
7. أعد إصدار أي مفاتيح API أو بيانات دفع متأثرة.
8. بعد التنظيف: قم بتحديث الإضافة إلى 5.6.8+، وأعد الفحص، وراقب التكرار.
9. راجع وقم بتقوية التكوين: طبق أقل الامتيازات، وفعل المصادقة الثنائية، وثبت قواعد WAF.
10. إذا كنت تتعامل مع بيانات العملاء، اتبع قوانين الإخطار بالخرق المحلية وأبلغ الأطراف المتأثرة إذا لزم الأمر.

---

للمطورين: كيفية منع التحكم في الوصول المكسور في إضافاتك الخاصة.

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

• تحقق من فحوصات القدرة على كل إجراء يغير البيانات.
  • يستخدم current_user_can( 'manage_options' ) أو قدرة تتطابق مع الإجراء.
• استخدم دائمًا الرموز غير المتكررة للإجراءات التي يتم تشغيلها من الواجهة الأمامية أو عبر AJAX.
  • تحقق من الرموز غير المتكررة عبر wp_verify_nonce().
• لنقاط نهاية واجهة برمجة تطبيقات REST، قدم دائمًا إذن_استدعاء_العودة الذي يتحقق من القدرة أو هوية المستخدم.
  • لا تُرجع صحيح أو تتجاهل الاستدعاء.
• قم بتنظيف والتحقق من جميع المدخلات قبل الكتابة إلى قاعدة البيانات.
• قلل من تعرض الوظائف المخصصة للمسؤولين للسياقات المعتمدة.
• تجنب الاعتماد على الغموض (مثل، أسماء الإجراءات “السرية”) كحماية وحيدة.
• اختبر وحداتك واختبر نقاط النهاية الخاصة بك مع المتصلين غير المعتمدين لضمان عودتها 401/403 المتوقعة بدلاً من تنفيذ الإجراءات.

مثال على تسجيل مسار REST آمن:

<?php;

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

---

توصيات موقف الأمان على المدى الطويل لمالكي المواقع

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

---

لماذا يعتبر جدار حماية تطبيقات الويب والدفاعات المتعددة مهمة

جدار حماية تطبيقات الويب ليس بديلاً عن التصحيح، لكنه يمنحك الوقت. يمكنه:

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

الدفاعات المتعددة (جدار حماية تطبيقات الويب + التصحيح + تعزيز الأمان + المراقبة + النسخ الاحتياطية) تخلق مرونة: إذا فشل أحد الضوابط (مثل، التأخير في التصحيح)، فإن الآخرين لا يزالون يقللون من المخاطر ووقت الاسترداد.

---

علامات محاولات الاستغلال التي يجب أن تراقبها (IOC)

• طلبات POST متعددة إلى admin-ajax.php تحتوي على معلمات إجراء الحجز/الحجز من عناوين IP غير المرئية سابقًا.
• أعداد كبيرة من الحجوزات أو حجز المقاعد التي تم إنشاؤها في فترة زمنية قصيرة.
• الحجوزات مع رسائل بريد إلكتروني غير منطقية، أو عناوين بريد إلكتروني متطابقة مع اختلافات طفيفة.
• تغييرات غير متوقعة في حالات الحجز أو مخزون المقاعد.
• تنبيهات من ماسح البرامج الضارة لديك حول ملفات المكونات الإضافية المعدلة.
• مستخدمون جدد كمديرين أو تصعيد غير متوقع في الأدوار.
• حركة مرور شبكة خارجية غير متوقعة (من خادم استضافة) تتصل بعناوين IP غير مألوفة مباشرة بعد نشاط المكونات الإضافية.

إذا رأيت هذه العلامات، اتبع قائمة التحقق من استجابة الحوادث أعلاه.

---

أفكار ختامية من فريق WP‑Firewall

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

إذا كنت تدير “حجز تذاكر الحافلات مع حجز المقاعد” على أي موقع ويب عام، فقم بإعطاء الأولوية للتحديث إلى 5.6.8 على الفور. إذا لم تتمكن من التحديث على الفور، قم بتطبيق التخفيفات الموضحة أعلاه (قواعد WAF، تقوية الكود المؤقت، المراقبة)، واعتبر المكون الإضافي محتمل التهديد حتى يتم إثبات نظافته.

---

ابدأ في حماية موقع الحجز الخاص بك مع الحمايات الأساسية (الخطة المجانية)

ابدأ في حماية موقعك اليوم — خطة WP‑Firewall المجانية

نوصي كل مالك موقع WordPress بتبني نهج حماية متعدد الطبقات. تقدم خطتنا المجانية WP‑Firewall الدفاعات الأساسية التي تهم أكثر أثناء الحوادث مثل هذه: قواعد WAF المدارة، عرض نطاق غير محدود، ماسح للبرامج الضارة، وحماية ضد OWASP Top 10 - جميعها مصممة للمساعدة في إيقاف الاستغلال الآلي ومنحك الوقت للتصحيح.

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

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

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

---

قائمة تحقق مفيدة (نسخ/لصق) - إجراءات فورية

• ☐ تحقق من إصدار المكون الإضافي:

  wp plugin get حجز-تذاكر-الحافلات-مع-حجز-المقاعد --field=version

• ☐ تحديث المكون الإضافي إلى 5.6.8 (أو أحدث)
• ☐ إذا لم تتمكن من التحديث: قم بإلغاء تنشيط المكون الإضافي أو تطبيق قواعد WAF المؤقتة وتقوية WP
• ☐ مسح الموقع باستخدام ماسح البرامج الضارة
• ☐ فحص السجلات للطلبات POST إلى admin-ajax.php ومسارات REST
• ☐ التحقق من وجود مستخدمين جدد للإدارة:

  wp user list --role=administrator

• ☐ تغيير بيانات اعتماد الإدارة ومفاتيح API إذا تم العثور على نشاط مريب
• ☐ استعادة من نسخة احتياطية نظيفة إذا تم اكتشاف اختراق
• ☐ مراقبة الموقع والسجلات لمدة 14 يومًا أو أكثر بعد التنظيف

---

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