لماذا لا تكفي ضوابط الأمن التقليدية؟

مقدمة

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

المفهوم الأساسي

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

الفجوة الأعمق أن الوكيل يعمل بهوية موثوقة أصلاً. لا يوجد اختراق حساب ولا تصعيد صلاحيات ظاهر؛ يوجد استخدام مشروع تقنياً لصلاحية ممنوحة، في سياق لم يقصده أحد.

مثال عملي

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

أخطاء شائعة

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

ماذا تطبق عملياً؟

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

أدلة ومخرجات

• تقييم مخاطر الوكلاء (Agentic Risk Assessment)
• خريطة سطح الهجوم (Attack Surface Map)

خلاصة عملية

الفجوة ليست في قوة الضوابط الحالية بل في موضع تطبيقها. أضف طبقة تحكم عند نقطة تنفيذ الفعل: قبل استدعاء الأداة، ومع سياق الطلب كاملاً، وبقرار قابل للتسجيل والمراجعة.