في مكان ما داخل أنظمة مكافحة الاحتيال في أحد البنوك الأمريكية هذا الأسبوع، فُتحت جلسة باسم مستخدم صحيح وكلمة مرور صحيحة ورمز لمرة واحدة صحيح. كل الفحوصات نجحت. المشكلة أن لا إنسان كان يقف خلفها.
ذكر موقع أكسيوس في 22 أكتوبر أن بنوكاً أمريكية كبرى، بينها مورجان ستانلي وبنك أوف أمريكا وجيه بي مورجان وويلز فارجو، ترصد وكلاء ذكاء اصطناعي من طرف ثالث يعملون داخل حسابات العملاء. في معظم الحالات سلّم العميل بياناته بنفسه، وهو ما تمنعه شروط الخدمة في كل بنك. بعض الوكلاء اتصلوا بمراكز الدعم. وبعضهم نفّذوا إجراءات تبدو مستقلة عن طلب المستخدم. ووصف مسؤولون الوضع بأنه "مرعب".
أعد القراءة. بيانات الدخول كانت حقيقية. الموافقة كانت حقيقية، على الأقل في البداية. ومع ذلك لم يكن بيد البنك إجابة السؤال الوحيد المهم في الثانية صباحاً: هل أذن صاحب الحساب بهذا الإجراء تحديداً؟
المشكلة لم تكن المصادقة يوماً
أمضينا عشرين عاماً في جعل تسجيل الدخول صعب التزوير. كلمات المرور، ثم المصادقة الثنائية، ثم مفاتيح المرور. كل ذلك يجيب سؤالاً واحداً: هل هذا الشخص هو من يدّعي أنه هو؟
الوكلاء يقسمون هذا السؤال نصفين. تسجيل الدخول هو العميل فعلاً، لكن الإجراء قد لا يكون. وبمجرد أن يحمل الوكيل رمز جلسة، يصبح شبيهًا بإنسان سريع جداً، إلا أنه يعمل بسرعة الآلة ولا يتعب ولا يرتاب.
تجد البنوك نفسها أمام فجوة رقابة لا تُسدّ بمصادقة أقوى، لأن الجزء البشري نجح أصلاً. المفقود هو ربط التفويض بإجراء محدد لا بجلسة. هذه ليست مشكلة مصادقة، بل مشكلة تفويض وإسناد، ومعظم المؤسسات خارج القطاع البنكي لديها الثغرة نفسها.
ما تفعله البنوك الآن
الرد الأول هو الحجب. بدأ مورجان ستانلي برفض وصول وكلاء الطرف الثالث إلى منصاته. وجيه بي مورجان وبنك أوف أمريكا وسيتي يقيّدونهم. وموقف تشيس صريح: لا تعطِ اسم المستخدم وكلمة المرور لأي أحد.
الرد الثاني هو تضييق الباب. معظم البنوك تتجه إلى وصول القراءة فقط، وهو النموذج نفسه الذي يسمح لأدوات مثل كويكِن برؤية الأرصدة دون تحريك المال. القراءة خطر أصغر بكثير من الكتابة، والبنوك تعرف ذلك.
الرد الثالث هو التخطيط للأسوأ. عدة مؤسسات تتدرب على اليوم التالي للحادثة: كيف تُغلق حساب عميل بسرعة، كيف يُستعاد الوصول، وكيف يُثبت ما حدث. هذا حدس ناضج، وهو أيضاً اعتراف بأن الوقاية وحدها لن تصمد.
لماذا الإسناد هو الجزء الصعب
التفصيل المقلق في تقرير أكسيوس: كثير من البنوك لا تستطيع تحديد ما إذا كان نشاط الوكيل موجهاً من المستخدم أصلاً. ويصعب عليها التمييز بين وكيل وآخر، فضلاً عن معرفة ما إذا كان الوكيل يملك تفويضاً أم مجرد بيانات دخول.
هذا عيب في التصميم لا في الكوادر. إذا كان سجلك الوحيد عن إجراء ما هو "جلسة موثقة نفذت تحويلاً"، فأنت لا تملك أثراً للدليل. تملك طابعاً زمنياً.
قارن ذلك بما تسجله طبقة تحكم واعية بالوكلاء:
- من هو الوكيل: هوية عميل مسجلة بمفتاح خاص بها، لا جلسة بشرية مستعارة.
- ما طلبه الإنسان: التعليمات الفعلية، مسجلة عند لحظة النية.
- ما النطاق الممنوح: إذن ضيق لكل إجراء، بحد مالي وانتهاء صلاحية.
- ما حدث فعلاً: الإجراء المنفذ، مرتبطاً بالإذن الذي سمح به.
بهذه السجلات الأربعة يجيب البنك عن سؤال الثانية صباحاً في ثوانٍ. وبدونها لا يمكنه إلا التخمين، والتخمين يعني حجب كل شيء.
ماذا يعني ذلك خارج البنوك
إذا كنت تدير الرواتب أو الفواتير أو المشتريات أو إدارة العملاء أو البنية التحتية، فالنمط نفسه موجود في منظومتك. مساعد أو وكيل يحمل بيانات اعتماد طويلة العمر يستطيع فعل كل ما تستطيعه تلك البيانات. كتبنا عن هذا النمط نفسه أمس، بعد أن نشر LiteLLM أداة لسرقة بيانات الاعتماد على PyPI ووضع رموزاً حية أمام أي شخص يثبّته.
الدرس يتكرر لأن المعمارية تتكرر. تُمنح الوكلاء بيانات بشرية لأن ذلك سهل، وبيانات البشر إما كل شيء أو لا شيء.
الشكل الأفضل يبدو هكذا:
- هوية منفصلة لكل وكيل. حساب خدمة أو عميل OAuth بمفتاحه الخاص، قابل للإلغاء دون المساس بدخول أي إنسان.
- أذونات محدودة وقصيرة العمر. القراءة فقط افتراضياً. والكتابة تُمنح حسب نوع الإجراء، بحدود وانتهاء بالدقائق لا بالأشهر.
- موافقة عند لحظة الإجراء. إذا كان الوكيل سينقل مالاً، يوافق الإنسان على ذلك التحويل، لا على أن "الوكيل يستطيع استخدام حسابي".
- سجل تدقيق يذكر الإذن. كل إجراء جوهري يجب أن يشير إلى كائن الإذن الذي أجازه، ليتمكن المراجع من إعادة تتبع القرار.
- مفاتيح إيقاف لا تتطلب تغيير كلمة المرور. ألغِ الوكيل وأبقِ الإنسان يعمل.
لا شيء من هذا غريب. إنه تصميم تفويض عادي، مطبق على نوع من العملاء لم يكن موجوداً حين بُنيت معظم هذه الأنظمة.
الخلاصة
الحقيقة المقلقة في قصة البنوك أن الوكلاء لم يقتحموا شيئاً. لقد سُمح لهم بالدخول، ببيانات حقيقية ونية حقيقية من المستخدم، والمؤسسات لم تكن تملك لغة تفرق بين "عميلي طلب هذا" و"شيء ما يملك جلسة عميلي فعل هذا".
كل مؤسسة تنشر وكلاء ستحتاج هذه اللغة قريباً. ابدأ بافتراض أن وكيلك سيفعل يوماً ما لم تقصده، وصمم السجل الذي ستريد قراءته في الصباح التالي. إذا لم تستطع الإجابة عن من أذن بالإجراء وما نطاقه وما لمسه، فأنت لا تملك أمن وكلاء بعد. تملك وكيلاً وأملاً.
إذا كنت ترسم خريطة وصول الوكلاء في منظومتك وتريد عيناً ثانية على تصميم الأذونات، فهذا تحديداً ما نفعله في aratech.