لم تعد المؤسسات تميز بين موظفيها ووكلاء AI
افترضت أغلب فرق الأمن في المؤسسات أن كل عملية تسجيل دخول تعود لشخص حقيقي، وبنوا دفاعاتهم على هذا الأساس. لكن هذا الافتراض انهار خلال العامين الماضيين، ومعظم المؤسسات لم تستوعب ذلك بعد. اليوم، تقوم وكلاء الذكاء الاصطناعي (AI agents) بالمصادقة على الخدمات الداخلية، واستدعاء واجهات الـ APIs، وسحب السجلات الحساسة، وتنفيذ مهام متعددة الخطوات دون حاجة إلى موافقة بشرية في كل مرحلة. لم تعد طبقة الهوية التي صُممت بنية الثقة الصفرية (Zero Trust) لحمايتها تعكس بوضوح هوية الفاعل الحقيقي — سواء كان شخصًا أو نظامًا.
الأرقام تجسّد حجم هذا التحول. في بيئات المؤسسات التقليدية، تتجاوز الهويات الآلية عدد المستخدمين البشر بنسبة 50 إلى 1 تقريبًا. وفي البنى القائمة على الميكروسيرفيس — وهي المعيار لأي شركة تدير بنية تحتية سحابية حديثة — ترتفع هذه النسبة إلى 500 إلى 1، وفقًا لبحث أجرته Cloud Security Alliance. كل واحدة من هذه الهويات الآلية هي عبارة عن بيانات اعتماد أو حساب خدمة أو مفتاح API يمكن اختراقه أو إساءة استخدامه أو نسيانه ببساطة.
وباء الإفراط في منح الصلاحيات
المشكلة الأعمق ليست العدد الهائل للهويات الآلية، بل ما يُسمح لها بفعله. وفقًا لنتائج Cloud Security Alliance، حوالي 99% من الهويات غير البشرية تمتلك صلاحيات تتجاوز بكثير متطلبات مهامها الفعلية. يحدث معظم هذا الإفراط في منح الصلاحيات لأسباب بسيطة: مطور يمنح صلاحيات واسعة لعدم عرقلة النشر، ثم لا أحد يعيد النظر في هذا المنح، فتبقى بيانات الاعتماد هناك بصلاحيات دائمة لم تكن ضرورية أبدًا.
تتبنى وكلاء AI هذا النمط نفسه، لكن المخاطر أكبر لأنهم يتصرفون بسلطة مفوضة داخل سير عمل مصممة لتكون روتينية. أجرت DTEX Systems محاكاة مسيطر عليها أظهرت سرعة تحرك وكيل ذي صلاحيات مفرطة: في أحد الاختبارات، انتقل الوكيل من وصول موثوق إلى Salesforce إلى صياغة بريد إلكتروني في Outlook خلال 24 دقيقة. وفي اختبار آخر، تحول الوصول المحلي إلى الملفات إلى نقل بيانات مؤرشفة عبر مساعد برمجي في 10 دقائق. لم يثر أي من الإجراءين إنذارًا، لأنهما لم يخالفا قاعدة وصول صريحة — كان الوكيل يفعل بالضبط ما تسمح به بيانات اعتماده.
68% لا يستطيعون تحديد من فعل ماذا
هنا تتحول أزمة الهوية إلى أزمة تدقيق. عندما تحقق فرق الأمن في حادثة، يكون السؤال الأول دائمًا "من فعل هذا؟". مع دمج وكلاء AI في العمليات اليومية، لم يعد بإمكان عدد متزايد من المؤسسات الإجابة على هذا السؤال بوضوح من سجلاتها. يتطلب التمييز بين الفعل البشري الشرعي والفعل المستقل لوكيل يعمل تحت نفس بيانات الاعتماد المفوضة تتبعًا سلوكيًا لم تبنه معظم الشركات: أنماط ضغط المفاتيح، حركات الماوس، تسلسل التصفح، وتوقيت استدعاءات API، بدلاً من اسم مستخدم ثابت في سجل الوصول.
إطار عمل الثقة الصفرية الخاص بـ Anthropic لوكلاء AI المؤسسيين — الذي نُشر كإرشادات داخلية وتردد صداه في الصناعة هذا العام — يعيد صياغة سؤال الأمان الأساسي. لم يعد السؤال هو "هل يُسمح بتشغيل هذه الأداة؟"، فهذا السؤال كان دائمًا قابلًا للإجابة بسياسة ثابتة. السؤال الأصعب هو ما إذا كانت المؤسسة تستطيع إعادة بناء السلسلة الكاملة من النية البشرية، إلى إجراء الوكيل، إلى حركة البيانات، إلى النتيجة. معظم الشركات حاليًا لا تستطيع ذلك.
ما الذي يصلح هذا فعليًا
الحل ليس قوائم تحكم وصول إضافية. بل هو تحول نحو أربع ممارسات محددة تعامل هوية كل وكيل على أنها مؤقتة وليست دائمة:
- بيانات اعتماد مؤقتة ومحدودة المهمة. أطر مثل SPIFFE تصدر هويات تنتهي بعد معاملة واحدة بدلاً من الاستمرار إلى أجل غير مسمى. وهذا يقلص نصف قطر الانفجار من "كل ما يمكن لهذا الوكيل فعله نظريًا" إلى "هذا الإجراء المحدد، لهذه المهمة المحددة".
- جرد آلي للهويات غير البشرية. معظم المؤسسات ليس لديها قائمة كاملة بكل مفتاح API وحساب خدمة وهوية وكيل تعمل عبر أنظمتها السحابية والمحلية. يجب أن يكون الاكتشاف مستمرًا، وليس تدقيقًا ربع سنوي.
- تحقق سلوكي مستمر. منصات كشف التهديدات والاستجابة للهويات (ITDR) التي تراقب الأنماط الشاذة أثناء الجلسة — وليس فقط عند تسجيل الدخول — تلتقط الوكيل الذي يبدأ بفعل شيء لم تتطلبه مهمته.
- توفير الوصول في الوقت المناسب (Just-in-Time). الصلاحيات الدائمة هي السبب الجذري لمشكلة الإفراط في منح الصلاحيات بنسبة 99%. التفويض المدرك للسياق والمحدد زمنيًا والذي ينتهي عند انتهاء المهمة يسد هذه الفجوة عن طريق التصميم، وليس عن طريق فرض السياسة بعد وقوع الحدث.
لا شيء من هذا غريب. بنية الثقة الصفرية تفترض بالفعل عدم وجود ثقة ضمنية لأي فاعل — مشكلة وكيل AI هي في الحقيقة اختبار لما إذا كانت المؤسسات قد طبقت هذا المبدأ فعليًا أم تبنت المصطلحات فقط. فرق الأمن التي تعامل كل بيانات اعتماد وكيل كهوية دائمة وموثوقة تدير نفس البنية التي تسببت في اختراق المؤسسات قبل وجود الثقة الصفرية. الفارق أن الوكيل يتحرك أسرع من البشر الذين كانوا يرتكبون هذا الخطأ.
ما يجب فعله هذا الربع
إذا كانت مؤسستك تنشر وكلاء AI في سير عمل إنتاجي — ومعظمها تفعل ذلك سواء كان لدى الأمن رؤية أم لا — فابدأ بمشكلة الجرد. لا يمكنك تأمين ما لا تراه. قم بتمرير اكتشاف الهويات غير البشرية عبر IAM السحابي، وحسابات الخدمة، وكل مساعد برمجي أو أداة أتمتة لديها وصول API. ثم انقل بيانات اعتماد الوكيل ذات الصلاحيات الأعلى إلى رموز مؤقتة ومحدودة المهمة أولاً. هذا التغيير الوحيد يغلق أوسع نصف قطر انفجار بأقل اضطراب معماري، ويشتري الوقت لبناء مراقبة سلوكية قبل أن يفرض الحادث التالي السؤال.