أعلنت Cloudflare عن خطوة ثورية في عالم أمان الشبكات، وذلك بدمج خدمتي Gateway وDLP (Data Loss Prevention) مع منصة الحوسبة الطرفية الخاصة بها. هذا الدمج يهدف إلى توفير «برمجة حقيقية» تتيح للمطورين تشغيل أكوادهم الخاصة، والمعروفة باسم Cloudflare Workers، مباشرةً ضمن مسار تقييم السياسات الأمنية.
لطالما كانت بوابات الويب الأمنية التقليدية تعمل بنموذج ثابت: تطابق حركة المرور شرطًا معينًا، ثم يتم تنفيذ إجراء محدد مثل السماح أو الحظر أو العزل. ورغم فعالية هذا النموذج في الحالات الشائعة، إلا أنه يحد من قدرة الفرق الأمنية التي تحتاج إلى تخصيصات معقدة في بيئات عملها المتطورة.
مشكلة مرونة أمان الشبكات
تاريخيًا، واجهت الشركات خيارًا صعبًا: إما بناء محركات الكشف الأمني الخاصة بها (مثل جدران الحماية والخوادم الوكيلة) مع تكاليف صيانة عالية وقابلية نقل منخفضة ولكن بمرونة قصوى، أو قبول قيود بائع معين لتقليل التكاليف على حساب القدرة على حل المشكلات الفريدة. هذا التوازن كان دائمًا تحديًا كبيرًا.
على سبيل المثال، قد يحتاج فريق أمني إلى حقن ترويسات HTTP بناءً على مطالبات JWT من مزود الهوية الخاص بهم لتطبيق وصول آمن، أو يريد فريق آخر إرسال إشعار فوري إلى Slack عند تسجيل موظف جديد في خدمة SaaS. في كلتا الحالتين، لا تستطيع البوابات الأمنية التقليدية تنفيذ هذه الإجراءات المعقدة مباشرةً، مما يجبر الفرق على إنشاء بنى تحتية إضافية مثل خوادم NGINX الوكيلة أو مسارات معقدة لتسجيل البيانات، وكل ذلك يزيد من عبء الصيانة والتأخير.
كيف تُغير Cloudflare قواعد اللعبة
ما يميز Cloudflare هو أنها لا تعمل فقط كجدار حماية أو بوابة ويب آمنة أو شبكة توصيل للمحتوى، بل هي منصة حوسبة قابلة للتركيب. فـ Cloudflare Workers تتيح للعملاء تشغيل منطق معقد على حافة الشبكة من أي من مواقعها التي تزيد عن 330 موقعًا حول العالم. والآن، يمكن لـ Gateway تقييم وتطبيق السياسات الأمنية في المواقع نفسها، على نفس الأجهزة، وفي نفس مراكز البيانات.
صُممت كل من Gateway وWorkers على نفس البنية التحتية منذ البداية. هذا يعني أنه عندما تقوم Gateway بإعادة توجيه حركة المرور إلى Worker، فإن هذا الانتقال هو مجرد استدعاء دالة محلية، دون أي تأخير إضافي ناجم عن عبور حدود الشبكة. هذه هي المرة الأولى التي يتمتع فيها العملاء بالتحكم المطلق في كيفية معالجة حركة المرور الخاصة بهم، باستخدام كود يمكنهم كتابته وتنفيذه دون الحاجة إلى صيانة أي نوع من البنية التحتية.
تتوفر هذه القدرة من خلال نقطتي دخول جديدتين: أولاهما «Forward action» وهي متاحة حاليًا في النسخة التجريبية العامة، وتسمح بتحويل حركة مرور HTTP والعمل كوكيل. النقطة الثانية هي «Custom Functions» والتي ستتوفر قبل نهاية العام، وتتيح تقييم السياسات بشكل مباشر.
مع «Forward action»، يمكن للمطورين تعديل ترويسات الطلبات، أو تغيير جسم الطلب، أو حتى تنفيذ إجراءات غير متزامنة مثل إرسال رسالة Slack، قبل إرسال الطلب إلى المصدر الأصلي، وتعديل الاستجابة قبل إعادتها للمستخدم. أما «Custom Functions»، فتسمح باستدعاء Worker مباشرةً أثناء تقييم سياسات Gateway، حيث يقوم Worker بإرجاع قيمة (نصية، رقمية، أو منطقية) يمكن استخدامها كشرط في قواعد Gateway، تمامًا كما تعمل المحددات المدمجة حاليًا.
ما يعنيه هذا للمطورين ومحترفي الأمن
برأينا، تُحدث هذه الميزات نقلة نوعية في الأمن السيبراني. لم يعد الأمان مجرد مجموعة من القواعد الثابتة، بل أصبح منصة قابلة للبرمجة تمامًا. يمكن للمطورين الآن بناء حلول أمنية مخصصة ومعقدة بشكل لم يكن ممكنًا من قبل، مع مرونة غير مسبوقة. وهذا يعني استجابة أسرع للتهديدات المتطورة بفضل الذكاء الاصطناعي، وتقليل الحاجة إلى بنى تحتية إضافية، مما يمنح فرق الأمن تحكمًا أكبر وكفاءة أعلى في بيئاتهم المعقدة.
المصدر: blog.cloudflare.com