01التفويض وOAuth
تتطلب المواصفة موافقة لكل عميل قبل إعادة التوجيه إلى أطراف ثالثة، وفحصًا دقيقًا لـ redirect_uri عبر المطابقة النصية بدلًا من أحرف البدل؛ وإلا يُخشى هجوم Confused Deputy. ويسري كذلك حظر تمرير الرموز: إذ يجب رفض الرموز التي لم تُصدَر صراحةً لخادمكم. وتُقلَّص النطاقات وفق مبدأ الحد الأدنى من الصلاحيات، لإبقاء نطاق ضرر الرمز المسروق صغيرًا.
02أمن الجلسات
لا يجوز أبدًا استخدام معرّفات الجلسات للمصادقة، ويجب توليدها بشكل غير حتمي (UUID، CSPRNG). اربطوا كل جلسة بالمستخدم، على سبيل المثال بصيغة المفتاح <user_id>:<session_id>، وتحققوا من كل طلب وارد، ودوّروا المعرّفات أو اجعلوها تنتهي صلاحيتها. وبذلك تسحبون الأساس من تحت اختطاف الجلسات وانتحال الهوية.
03التحقق من الأدوات والمخططات
أوصاف الأدوات ومخططات المعاملات مسار هجوم مستقل (Tool Poisoning): فإذا جرى التلاعب بها، نفّذ النموذج تعليمات أجنبية. افحصوا معاملات الإدخال بصرامة مقابل المخطط، وأمّنوا مصدر تعريفات الأدوات وسلامتها. وتوصي إرشادات NSA في هذا الصدد صراحةً بالتحقق من المعاملات وبتوقيع رسائل MCP والتحقق منها.
04العزل والبيئات المعزولة (Sandboxing)
تعمل خوادم MCP المحلية بصلاحيات العميل؛ وبذلك تصيب الشيفرة المخترَقة نظامكم مباشرةً. ويجب أن يكون الاحتواء جزءًا من البنية: حاويات أو chroot أو بيئة معزولة للتطبيق بأدنى الصلاحيات، وعمليات فرعية معزولة، وحيثما أمكن نقل stdio. وتتوافق توصية NSA «Constrain and sandbox tool execution» مع هذا المتطلب.
05التسجيل والمراقبة
دون مسارات تدقيق كاملة يبقى تسريب البيانات دون اكتشاف وينقطع نسب الإجراءات. سجّلوا كل إجراء بما في ذلك استخدام stdio، وحلّلوه بحثًا عن الحالات الشاذة؛ وينبغي فحص «Lethal Trifecta» (Simon Willison، 2025) لكل وكيل. وتعتبر NSA غياب سجلات التدقيق مشكلة أمنية مستقلة، وتوصي بأدوات قياس للتسجيل والاكتشاف.
06عملية الاعتماد والتشغيل
لا تدمجوا إلا خوادم MCP تم التحقق منها؛ فالإدراج في سجل (Registry) ليس دليلًا على الثقة. ويجب أن تعرض حوارات الموافقة أمر التشغيل الكامل دون اختصار وأن تبرز الأنماط الخطرة، كما يجب تتبع الثغرات الأمنية وترقيعها باستمرار. وتنصح NSA باختيار مشاريع MCP مدعومة وتجنّب مسارات الاعتماد الضعيفة («Poor approval workflows»).