IBM تمنح وكلاء الذكاء الاصطناعي هوية موثقة ومفتاح إيقاف

29 أكتوبر 2026 · Cortex Solutions

كشفت IBM في 27 أكتوبر أدوات لضبط وكلاء الذكاء الاصطناعي: هوية موثقة ومفاتيح قصيرة العمر ومفتاح إيقاف. ما المتاح منها، وما تحفظات المحللين، وماذا يعني لشركاتنا؟

أعلنت IBM يوم 27 أكتوبر 2026، خلال مؤتمرها TechXchange 2026 في مدينة أتلانتا الأمريكية، حزمة من الأدوات هدفها حلّ مشكلة بدأت تقلق إدارات التقنية في الشركات: وكلاء الذكاء الاصطناعي الذين يدخلون الأنظمة ويستخدمون كلمات المرور والصلاحيات وينفّذون المهام نيابةً عن الموظفين، من دون أن يعرف أحد بدقة من يملك كل وكيل، وما المسموح له به، وكيف يمكن إيقافه إذا خرج عن حدوده.

الإعلان منشور في غرفة أخبار IBM الرسمية، وتناولته مجلة Techzine Global في تقرير للكاتب Berry Zwets في اليوم نفسه، ثم حلّله Fernando Montenegro، نائب الرئيس ومسؤول ممارسة الأمن السيبراني في مؤسسة Futurum البحثية، في مقال نُشر يوم 28 أكتوبر.

لماذا الآن؟

تستشهد IBM في بيانها بتقدير لمؤسسة Gartner يفيد بأن الشركة المتوسطة ضمن قائمة Fortune 500 ستستخدم بحلول عام 2028 أكثر من 150 ألف وكيل ذكاء اصطناعي. وتذكر IBM أيضًا أن 13% فقط من المؤسسات ترى أن لديها حوكمة مناسبة لهذه الوكلاء. بعبارة أبسط: الوكلاء يتكاثرون أسرع من قدرة الشركات على ضبطهم.

ما الذي أعلنته IBM؟

بحسب بيان IBM، تقوم الحزمة على ثلاثة محاور: هوية موثّقة لكل وكيل، ومفاتيح دخول قصيرة العمر، وأدوات لاكتشاف الوكلاء وعزلهم وتقييمهم.

• Agent Identity: سجلّ مرجعي لكل وكيل يحدّد مالكه وحالته في دورة حياته والصلاحيات الممنوحة له. يشارك هذا السجلّ معلوماته مع HashiCorp Vault لتطبيق مبدأ أقل صلاحية ممكنة، وسحب الوصول فورًا إذا حاول الوكيل تنفيذ إجراء غير مصرّح به. وتوضّح Techzine أن الوصول في هذه الحالة يُرفض وتُنهى الجلسة.
• HashiCorp Vault للوكلاء: يصدر Vault بيانات اعتماد قصيرة العمر تقصر كل وكيل على الأنظمة التي يحتاجها فقط. أما الإصدار Vault 2.2 فيمنح الوكلاء حسابات مؤمّنة خاصة بهم، ويجدّد بيانات اعتمادهم آليًا، ويضيف تشفيرًا مقاومًا للحوسبة الكمّية.
• Secure Hub: لوحة مركزية تعطي رؤية موحّدة لبيئات Vault من حيث الصحة التشغيلية والاستخدام والموارد الأمنية، وهي في مرحلة المعاينة العامة.
• منصة watsonx Orchestrate: تعمل عبر منصات ذكاء اصطناعي متعددة، منها Amazon Bedrock وMicrosoft Foundry وGoogle Gemini. أضافت IBM إليها ثلاث قدرات: Discover لاكتشاف الوكلاء المبنيّين في بيئات أخرى إلى جانب النماذج وخوادم MCP، وContain لتشغيل الوكلاء داخل بيئات معزولة مع «مفتاح إيقاف» يطفئ أي وكيل، وEvaluate لاختبار الوكلاء والنماذج من حيث الجودة والدقة والامتثال قبل تشغيلها، ثم مراقبتها في بيئة الإنتاج وتتبّع تكلفتها حسب النموذج واستهلاك الرموز.

وأعلنت IBM كذلك تكامل Agent Identity وVault مع برنامج NVIDIA OpenShell، وهو بيئة تشغيل آمنة للوكلاء. ونقل البيان عن John Fanelli، نائب رئيس برمجيات المؤسسات في NVIDIA، قوله إن الشركات «تحتاج إلى سيطرة قابلة للتنفيذ على طريقة عمل الوكلاء وما يمكنهم الوصول إليه».

ومن جانبه، قال Dinesh Nirmal، النائب الأول لرئيس IBM للبرمجيات: «الرابحون في ذكاء المؤسسات يغيّرون طريقة عمل أعمالهم، لا يضيفون إليها مزيدًا من الذكاء الاصطناعي فحسب».

ما المتاح اليوم وما زال تجريبيًا؟

يفرّق بيان IBM بوضوح بين مستويات الإتاحة:

• متاح بشكل عام: Vault 2.2 وAgent Identity وأداة Evaluate في watsonx Orchestrate وIBM Concert وسياسات Terraform.
• معاينة عامة: Secure Hub وبوابة مطوّري Terraform وخادم Terraform MCP البعيد وIBM Z Atlas.
• معاينة تقنية: أداتا Discover وContain وIBM Integration Intelligence Hub.

أي إن مفتاح الإيقاف والعزل واكتشاف الوكلاء عبر المنصات الأخرى ما زالت في مرحلة تجريبية مبكرة.

قراءة المحلّلين: خطوة مهمة لكن المشكلة الأصعب باقية

يرى Fernando Montenegro من Futurum أن طبقة بيانات الاعتماد نقطة قوة عملية، وأن قاعدة مستخدمي Vault الواسعة ميزة لـIBM. لكنه يلفت إلى أن «التحقق من الصلاحية أثناء التشغيل يبقى المشكلة الأصعب في هذه الفئة كلها». فالتسجيل والملكية والتفويض والمفاتيح قصيرة العمر أصبحت بحسب رأيه «ميزات متوقّعة»، أما التأكد من أن تصرفات الوكيل تبقى فعلًا ضمن ما فُوّض به فما زال سؤالًا مفتوحًا، خصوصًا أمام تصرفات غير متوقعة مثل تلك الناتجة عن حقن الأوامر (Prompt Injection)، لأن فحوص السياسات الموصوفة تعتمد على قواعد مكتوبة مسبقًا.

ويضيف أن Discover وContain في مرحلة المعاينة، ولذلك فإن وعد العمل عبر المنصات المختلفة هو حاليًا «اتجاه أكثر منه قدرة مكتملة». ويشير أيضًا إلى أن IBM أصبح لديها ثلاثة أماكن تتتبّع الوكلاء (Vault وVerify وOrchestrate)، وليس واضحًا أيّها المرجع الأساسي. ويرى أن العزل في بيئات منفصلة أهم من مفتاح الإيقاف نفسه.

ماذا يعني هذا للشركات السعودية؟

حتى لو لم تكن منشأتك تستخدم منتجات IBM، فالإعلان يرسم ملامح ما سيُطلب من أي شركة تشغّل وكلاء ذكاء اصطناعي:

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

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

في كورتكس سوليوشنز نبني للشركات السعودية وكلاء ذكاء اصطناعي متصلين بأدواتها، ومعهم أدوات تحكّم بسيطة لإدارتهم وتعديلهم، وتقارير واضحة عمّا أنجزوه. لمعرفة المزيد عن خدمة وكلاء الذكاء الاصطناعي والأتمتة: https://cortex.sa/services/ai-automation