OWASP وOpenClaw: لماذا تصبح وكلاء AI مشكلة أمنية جديدة

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

لماذا تتزايد المخاطر حتى وقت قريب، كانت معظم أدوات نماذج اللغة الكبيرة

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

توجد مشكلة منفصلة وهي النشر السري لمثل هذه الأدوات داخل الشركات. يستشهد المؤلف بـ OpenClaw كمثال—وكيل مفتوح المصدر مستضاف ذاتياً لإدارة الحسابات الشخصية والعملية. وفقاً لتقارير من أوائل عام 2026، تبين أن آلاف مثيلاته كانت يمكن الوصول إليها من الإنترنت بدون مصادقة مناسبة.

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

أربع نقاط ضعيفة نادراً ما تقتصر مشكلة الأنظمة الوكيلة على ثغرة واحدة

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

الذكاء الاصطناعي المظلل والحرية الزائدة. يحصل الوكيل الذي يعمل خارج سياسة الشركة بسرعة على وصول أوسع مما يحتاجه بالفعل. **مخاطر سلسلة التوريد.

يمكن للمكونات الإضافية والمهارات والإضافات أن تتنكر في شكل تكاملات مفيدة ثم تنفذ التعليمات البرمجية البعيدة أو تسرق البيانات أو تثبت البرامج الضارة. متجهات الهجوم الجديدة.* تعتبر منظمة OWASP بالفعل اختطاف هدف الوكيل تهديداً ملحوظاً—موقف يقوم فيه المهاجم بتبديل هدف الوكيل بتعليمات مخفية من خلال محتوى الويب أو البيانات الخارجية.

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

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

كيف يجب أن يتغير الحماية الخلاصة الرئيسية للمقالة تبدو قاسية: لا يمكن

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

"لا يمكنك حماية ما لا يمكنك رؤيته." الحد الأدنى العملي يبدو مثل هذا:

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

ماذا يعني هذا لا يجب أن تصبح وكلاء الذكاء الاصطناعي "كابوس الأمان"،

لكن السوق تجاوزت بالفعل المرحلة حيث يمكنك التعامل مع تصفية الموجز والسياسات الأساسية للوصول فقط. بالنسبة للشركات، السؤال لم يعد ما إذا كان يجب استخدام الوكلاء أم لا، بل كم بسرعة دمج قواعد منفصلة للتحديد والمراقبة والإيقاف الطارئ لهم.