لماذا تفشل جدران الحماية المعتمدة على نماذج لغوية ثانوية؟
عندما تمنح وكيل الذكاء الاصطناعي صلاحية قراءة رسائل البريد، أو فحص مستودعات الكود، أو الاستعلام من قواعد البيانات عبر بروتوكول سياق النموذج (MCP)، فإن الخطر الأكبر ليس المستخدم المباشر فحسب، بل حقن الأوامر غير المباشر (Indirect Prompt Injection) المزروع داخل البيانات المسترجعة.
تعتمد الكثير من الحلول التقليدية على إرسال كل مدخل إلى نموذج لغوي آخر ("LLM-as-a-Judge") لسؤاله: هل هذا النص خبيث؟ لكن هذا النهج يعاني من ثلاث مشاكل قاتلة في بيئات الإنتاج:
- زمن استجابة مرتفع جداً: يضيف من
300 msإلى1500 msلكل خطوة في حلقة الوكيل. - قابلية الاختراق الالتفافي: لأن النموذج الحارس نفسه نموذج احتمالي يمكن خداعه بنفس تقنيات التمويه.
- مضاعفة تكلفة التوكنز: استدعاء نموذج إضافي مع كل أداة يضاعف فاتورة التشغيل.
الأمان في أنظمة الوكلاء لا يمكن أن يكون احتمالياً بالكامل؛ بل يجب وضع طبقة فحص حتمية (Deterministic Firewall) قبل وصول النص إلى النموذج وقبل تنفيذ أي أداة خارجية.
معمارية الحماية المزدوجة: LightGuard-Agent + Orthotect
لهذا السبب قمت بتطوير ونشر حزمة [LightGuard-Agent](https://github.com/seotarek/LightGuard-Agent) على PyPI وتوثيقها بحثياً عبر Zenodo DOI (`10.5281/zenodo.22731104`)، إلى جانب بيئة العزل الحتمية [Orthotect](https://github.com/seotarek/orthotect):
تثبيت واستخدام lightguard-agent من PyPI
يمكنك دمج فحص المدخلات ومخرجات الأدوات في مشروعك بلغة Python خلال دقائق:
مثال تطبيقي لتأمين حلقة وكيل ذكاء اصطناعي
احذر من تمرير مخرجات أدوات البحث أو ملفات السجلات غير الموثوقة مباشرة إلى سياق الوكيل دون تنظيف محارف التوجيه المخفية (Zero-Width & Bidi Override Characters).
تأمين خوادم MCP لقواعد بيانات PostgreSQL
عند ربط وكيل الذكاء الاصطناعي بقاعدة بيانات عبر MCP، لا تكتفِ بكتابة تنبيه في الـ System Prompt يقول *"لا تقم بحذف الجداول"*. استخدم خادم [mcp-postgres-guard](https://github.com/seotarek/mcp-postgres-guard) الذي يطبق:
- فتح جلسة قاعدة البيانات في وضع
CHARACTERISTICS AS TRANSACTION READ ONLY. - تحليل جملة SQL عبر شجرة الصياغة المجردة (
AST) ورفض أي جمل متعددة أو استعلامات نظام غير مصرح بها. - إخفاء أعمدة البريد الإلكتروني وأرقام الهواتف والرموز السرية تلقائياً قبل إرجاع النتيجة للوكيل.
الحلقة القادمة في السلسلة
في الحلقة الثانية من سلسلة هندسة وأمان الذكاء الاصطناعي، سنقوم ببناء نظام Hybrid RAG متكامل باستخدام PostgreSQL pgvector + BM25 مع تطبيق Reciprocal Rank Fusion (RRF) لدعم اللغتين العربية والإنجليزية بدقة عالية.