إصدارتحليل · على الرادارHabr AI→ المصدر

خوادم MCP لإدارة الهوية والوصول: أيّها يستطيع إنشاء المستخدمين وأيّها يكتفي بالقراءة؟

أصبح من الممكن أن تطلب من وكيل: «أنشئ مستخدمًا، وأضفه إلى Engineering، واسحب وصوله بعد أسبوع». فقد أطلقت شركات إدارة الهوية والوصول خوادم MCP للمهام الإدارية. لكن مراحل الإتاحة والقدرات تختلف كثيرًا: خادم Okta المستضاف ذاتيًا متاح عمومًا، وPing لا توصي بعد بعمليات الكتابة في بيئات الإنتاج، بينما يقتصر حل Microsoft على القراءة. السؤال الأساسي ليس عدد الأدوات، بل ما الذي يوافق عليه الإنسان تحديدًا.

معالج بواسطة الذكاء الاصطناعي من Habr AI؛ بتحرير Hamidun News
خوادم MCP لإدارة الهوية والوصول: أيّها يستطيع إنشاء المستخدمين وأيّها يكتفي بالقراءة؟
المصدر: Habr AI. كولاج: Hamidun News.
استمع للمقال
بطاقة الحقائق والأرقام
المعيارالتفاصيل
المصدر الأصليHabr AI ↗
رئيس التحرير
حقيقة رئيسية #1يدير Auth0 MCP التطبيقات وActions، لكنه لا يدير المستخدمين
حقيقة رئيسية #2إخفاء أداة من tools/list لا يغني عن التحقق عند tools/call
حقيقة رئيسية #3يجب ربط الموافقة بعملية واحدة محددة بدقة

طلب معتاد إلى مسؤول النظام: «أنشئ مستخدمًا، وأضفه إلى مجموعة Engineering، واسحب وصوله بعد أسبوع». بالنسبة إلى وكيل ذكاء اصطناعي، هذه جملة واحدة. أما بالنسبة إلى نظام إدارة الهوية والوصول IAM، فهي عدة عمليات إدارية، قد تنتهي كل واحدة منها بحادث. قارن كاتب مقال على Habr ما يقدمه الموردون بالفعل عبر Model Context Protocol، وخرج بنتيجة متباينة.

قدرات كل حل حتى 9 نوفمبر 2026

راجع الكاتب الوثائق الرسمية وقوائم الأدوات. ولم يُجرِ اختبارات تحميل على بيئات المستأجرين، لذا فهذه مقارنة للقدرات المعلنة، وليست تدقيقًا مستقلًا.

Okta: خادم مفتوح المصدر يُستضاف ذاتيًا، ومتاح عمومًا منذ فبراير 2026، ويستطيع إنشاء المستخدمين والمجموعات وتعديلهم. يوفر نطاقات OAuth، وتصفية الأدوات، والموافقة على الإجراءات الإتلافية عبر MCP Elicitation. أما النسخة المستضافة فلا تزال في مرحلة الإتاحة المبكرة Early Access.

Microsoft MCP Server for Enterprise: في مرحلة المعاينة العامة، ويقتصر على القراءة، مع ثلاث أدوات لطلبات Graph GET والمخطط.

PingOne Remote MCP Server: في مرحلة Early Access، ويتيح إنشاء المستخدمين وتعديلهم وحذفهم، لكن الشركة نفسها لا توصي بتفعيل هذه القدرات في بيئات الإنتاج. وتفعيله لبيئة ما يتيح جميع الأدوات التي يسمح بها الدور.

JumpCloud: إنشاء المستخدمين وتعليق حساباتهم وحذفهم، وتعديل المجموعات، وإلغاء جلسات OAuth، والأحداث في Directory Insights.

Auth0: يؤتمت الخادم التطبيقات وواجهات API وActions والسجلات، لكن قائمة أدواته لا تتضمن إدارة المستخدمين والمجموعات. وهذا فارق جوهري عند تنفيذ مهمة مثل «إنشاء حساب لموظف».

تقدم المواد الرسمية Keycloak بوصفه خادم تفويض لخوادم MCP التابعة لجهات أخرى، وليس بوصفه نظامًا تُدار إعداداته عبر MCP. ولإدارة الدليل، ستحتاج إلى خادم يطوره المجتمع، مع فحص نموذج الوصول الخاص به على حدة.

خمسة فحوص بدلًا من عدّ الأدوات

  1. ما الذي يُفعَّل افتراضيًا؟ من الأفضل أن يكون الخادم معطلًا أو في وضع القراءة فقط إلى أن يمنح المسؤول صلاحيات إضافية. كما تهم دقة التحكم في الصلاحيات بعد التفعيل.
  2. باسم مَن يعمل الوكيل؟ استخدام OAuth بهوية المسؤول وأدواره يسهّل التدقيق أكثر من مفتاح API مشترك محفوظ في متغيرات البيئة.
  3. التحقق من الصلاحيات عند كل استدعاء. إخفاء الأدوات غير اللازمة من tools/list مفيد، لكنه ليس تفويضًا. يجب التحقق أيضًا عند tools/call: فقد تكون القائمة قديمة، ويمكن تركيب الاستدعاء يدويًا.
  4. ما الذي يوافق عليه الإنسان تحديدًا؟ في Okta، إذا كان العميل لا يستطيع عرض مربع حوار Elicitation، يعيد الخادم JSON يتولى النموذج تفسيره. وتختلف حدود الثقة هنا عنها في صفحة تأكيد ينشئها نظام IAM نفسه استنادًا إلى عملية محفوظة.
  5. إمكانية تمييز الوكيل في السجلات. يجب معرفة العميل الذي بدأ التغيير، والشخص الذي وافق عليه. تسجل Ping في سجل التدقيق كلًا من user_id الخاص بالمسؤول وclient_id الخاص بخادم MCP.

