أعلنت Cloudflare عن تحديثات مهمة لجدار حماية تطبيقات الويب (WAF) الخاص بها، بتقديم ميزتين جديدتين: اكتشاف المعاملات الكاملة (full transaction detections) وقواعد الاستجابة (response rules). تهدف هذه الإضافات إلى توفير حماية أعمق وأكثر فعالية ضد الهجمات المتطورة، خصوصًا في عصر تتزايد فيه قدرة وكلاء الذكاء الاصطناعي على اكتشاف الثغرات واستغلالها.
برأينا، هذه خطوة ضرورية لأن الهجمات لم تعد تقتصر على تحليل الطلبات الواردة فقط. فالعديد من الثغرات، مثل ثغرة php2shell الأخيرة، يمكن استغلالها بطرق لا تتضح إلا عند دراسة كيفية استجابة التطبيق للطلب المشبوه. وكلاء الذكاء الاصطناعي يستطيعون الآن تكييف حمولاتهم بناءً على استجابات الخادم، مما يجعل الدفاع التقليدي أقل كفاءة.
كيف يعمل اكتشاف المعاملات الكاملة؟
حتى الآن، كانت جدران حماية تطبيقات الويب تركز بشكل أساسي على فحص الطلبات الواردة لتحديد ما إذا كانت ضارة. لكن Cloudflare WAF يمكنه الآن ربط كل طلب HTTP بالاستجابة الخاصة به. هذا يعني أنه يستطيع الإجابة عن سؤالين في آن واحد: «هل يبدو هذا الطلب خبيثًا؟» و«ماذا حدث عندما تعامل التطبيق معه؟».
لنتخيل مثلاً محاولة لاختراق المسار (path traversal) حيث يحاول مهاجم الوصول إلى ملفات حساسة عبر مسار غير مصرح به: GET /download?file=../../config/database.ini. في السابق، قد يكتشف WAF هذا الطلب ويحجبه. لكن مع الميزة الجديدة، إذا تجاوز الطلب الحاجز واستجاب الخادم بنجاح مع عرض محتوى ملف التكوين الحساس، فإن WAF سيكتشف هذا الارتباط بين الطلب المشبوه والاستجابة الخطيرة، مما يوفر دليلًا أقوى على الاستغلال الفعلي.
تسمح قواعد الاستجابة بعد ذلك بحظر استجابة الخادم قبل أن تصل إلى المهاجم، حتى لو كان الطلب الأولي قد وصل إلى التطبيق. هذا يمنع تسرب المعلومات الحساسة أو إتمام عملية الاستغلال، ويحل مشكلة «الإيجابيات الكاذبة» التي تحدث عندما يتم حظر طلبات شرعية بسبب توقيعات واسعة جدًا.
التحكم والمرونة للمطورين
توفر Cloudflare هذه القدرات الجديدة لجميع عملائها، بما في ذلك أصحاب الخطط المجانية. يمكن للفرق الأمنية الآن استخدام قواعد حماية مدارة من Cloudflare، أو بناء سياساتهم الخاصة التي تجمع بين خصائص الطلب والاستجابة. يتم تخزين نتائج الاكتشاف في Security Analytics لدعم التحقيقات.
يمكن للمطورين إنشاء قواعد مخصصة تجمع بين خصائص الطلب والاستجابة لسيناريوهات محددة. على سبيل المثال، يمكن إنشاء قاعدة تحظر عرض واجهة إدارية (admin interface) إذا كان الطلب يستهدف مسارًا مثل «/admin» ولم يتم تمييزه على أنه طلب داخلي مصرح به، بينما استجابت الخادم بنجاح بصفحة HTML. هذا يضمن عدم تعرض لوحات التحكم غير المصرح بها.
**ماذا يعني هذا للمطورين؟**
بالنسبة للمطورين ومسؤولي الأمن، تعني هذه التحديثات قدرة دفاعية أقوى بكثير ضد الهجمات المعقدة والمتطورة. ستقلل من الإيجابيات الكاذبة لأن القرارات تستند إلى أدلة أكمل، مما يوفر وقت فرق الأمان. كما أنها توفر طبقة حماية إضافية ضد وكلاء الذكاء الاصطناعي الذين يمكنهم تكييف هجماتهم ديناميكيًا، وتساعد على كشف تسرب البيانات المحتمل بشكل أكثر فعالية قبل أن يصل إلى المهاجمين. إن فهم كيفية تفاعل التطبيق مع الطلبات المشبوهة أصبح الآن جزءًا أساسيًا من استراتيجية أمن الويب.
المصدر: blog.cloudflare.com