الوكيل الذي يعمل على أنظمتك الحقيقية يحتاج إلى مفاتيح وصول حقيقية. أين تُخزَّن، ومن يستطيع قراءتها، وماذا يحدث عند مغادرة موظف أو تسرّب سجل؟ أسئلة تطرحها قبل التوقيع.
الوكيل الذي يلمس أنظمتك يحتاج مفاتيح حقيقية
حين تتحدث المؤسسات عن إطلاق وكيل ذكاء اصطناعي، يدور النقاش عادة حول جودة النموذج، ودقة الإجابات، وتكلفة الاستدعاءات. لكن السؤال الذي يحدد نجاح المشروع أو فشله يُطرح في وقت متأخر جدًا، أو لا يُطرح إطلاقًا: بماذا سيدخل هذا الوكيل إلى أنظمتنا الحقيقية؟ الوكيل الذي يقرأ من قاعدة بيانات العملاء، أو ينشئ فاتورة، أو يرسل بريدًا نيابة عن موظف، لا يعمل بالسحر. يعمل بمفاتيح وصول وأسرار: مفاتيح API، وكلمات مرور قواعد البيانات، ورموز OAuth، وشهادات. وهذه بالضبط هي المساحة التي تُهمَل فيها الأمان في معظم مشاريع الذكاء الاصطناعي.
الفرق بين تجربة ووكيل في الإنتاج
في مرحلة العرض التجريبي، يضع الفريق المفتاح في ملف نصي على حاسوب أحدهم، ويعمل كل شيء. بعد أشهر، ينتقل المشروع إلى الإنتاج، ويصبح الوكيل جزءًا من العمليات اليومية. هنا تبدأ الأسئلة الحرجة: أين يعيش المفتاح الآن؟ من يستطيع قراءته؟ ماذا يحدث إذا غادر الموظف الذي أنشأه؟ وماذا لو ظهر المفتاح في سجل أخطاء أو في مستودع شيفرة؟
الخطأ الأكثر شيوعًا هو التعامل مع مفتاح الوكيل كأنه إعداد تقني عابر، بينما هو في الحقيقة بيان صلاحيات: من يستطيع الوكيل أن يفعله، وبأي بيانات، ونيابة عن من. لهذا يجب أن يُدار بجدية أكبر من كلمة مرور عادية، لأن الوكيل يعمل على مدار الساعة، ويكرر أفعاله آلاف المرات، وقد يخطئ بسرعة أكبر من أي موظف.
المبدأ الأول: لا أسرار داخل الشيفرة ولا داخل السجلات
القاعدة الأساسية أن تبقى الأسرار خارج الشيفرة المصدرية وخارج سجلات التطبيق. عمليًا، هذا يعني:
- متغيرات بيئة تُحقن وقت التشغيل، لا قيم مكتوبة في الملفات.
- مدير أسرار مخصص (سحابي أو مستضاف داخليًا) يخزّن القيم مشفّرة، ويسجّل من قرأها ومتى.
- تنقية السجلات قبل كتابتها، لأن رسائل الخطأ كثيرًا ما تحتوي على رؤوس الطلبات التي تحمل المفتاح.
- فحص تلقائي للمستودعات يكشف أي نمط يشبه مفتاحًا قبل أن يصل إلى الفرع الرئيسي.
هذه الخطوات ليست كماليات. تسريب مفتاح واحد يمنح المهاجم نفس الصلاحيات التي منحتها للوكيل، وغالبًا دون أن يلاحظ أحد لأسابيع.
المبدأ الثاني: أقل صلاحية ممكنة، وأقصر عمر ممكن
الوكيل الجيد لا يحتاج كل الصلاحيات، بل يحتاج ما يخدم مهمته فقط. إن كان هدفه قراءة حالة الطلبات، فلا داعي لأن يملك صلاحية حذفها. وإن كان يرسل تقارير، فلا حاجة إلى وصول كامل إلى قاعدة البيانات.
طبّق ذلك عبر:
- مفاتيح منفصلة لكل بيئة (تطوير، اختبار، إنتاج)، حتى لا تختلط البيانات الحقيقية بالتجارب.
- مفاتيح منفصلة لكل وكيل أو خدمة، حتى يمكن إلغاء واحد دون تعطيل الباقي.
- صلاحيات محدودة النطاق حيث يدعم مزوّد الخدمة ذلك.
- مفاتيح قصيرة العمر تُجدَّد تلقائيًا بدلًا من مفاتيح دائمة تعيش سنوات.
- حدود استهلاك وسقوف استخدام تكشف السلوك الشاذ مبكرًا.
المفتاح الدائم بلا حدود هو خطر مزدوج: إن سُرّب، يبقى صالحًا؛ وإن أُسيء استخدامه، لا يظهر ذلك إلا في فاتورة نهاية الشهر.
المبدأ الثالث: الحوكمة قبل التقنية
لا تحلّ أي أداة محل سؤال "من المسؤول؟". قبل الإنتاج، ينبغي أن يكون لديك جواب واضح عن:
- من يملك المفتاح ومن يستطيع تدويره أو إلغاءه.
- سجل تدقيق يبيّن من قرأ السر ومتى، ومن استخدمه ولأي غرض.
- إجراء خروج الموظفين: إلغاء الوصول في نفس اليوم، لا بعد أسبوع.
- خطة استجابة للتسريب: من يُبلَّغ، وما الذي يُلغى فورًا، وكيف تُقيَّم الأضرار.
هذه النقاط تحديدًا هي ما يسأل عنه المدققون في القطاعات المنظَّمة، وهي أيضًا ما يفصل مشروعًا هاويًا عن نظام مؤسسي يمكن الوثوق به.
نقطة يغفلها كثيرون: الوكيل نفسه قد يصبح خطرًا
الوكيل الذي يقرأ محتوى خارجيًا — بريدًا، أو صفحة ويب، أو مستندًا رفعه مستخدم — قد يتلقى تعليمات مدسوسة تحاول دفعه لاستخدام صلاحياته بطريقة غير مقصودة. الحماية تبدأ من تقليص الصلاحيات، ووضع الوكيل في بيئة معزولة، ومراجعة الأفعال الحساسة قبل تنفيذها، لا بعدها. لا تعطِ وكيلًا يقرأ محتوى غير موثوق مفتاحًا يكتب في أنظمتك الأساسية.
ابدأ صغيرًا، لكن ابدأ صحيحًا
لن تحتاج إلى بنية معقّدة من اليوم الأول. ابدأ بمدير أسرار واحد، ومفاتيح منفصلة لكل بيئة، وسجل تدقيق بسيط، وسياسة مكتوبة في صفحة واحدة. هذه الخطوات تكفي لتفادي معظم الحوادث الشائعة، وتوفّر عليك إعادة بناء لاحقة مؤلمة. الأمان هنا ليس عائقًا أمام الابتكار، بل شرطه: الوكيل الذي لا تثق بمفاتيحه لا يمكنك أن تسلّمه عملًا حقيقيًا.
لنناقش مشروعك
إن كنت تخطط لإطلاق وكيل ذكاء اصطناعي يتصل بأنظمتك، أو لديك وكيل يعمل بالفعل وتريد مراجعة طريقة إدارة مفاتيحه وصلاحياته، يسعدني أن نتبادل الأفكار حول التصميم المناسب لسياقك. أبدأ دائمًا بالاستماع إلى طريقة عملك قبل الحديث عن الأدوات، لأن الحل الجيد يبدأ من فهم ما يحتاجه الناس فعلًا. يمكنك التواصل عبر contact@hamzabelgacem.com.