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

أطلقت شركة 1Password في 22 أبريل 2025 ميزة Agentic AI Security ضمن منصتها Extended Access Management، وهي ميزة صُممت خصيصًا لإدارة هويات عملاء الذكاء الاصطناعي المستقلين وبيانات اعتمادهم وصلاحيات وصولهم، لا لإدارة الموظفين البشريين. وبعد ثلاثة أسابيع فقط، أدخلت مايكروسوفت الذكاء الاصطناعي إلى منظومة الهوية الخاصة بها عبر إطلاق المعاينة العامة لـ Entra Agent ID للعملاء المبنيين على Azure AI Foundry وCopilot Studio، مانحةً كل عميل معرّفًا فريدًا داخل الـ Tenant. لم تكن أي من الشركتين تتفاعل مع فرضية نظرية. فقد أظهر تقرير CyberArk لعام 2025 بعنوان Identity Security Landscape، الصادر في ذلك الشهر نفسه، أن المؤسسة المتوسطة تضم 82 هوية رقمية (Machine Identity) مقابل كل هوية بشرية واحدة، وجزء كبير من أحدث هذه الهويات هو عملاء ذكاء اصطناعي يملكون صلاحيات وصول دائمة إلى الأدوات الداخلية.

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

ما الذي يُطرح فعليًا في السوق

يركّز نهج 1Password على منح العملاء هويات مستقلة بحيث لا يشاركون حسابات البشر أو يقلّدونها، مشكلة أكثر شيوعًا مما يبدو: في كثير من عمليات نشر العملاء الأولى، كان يُمنح العميل ببساطة نسخة من بيانات تسجيل دخول موظف. وبدلًا من ذلك، تقدّم 1Password حزمة تطوير برمجيات (SDK) تتيح لفرق الهندسة إصدار مفاتيح API محدودة الصلاحيات برمجيًا لعميل معيّن، بحيث لا يحصل العميل إلا على السر المحدد الذي تتطلبه مهمة معينة، لا على خزانة الإنسان كاملة. وفي ميزة منفصلة تُدعى Secure Agentic Autofill، متاحة في وصول مبكر منذ 8 أكتوبر 2025 عبر تكامل مع Browserbase، يمكن لعميل تسجيل الدخول إلى خدمة ويب دون أن تُعرَض بيانات الاعتماد أبدًا لسياق العميل نفسه؛ فعملية التعبئة التلقائية تحدث على مستوى المتصفح، وتبقى غير مرئية للنموذج.

اتخذت مايكروسوفت نقطة دخول مختلفة في Entra Agent ID: توحيد هوية العملاء والبشر تحت وحدة تحكم إدارية واحدة بدل بناء نظام موازٍ. ومنذ طرح المعاينة في مايو 2025، أضافت مايكروسوفت طبقات من الحماية الخاصة بالعملاء لا نظير لها في الهوية البشرية، منها الدفاع ضد حقن التوجيهات (Prompt Injection)، وحجب الوصول غير المصرّح به إلى اتصالات بروتوكول سياق النموذج (MCP)، وكشف الذكاء الاصطناعي الخفي (Shadow AI) لرصد العملاء العاملين خارج رؤية فرق تقنية المعلومات. وترتبط هذه المعاينة الآن أيضًا بـ Agent 365، لوحة التحكم الأوسع لإدارة العملاء في مايكروسوفت، فتُعامل هوية العميل كمُدخل ضمن لوحة تحكم تشغيلية أكبر، لا كميزة خزانة مستقلة.

لماذا يختلف هذا عن تأمين تسجيل دخول البشر

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

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

ما يعنيه هذا الآن لفرق الأمن وتقنية المعلومات

• تحقّق من الأسرار المضمّنة فعليًا في الكود. قبل تقييم أي عرض من مزوّد لهوية العملاء، اكتشف عدد عمليات نشر العملاء الحالية لديك التي تستخدم أسرارًا ثابتة أو بيانات اعتماد بشرية مستعارة؛ فهذه الممارسة ذاتها هي ما تستهدفه تسويق 1Password، لأنها لا تزال شائعة جدًا، وهي أسهل مشكلة يمكنك إصلاحها بصرف النظر عن المزوّد الذي تختاره.
• اطلب إصدارًا محدود الصلاحيات، لا لوحة تحكم فقط. توفّر رؤية موحّدة لهويات العملاء (وهي ما تتصدّر به Entra Agent ID وأدوات مشابهة) أمر مفيد للرصد العام، لكن القدرة الأصعب تحقيقًا هي ما إذا كانت المنصة تستطيع إصدار بيانات اعتماد محدودة بمهمة واحدة وإنهاء صلاحيتها تلقائيًا. اطلب من المزوّدين عرض هذا المسار بالتحديد، لا لوحة التحكم فقط.
• اعتبر نسبة 82 إلى 1 حدًا أدنى لا سقفًا. قِيست نسبة CyberArk على مستوى الهويات الرقمية بشكل عام، بما فيها حسابات الخدمة ومفاتيح API السابقة لموجة العملاء الحالية. ومع توسّع عمليات نشر العملاء داخل مؤسستك، توقّع أن تنمو نسبة الهويات غير البشرية إلى البشرية أسرع مما صُمّمت عملية مراجعة الوصول الحالية للتعامل معه.
• فرّق بين “يستطيع العميل تسجيل الدخول” و“ينبغي للعميل تسجيل الدخول دون إشراف”. تحل ميزات مثل Secure Agentic Autofill مشكلة كشف بيانات الاعتماد، لكنها لا تجيب عن سؤال الحوكمة بشأن أي المهام ينبغي السماح للعميل بتنفيذها دون إشراف بشري. هذا القرار السياساتي يقع على عاتق فريقك، لا على مزوّد الهوية.

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