مواصفة Model Context Protocol (MCP) المؤرخة 2026-07-28 هي أول مراجعة كبرى منذ نوفمبر 2025، وهي لا تضيف ميزة بقدر ما تعيد تمديد أنابيب البروتوكول. إذا كنت تشغّل خادم MCP أو بوابة في الإنتاج، فإن أمورًا قد تعتمد عليها، مثل مصافحة الجلسة وDynamic Client Registration، أُزيلت أو بدأ عدّها التنازلي نحو الإيقاف. يشرح هذا الدليل ما تغيّر، وما انتقل من البروتوكول إلى شيفرتك، وقائمة تحقق للمشغّلين. المصادر هي مدونة MCP الرسمية ومدونة مطوري Google وأبحاث Akamai الأمنية وتحديث مايكروسوفت الأمني لنوفمبر 2026، وقد قُرئت جميعها في 7 نوفمبر 2026.
ما الذي تغيّر في MCP 2026-07-28
يسرد منشور إصدار فريق MCP أهم التغييرات: نواة بلا حالة (stateless) وطلبات Multi Round-Trip Requests وتوجيه قائم على الترويسات ونتائج قوائم قابلة للتخزين المؤقت وتشديد التفويض وإطار رسمي للامتدادات وحزم SDK من المستوى الأول محدّثة. وأضيفت كذلك سياسة رسمية للإيقاف التدريجي بنافذة لا تقل عن اثني عشر شهراً.
| المجال | قبل | 2026-07-28 |
|---|---|---|
| حالة النقل | ذو حالة وثنائي الاتجاه، مصافحة initialize وMcp-Session-Id | بلا حالة: أُزيلت المصافحة وترويسة الجلسة وصار كل طلب ذاتي الوصف (Google) |
| التوجيه | كان على البوابة تحليل جسم JSON | ترويستا Mcp-Method وMcp-Name تحملان الطريقة واسم الأداة فتوجّه البوابات وتفوّض بناءً على الترويسات |
| طلبات الخادم إلى العميل | sampling وelicitation عبر تدفقات ثنائية الاتجاه مفتوحة | Multi Round-Trip Requests (MRTR) |
| فهارس الأدوات | بلا إرشاد للتخزين المؤقت | تحمل ردود القوائم تلميحات تخزين مؤقت وترتيباً حتمياً |
| الامتدادات | غير منظمة | إطار رسمي: Tasks وMCP Apps وEnterprise Managed Authorization |
| تسجيل العملاء | Dynamic Client Registration (DCR) | DCR مهجور لصالح Client ID Metadata Documents (CIMD)؛ ما زال يعمل حالياً |
عملياً تعني النواة بلا حالة أن أي طلب يمكن أن يصل إلى أي نسخة خلف موازن حمل بسيط بأسلوب round-robin. يقول فريق MCP إن هذه كانت من أكثر الميزات طلباً، سعياً إلى موثوقية وقابلية توسع أفضل.
تغييرات التفويض التي يجب أن تتحرك بشأنها
- التحقق من المُصدِر: يجب أن يعيد خادم التفويض المعامل
issوفق RFC 9207، وعلى العميل التحقق منه قبل استبدال الرمز (SEP-2468). يسدّ هذا ثغرة خلط خوادم التفويض. - بيانات اعتماد مرتبطة بالمُصدِر: ترتبط بيانات اعتماد العميل بالمُصدِر الذي أنشأها ولا تُعاد استخدامها عبر خوادم تفويض أخرى (SEP-2352).
- Resource indicators: يحدد العميل عبر RFC 8707 أي خادم MCP يخصّه الرمز، وهذا يعالج مشكلة confused deputy (Google).
- من DCR إلى CIMD: أصبح Dynamic Client Registration مهجوراً رسمياً. لا تبنِ تكاملات جديدة عليه.
ما الذي انتقل من البروتوكول إلى شيفرتك
يلخص باحثو Akamai المقايضة بوضوح: يزيل التحديث اختطاف الجلسات على مستوى البروتوكول والمطالبات غير المطلوبة من الخادم وطرق المصادقة الضعيفة، لكن الحالة التي يديرها التطبيق وتطبيقات MCP Apps التفاعلية والمهام غير المتزامنة الطويلة تخلق سبلاً جديدة لإساءة استخدام الخادم (Akamai). نصيحتهم أن تُعامل كل حالة وبيانات وصفية يقدمها العميل كمدخلات غير موثوقة، وأن يُتحقق منها تشفيرياً، وأن تُرمَّز مخرجات اللوحات البصرية التي يولدها الذكاء الاصطناعي، وأن تُحدَّد حصص موارد للمهام غير المتزامنة.
ملاحظة أخرى من الميدان: حتى 3 نوفمبر 2026 ما زالت المواصفة تصف التفويض بأنه اختياري لتطبيقات MCP، تاركةً المصادقة وتحديد النطاق لمن ينشر الخادم (ملخص DigitalOcean). مراجعة جديدة للمواصفة لا تجعل النشر آمناً بمفردها.
لماذا الأداة الموقّعة ليست أداة آمنة
تعرض ورقة نُشرت على arXiv في 4 نوفمبر 2026 أداة MCP موقّعة بشكل مشروع تؤدي وظيفتها المعلنة وتسرّب البيانات في الوقت نفسه إلى وجهة تسمح بها السياسة. عبر 153 تشغيلاً للهجوم، سمحت الدفاعات الأساسية بإفشاء غير مصرح به في ما بين 5.9% و74.5% من التشغيلات، بينما لم يكشف تنفيذ المؤلفين المعزول للبيانات أي حالة (arXiv 2611.06585). هذا ادعاء بحثي من فريق واحد، لكنه يتفق مع الدرس العملي: أصالة الناشر لا تقول شيئاً عمّا تفعله الشيفرة ببياناتك.
الموردون ينقلون الضوابط إلى نقطة النهاية
يذكر تحديث مايكروسوفت لنوفمبر 2026 أن Microsoft Execution Containers صارت متاحة للعموم كطبقة ينفذها نظام التشغيل تحد مما يصل إليه وكيل الذكاء الاصطناعي من ملفات وشبكات وعمليات. كما يكتشف Defender الآن أكثر من 50 وكيل ذكاء اصطناعي محلياً مدعوماً مع خوادم MCP المهيأة لها على Windows وmacOS (مدونة مايكروسوفت للأمن). الاتجاه واضح: افترض أن محتوى معادياً سيوجّه الوكيل، وقيّد ما يمكنه فعله.
قائمة تحقق للمشغّل
- ابحث عن افتراضات الجلسة. ابحث في شيفرة الخادم عن مصافحة
initializeواستخدامMcp-Session-Id. كل ما يخزّن حالة لكل جلسة يحتاج مكاناً جديداً أو يجب تمريره في كل طلب. - عامل حالة الطلب كمدخل غير موثوق. وقّع أو شفّر أي حالة تسلّمها للعميل وتحقق منها في كل طلب.
- تحقق من
issواربط الرموز. افحص المُصدِر في كل رد تفويض واطلب الرموز لمورد محدد. - خطط للانتقال من DCR إلى CIMD. نافذة الإيقاف اثنا عشر شهراً على الأقل، فجدولها ولا تتفاعل متأخراً.
- وجّه حسب الترويسات في البوابة. استخدم
Mcp-Nameلتفويض كل أداة وتحديد معدلها دون تحليل الأجسام. - سجّل كل استدعاء أداة. راجع ما الذي يُسجَّل في مسار تدقيق خادم MCP.
- قيّد الخروج وافحص الأدوات. ضع قائمة سماح للمضيفين الخارجيين واستخدم قائمة تدقيق خوادم MCP الخبيثة قبل إضافة خادم.
- حدّد حصص المهام. ضع سقفاً لزمن التشغيل والتزامن والتخزين للمهام غير المتزامنة.
أما الجانب التنظيمي، فالفجوة بين منح الوكيل أدوات والحوكمة عليها مغطاة في فجوة تنفيذ وكلاء الذكاء الاصطناعي.
الأسئلة الشائعة
متى صدرت مواصفة MCP 2026-07-28؟ في 28 يوليو 2026، بعد مرشح إصدار في 21 مايو 2026.
هل ما زالت مصافحة initialize مطلوبة؟ لا. أُزيلت المصافحة وترويسة الجلسة في هذه المراجعة.
هل أُزيل Dynamic Client Registration؟ ليس بعد. هو مهجور ويعمل للتوافق، بسياسة إيقاف لا تقل عن اثني عشر شهراً.
هل التفويض إلزامي في MCP؟ حتى مطلع نوفمبر 2026 ما زالت المواصفة تصفه بأنه اختياري، فعليك فرضه بنفسك.
