INFERA AI.Firewall ونهج Agent Runtime Security لحماية وكلاء الذكاء الاصطناعي في الشركات

في 2025–2026 تنتقل الشركات بكثافة من روبوتات الدردشة البسيطة إلى وكلاء الذكاء الاصطناعي المستقلين. ولا يكتفي هؤلاء الوكلاء بالإجابة عن الأسئلة، بل ينفّذون إجراءات فعلية: يعملون مع البريد الإلكتروني وقواعد البيانات وواجهات API والشيفرة البرمجية، بل ويطلقون سلاسل من المهام داخل الأنظمة متعددة الوكلاء.

لماذا لم تعد أدوات الحماية القديمة كافية

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

• يتسارع الانتقال من روبوتات الدردشة إلى وكلاء الذكاء الاصطناعي المستقلين في 2025–2026
• يعمل الوكلاء مع البريد الإلكتروني وقواعد البيانات وواجهات API والشيفرة البرمجية
• يطلق الوكلاء سلاسل من المهام داخل الأنظمة متعددة الوكلاء
• لا تغطي أدوات WAF وDLP وLLM Firewall من الجيل الأول المخاطر الجديدة
• يُسمّى اتجاه الحماية الجديد Agent Runtime Security

ما هو Agent Runtime Security

كان الرد على هذه المخاطر ظهور اتجاه مستقل في الحماية هو Agent Runtime Security. فجدران LLM Firewall الكلاسيكية تفحص الطلبات النصية الواردة والصادرة فقط. أما Agent Runtime Security فيراقب سلوك الوكيل أثناء عمله مباشرة: ما الإجراءات التي يبادر بها، وما الأنظمة التي يتصل بها، وما سلاسل المهام التي يطلقها.

ويُذكر منتج INFERA AI.Firewall مثالًا على حل نُفّذت فيه بالفعل العناصر الأساسية لهذا النموذج. ويُقدَّم المنتج أداةً لحماية وكلاء الذكاء الاصطناعي في الشركات من الجيل الجديد، أي الوكلاء الذين يعملون باستقلالية وينفّذون إجراءات فعلية في البنية التحتية للشركة.

كيف تطورت حماية أنظمة الذكاء الاصطناعي

يبدو مسار تطور الحماية، بحسب المادة، على النحو الآتي: استخدمت الشركات في البداية أنظمة WAF وDLP المعتادة، المصممة لحماية تطبيقات الويب ومنع تسرب البيانات. ثم ظهرت الأجيال الأولى من LLM Firewall، وركّزت على تصفية الأوامر (prompts) وردود النماذج اللغوية. ومع الانتقال إلى الوكلاء المستقلين الذين يعملون في أنظمة حقيقية دون مشاركة بشرية دائمة، لزم مستوى جديد من الحماية هو Agent Runtime Security، الذي يراقب سلوك الوكيل أثناء التشغيل (runtime) بدل مراقبة النص.

لماذا يمسّ الأمر الأنظمة متعددة الوكلاء تحديدًا

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

ماذا يعني هذا

كلما أوكلت الشركات إلى وكلاء الذكاء الاصطناعي مزيدًا من الإجراءات الفعلية، من العمل مع قواعد البيانات إلى إطلاق سلاسل المهام في الأنظمة متعددة الوكلاء، انتقل محيط الحماية من تصفية النص إلى مراقبة سلوك الوكيل أثناء التنفيذ. وتتشكل فئة Agent Runtime Security وحلول مثل INFERA AI.Firewall استجابةً لهذا التحول تحديدًا.