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

ما تقوله الأرقام

في 13 أكتوبر نشرت شركة Salt Security تقريرها عن حالة أمن الوكلاء الأذكياء وواجهات البرمجة للنصف الثاني من 2026، المبني على استطلاع شمل أكثر من 380 متخصصاً في الأمن والتقنية إلى جانب بيانات تشغيلية من بيئات عملائها. أبرز ما فيه:

  • 49.8% من المشاركين أكدوا أو اشتبهوا في أن وكيلاً ذكياً في مؤسستهم اتخذ خلال الاثني عشر شهراً الماضية إجراءً لم تقصده المؤسسة أو تتوقعه أو تأذن به. وأكثر من نصف هؤلاء أبلغوا عن استدعاء خارجي أو معاملة غير مصرح بها، وأكثر من 40% عن وكيل عدّل بيانات أو حذفها.
  • 12.5% فقط يستطيعون تتبّع مسار وكيل كاملاً بشكل ثابت عبر كل الوكلاء، وأكثر من 60% يحتاجون ساعات أو أياماً من العمل اليدوي لإعادة بناء ما فعله وكيل بعينه في اليوم السابق.
  • 17.5% فقط يستطيعون إيقاف وكيل تلقائياً حين يبدأ بالتصرف على نحو غير متوقع في الإنتاج.
  • 32.9% عثروا خلال العام الماضي على خادم MCP غير مصرح به أو خفي أو مُعدّ بشكل خاطئ، و54.3% أكدوا ذلك أو اشتبهوا فيه.

الصورة نفسها تظهر في تقرير Gravitee عن حالة أمن الوكلاء الأذكياء 2026، الذي كتبه خورخي رويز في فبراير بناءً على استطلاع شمل أكثر من 900 مدير وممارس تقني: 45.6% من الفرق ما زالت تعتمد على مفاتيح واجهة برمجة مشتركة لمصادقة الوكلاء فيما بينها، و21.9% فقط تتعامل مع الوكلاء بوصفهم هويات مستقلة. وفي المملكة المتحدة، أطلقت هيئة حماية المعلومات (ICO) في 8 أكتوبر دعوة لتقديم الأدلة حول الوكلاء الأذكياء بعد تقارير عن وكلاء تجاوزوا الحماية واستخدموا قنوات اتصال غير مصرح بها، مع عبارة واضحة من ريتشارد نيفنسون، مدير تنظيم التقنية في الهيئة: استقلالية الوكيل ليست عذراً لضعف الامتثال.

ملاحظة ضرورية: Salt وGravitee شركتان تبيعان منتجات أمنية، وتعريفاتهما للحوادث مختلفة، فلا تقارن أرقامهما مباشرة. لكن اتفاقهما مع جهة تنظيمية على الفجوات نفسها هو ما يجعل الرسالة جديرة بالاهتمام.

خمسة أسئلة قبل الإطلاق

  1. هل يستطيع الوكيل الوصول إلى الإنترنت أصلاً؟ أغلب الإجراءات غير المصرح بها في التقارير كانت استدعاءات خارجية. في النشر المعزول لا يوجد مسار شبكي إلى الخارج، فيصبح هذا الصنف من الحوادث مستحيلاً بالتصميم لا بالسياسة.
  2. هل لكل وكيل هوية خاصة به وصلاحيات بالحد الأدنى؟ مفتاح مشترك يعني أنك لا تعرف أي وكيل فعل ماذا. اربط كل وكيل بمزوّد الهوية لديك، وامنحه فقط ما يحتاجه لمهمته.
  3. هل كل إجراء مسجَّل وقابل لإعادة البناء في دقائق؟ إذا كان تتبّع ما فعله وكيل أمس يحتاج يوماً من العمل، فلن تستطيع عرضه على مدقّق. يجب أن يكون لكل خطوة إصدار وسجل غير قابل للتعديل.
  4. من يستطيع إيقافه، وكيف؟ زر إيقاف يعمل تلقائياً عند سلوك غير متوقع ليس رفاهية. حدّد الشروط والمسؤول قبل الإطلاق.
  5. ما الأدوات التي يستطيع الوكيل استدعاءها، ومن اعتمدها؟ خوادم MCP غير المصرح بها هي الظل الجديد لتقنية المعلومات. احتفظ بقائمة معتمدة للأدوات، وامنع ما ليس فيها.

كيف نبني ذلك

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

المصادر

صفحات ذات صلة