عرض CloudBolt يستهدف الوصول إلى وكيل الذكاء الاصطناعي الذي تم الحصول عليه عبر صفحة التحقق

غالبًا ما يتجاوز وصول الوكيل صفحة التحقق

تم رعاية هذه المشاركة من قبل CloudBolt. وفقًا لمادة نُشرت مؤخرًا في The New Stack، كانت أكثر من 20% من سياسات الوصول المتعلقة بـ MCP التي تم فحصها في بيئات المستخدمين والعملاء المحتملين معطلة أو غير موجودة. في معظم الحالات، كان خادم MCP يعمل على رمز مميز شخصي لأحدهم وليس على حساب خدمة.

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

يترك الوصول الموفر أثرًا

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

تخطط CloudBolt لسجل مباشر

في يوم السبت، 27 أكتوبر، الساعة 12:00 بتوقيت شرق الولايات المتحدة و 9:00 بتوقيت المحيط الهادئ، سينضم شون بيتي، مسؤول العملاء الرئيسي في CloudBolt، ومايك بومباردييري، المدير العالمي لهندسة ما قبل البيع في CloudBolt، إلى فيكتور فارتشيك من The New Stack لعرض توضيحي مباشر. ستوضح الجلسة كيفية ربط نشاط الوكيل بموفر هوية موجود، وكيفية تعيين حدود لما يمكن أن يلمسه الوكيل، وكيفية قراءة سجل التدقيق الناتج.

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

المصادر: Thenewstack