يستهدف Descope Agentic Identity Hub 3.0 الذكاء الاصطناعي الخفي داخل المؤسسات

توسّع Descope نطاق منصتها لإدارة الهويات، لتشمل حوكمة وكلاء الذكاء الاصطناعي وخوادم بروتوكول سياق النموذج (MCP) التي يستخدمها الموظفون داخل المؤسسات، وهو مجال غالبًا ما يتسارع فيه التبني بوتيرة تفوق قدرة فرق الأمن على حصر هذه الأدوات أو التحكم فيها.

من المقرر إطلاق Agentic Identity Hub 3.0 في 15 أكتوبر، وسيضيف بوابة لتهيئة الوكلاء، وعمليات تكامل أصلية مع بوابات MCP، وخيارات أقوى لمصادقة أعباء العمل، وإصدار معرّفات ID-JAG للوكلاء الذين يصلون إلى الأدوات الداخلية. والهدف هو منح كل وكيل غرضًا موثقًا، ومالكًا مسؤولًا عنه، وأذونات محددة النطاق، وسجل تدقيق، من دون أن تضطر الشركات إلى استبدال أنظمة الهوية التي يستخدمها الموظفون بالفعل.

يوسّع هذا الإصدار نطاق Descope ليتجاوز حماية الوكلاء الموجّهين إلى العملاء وخوادم MCP، ويعالج مشكلة «الذكاء الاصطناعي الخفي» الأكثر تعقيدًا داخل المؤسسات. إذ يمكن للموظفين ربط Claude أو Cursor أو ChatGPT أو وكيل طوّروه داخليًا بأنظمة الأعمال، أحيانًا باستخدام مفاتيح API ثابتة أو حسابات شخصية لا تستطيع فرق الأمن إلغاءها مركزيًا. واستشهدت Descope بتقرير Verizon للتحقيقات في خروقات البيانات لعام 2026، مشيرةً إلى أن 45% من الموظفين يستخدمون الذكاء الاصطناعي بانتظام على أجهزة العمل، وأن 67% من هذا النشاط يجري عبر حسابات شخصية غير تابعة للشركات.

منح الوكلاء الداخليين مالكًا وهوية

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

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

تقول Descope إن منصة Agentic Identity Hub الحالية تتولى بالفعل المصادقة والتحكم في الوصول لأكثر من مليون هوية لوكلاء ومئات من خوادم MCP. ومن بين العملاء الذين وردت أسماؤهم في الإعلان You.com وWisdomAI وCequence Security وToken Security وDaylight Security.

آلية عمل مستوى التحكم في الهوية

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

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

تكتسب هذه البنية أهميتها لأن بروتوكول MCP يوحّد طريقة اكتشاف الوكلاء للأدوات واستدعائها، لكنه لا يلغي الحاجة إلى التفويض على مستوى المؤسسة. ويمكن أن يعمل Agentic Identity Hub 3.0 كمزوّد للهوية لبوابة قائمة، أو بالتكامل مع Agent Gateway الخاص بـDescope، والمتاح بصفة وصول مبكر. ويذكر الإصدار agentgateway، وهو مشروع مفتوح المصدر تابع لمؤسسة Agentic AI Foundation، بوصفه تكاملاً أصيلاً. كما توضّح وثائق البوابة لدى Descope توافقها مع منتجات مثل Kong AI Gateway وAzure AI Gateway وPortkey وGolf.dev.

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

إبعاد الوكلاء عن الأسرار المشتركة

تضيف Descope أيضًا عدة وسائل لمصادقة الوكلاء وأعباء العمل من دون أسرار عميل ثابتة. وتشمل هذه الوسائل تأكيدات JWT باستخدام مفتاح خاص، وبروتوكول TLS المتبادل، وهويات أعباء العمل SPIFFE، واتحاد هويات أعباء العمل.

باستخدام اتحاد هويات أعباء العمل، يستطيع وكيل يعمل على AWS أو Google Cloud أو Microsoft Azure أو Kubernetes أو GitHub Actions تقديم الهوية التي أصدرتها له تلك البيئة بالفعل. وتتحقق Descope من الرمز الموقّع، وتنشئ سجل هوية لعبء العمل، ثم تصدر رمز وصول محدود الصلاحيات. ويمكن إبقاء عمليات النشر المختلفة متميزة في هويتها حتى عندما تستخدم إعدادًا مشتركًا للعميل، ما يسمح بإلغاء إحدى النسخ من دون تعطيل جميع نسخ الوكيل.

يُراد من إصدار ID-JAG توسيع نموذج مماثل ليشمل خوادم MCP. ويصادق وكيل داخلي عبر موفّر الهوية الحالي للمؤسسة، ويحصل على صلاحيات وصول تناسب كل خادم. وتُقيَّم السياسات عند ورود الطلبات بدلاً من تضمينها في بيانات اعتماد طويلة الأمد، ما يتيح تضييق نطاق الوصول أو إبطاله مركزياً. وتصف Descope ذلك بأنه تجربة شبيهة بتسجيل الدخول الموحّد للوكلاء، لكن فعاليتها ستعتمد على دعم البوابات والعملاء للمعايير الأساسية، وعلى تحديد المسؤولين نطاقاتٍ تعكس حدود العمل الفعلية.

تحوّل Descope من هوية العملاء إلى أمن الوكلاء

تأسست Descope عام 2022 على يد فريق سبق له إنشاء Demisto، الشركة المتخصصة في تنسيق العمليات الأمنية، التي استحوذت عليها Palo Alto Networks (PANW ) عام 2019. وخرجت الشركة من مرحلة التخفي عام 2023 بتمويل تأسيسي قدره 53 مليون دولار، وتقول إنها وسّعت تلك الجولة ليصل إجمالي تمويلها إلى 88 مليون دولار عام 2025.

تركّزت الشركة في البداية على إدارة هوية العملاء والوصول، بما يشمل المصادقة من دون كلمات مرور، وسير عمل الهوية المرئي، ومجموعات تطوير البرمجيات وواجهات برمجة التطبيقات. وتوسّع Agentic Identity Hub البنية التحتية للهوية هذه لتشمل الجهات غير البشرية. ولهذه القاعدة المشتركة أهمية استراتيجية، إذ يمكن إدارة هويات الموظفين والوكلاء، وتقييم السياسات، والوساطة في بيانات الاعتماد، وسجلات التدقيق، من دون إنشاء جزيرة هوية منفصلة لكل منتج من منتجات الذكاء الاصطناعي.

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

لذلك، من الأفضل فهم Agentic Identity Hub 3.0 بوصفه محاولة لإرساء حدود الهوية للذكاء الاصطناعي في المؤسسات. فهو يتيح للمؤسسات تحديد الجهة المالكة للوكيل، والمستخدم أو عبء العمل الذي يمثله، والموارد التي يمكنه الوصول إليها، وكيفية إلغاء صلاحيات وصوله. ومع انتقال الوكلاء من مرحلة التجريب إلى سير العمل الإنتاجي، أصبحت هذه الأسئلة جزءاً من البنية التحتية الأساسية للأمن السيبراني، لا مجرد طبقة اختيارية تحيط بالنموذج.