ويبقى حقن التعليمات خطرًا قائمًا بذاته: فقد يتضمن اسم مجموعة أو إحدى سمات المستخدم تعليمات موجهة إلى النموذج. لا يجوز التعامل مع نتائج الأدوات بوصفها أوامر موثوقة؛ بل يجب أن يفرض الخادم حدود الصلاحيات.

موافقة واحدة، وعملية واحدة

يطور الكاتب issuerd، ويصرح بذلك بوضوح. في مشروعه، يحفظ الخادم القيم المعيارية لـ tool وarguments، ويُجري الشخص مصادقة جديدة، ثم يرى صفحة مبنية من بيانات الخادم. وبعد الموافقة عبر CIBA، يحصل العميل على رمز DPoP قصير العمر من دون رمز تحديث. ويُرفض أي تبديل في id أو الوسائط أو realm، بينما تعيد محاولة الاستدعاء نفسه النتيجة المسجلة من دون تنفيذ حذف ثانٍ.

هذه الآلية ليست جزءًا من معيار MCP. وهي تتطلب عميلًا يدعم DPoP وCIBA، كما أن issuerd لا يدعم الإدارة عبر نطاقات realm متعددة ولا اتصالات M2M من دون تدخل بشري.

ما العمل عمليًا؟

تحدد مواصفة MCP Authorization 2026-07-28، التي تستخدم OAuth 2.1 وResource Indicators، كيفية حصول العميل على الوصول إلى خادم MCP. لكنها لا تحدد كيفية موافقة الإنسان على حذف مستخدم بعينه.

قائمة الكاتب العملية: البدء ببيئة مستأجر تجريبية ووضع القراءة فقط، ومقارنة قائمة tools/list الفعلية بالمهمة، وتخصيص دور بأقل قدر من الصلاحيات، وتفضيل هوية مفوضة على سر مشترك، واشتراط موافقة جديدة لعمليات الحذف والأدوار ذات الامتيازات، وتصفية سجلات التدقيق لإظهار إجراءات MCP، والتدرب مسبقًا على سحب وصول الوكيل. حالتا Early Access و«غير موصى به للإنتاج» جزء من القرار المعماري، وليستا مجرد ملاحظات بخط صغير.

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

القصة

أسئلة وأجوبة حول الخبر

ما العمل عمليًا؟

تحدد مواصفة MCP Authorization 2026-07-28، التي تستخدم OAuth 2.1 وResource Indicators، كيفية حصول العميل على الوصول إلى خادم MCP. لكنها لا تحدد كيفية موافقة الإنسان على حذف مستخدم بعينه. قائمة الكاتب العملية: البدء ببيئة مستأجر تجريبية ووضع القراءة فقط، ومقارنة قائمة tools/list الفعلية بالمهمة، وتخصيص دور بأقل قدر من الصلاحيات، وتفضيل هوية مفوضة على سر مشترك، واشتراط موافقة جديدة لعمليات الحذف والأدوار ذات الامتيازات، وتصفية سجلات التدقيق لإظهار إجراءات MCP، والتدرب مسبقًا على سحب وصول الوكيل.

ما أبرز التفاصيل حول قدرات كل حل حتى 9 نوفمبر 2026؟

راجع الكاتب الوثائق الرسمية وقوائم الأدوات. ولم يُجرِ اختبارات تحميل على بيئات المستأجرين، لذا فهذه مقارنة للقدرات المعلنة، وليست تدقيقًا مستقلًا. Okta: خادم مفتوح المصدر يُستضاف ذاتيًا، ومتاح عمومًا منذ فبراير 2026، ويستطيع إنشاء المستخدمين والمجموعات وتعديلهم. يوفر نطاقات OAuth، وتصفية الأدوات، والموافقة على الإجراءات الإتلافية عبر MCP Elicitation. أما النسخة المستضافة فلا تزال في مرحلة الإتاحة المبكرة Early Access.

ما أبرز التفاصيل حول خمسة فحوص بدلًا من عدّ الأدوات؟

ما الذي يُفعَّل افتراضيًا؟ من الأفضل أن يكون الخادم معطلًا أو في وضع القراءة فقط إلى أن يمنح المسؤول صلاحيات إضافية. كما تهم دقة التحكم في الصلاحيات بعد التفعيل. باسم مَن يعمل الوكيل؟ استخدام OAuth بهوية المسؤول وأدواره يسهّل التدقيق أكثر من مفتاح API مشترك محفوظ في متغيرات البيئة. التحقق من الصلاحيات عند كل استدعاء. إخفاء الأدوات غير اللازمة من tools/list مفيد، لكنه ليس تفويضًا. يجب التحقق أيضًا عند tools/call: فقد تكون القائمة قديمة، ويمكن تركيب الاستدعاء يدويًا.

ZK
جمال حميدون — مدير المنتجات في Alpina Digital ومدير منتج AlpinaGPT. يبني منتجات الذكاء الاصطناعي منذ 2019. بدأ Hamidun News كمشروع شخصي ثم أصبح مُجمِّعًا إنتاجيًا بأكثر من 6000 قارئ.
✦ Hands-On AI Engineering · Hamidun Academy

Build & Ship Production AI Agents Without Boilerplate Code

Start your free 72-hour trial at Hamidun Academy (academy.hamidun.com) — interactive lessons on Claude Code & Cursor, live Tech Radar, and production agent templates.

Start 72h Free Trial →Vibe-Coding Intensive
ما رأيك؟
جارٍ تحميل التعليقات…