Cloudflare تضيف إلى WAF فحص الردّ مع الطلب للتمييز بين محاولة الهجوم ونجاحه

أضافت Cloudflare إلى جدار حماية تطبيقات الويب لديها، المعروف بالـ WAF، قدرة باسم full transaction detection، بحسب إعلان على مدونتها الهندسية بتاريخ 21 أكتوبر 2026. والفكرة أن الـ WAF أصبح يقيّم كل طلب HTTP مع الرد الذي عاد عليه، بحثًا عن دليل على أن الاستغلال حدث فعلًا.

والفرق جوهري. فجدار الحماية الذي يفحص الطلب الوارد وحده يعرف أن أحدًا حاول، لكنه لا يعرف إن كانت المحاولة نجحت. والمثال الذي تقدمه Cloudflare طلب يحتوي على المسار file=../../config/database.ini، وهو وحده محاولة path traversal، أي محاولة الوصول إلى ملفات خارج المجلد المسموح. لكن إذا عاد على الطلب نفسه رد 200 OK يحمل بيانات الاتصال بقاعدة بيانات، فالأمر لم يعد محاولة بل تسريبًا وقع. ومثال آخر في الإعلان قاعدة تلتقط طلبًا إلى /admin بلا ترويسة المستخدم الداخلي ثم يعود عليه رد 200 بصفحة HTML.

وتقول الشركة إن الميزة متاحة لكل العملاء، بما فيهم أصحاب الخطة المجانية، الذين يحصلون على القواعد الـ managed وعلى ما يصل إلى 3 قواعد response مخصصة بإجراء Log أو Block.

والإعلان صريح في حدوده. فإنشاء قواعد على جسم الرد ليس متاحًا بعد، وحقول توقيع الرد تصل إلى الحسابات تدريجيًا. كما أن إيقاف الرد قبل وصوله ممكن، لكنه لا يلغي ما نفّذه الخادم الأصلي بالفعل. فإذا نُفذت العملية على الخادم، يصبح ما يقدمه الـ WAF كشفًا بعد الواقعة لا منعًا لها.

والقيمة العملية لفرق صغيرة تقف مواقعها خلف Cloudflare تكمن في السجلات: فالتمييز بين من حاول ومن نجح يعني مراجعة التنبيهات القليلة المهمة بدل آلافها. وهذه القدرة تختلف عن قواعد الحماية التي صدرت لثغرتي PHP في الأسبوع نفسه، فتلك قواعد لثغرة بعينها، أما هذه فتغيّر ما يستطيع الـ WAF رؤيته أصلًا.