تقنيات

Cloudflare تطلق قدرات لاكتشاف حركة MCP وفرض الوصول عبر البوابات المعتمدة

أعلنت Cloudflare عن قدرات جديدة في Cloudflare One لاكتشاف طلبات Model Context Protocol عبر Gateway، وعرض المستخدمين والخوادم المرتبطة بها، وحظر الاتصالات المباشرة التي تتجاوز MCP Portals المعتمدة. وتشمل التحديثات أيضاً دعم عملاء OAuth مسجلين مسبقاً وتوافق Agents SDK مع نموذج MCP عديم الحالة الجديد.

14 أغسطس 2026
4 دقائق قراءة
193 قراءة
certi.news Editorial Team
Cloudflare تطلق قدرات لاكتشاف حركة MCP وفرض الوصول عبر البوابات المعتمدة

أعلنت Cloudflare عن قدرات جديدة في Cloudflare One لمساعدة فرق الأمن على اكتشاف حركة Model Context Protocol (MCP) والتحكم فيها، بعدما أصبحت وكلاء الذكاء الاصطناعي قادرين على استدعاء الأدوات وتنفيذ الإجراءات بسرعة وعلى نطاق قد يجعل الخطأ الواحد يتكرر آلاف المرات قبل ملاحظته.

تتيح التحديثات الجديدة لـCloudflare Gateway التعرف إلى طلبات MCP عبر مؤشرات على مستوى البروتوكول، وإظهار المستخدمين والخوادم التي تولد هذه الحركة، ثم تطبيق سياسات تسمح بالاتصالات أو تحظرها. وبالاقتران مع MCP Server Portals، يمكن للمسؤولين التحقق مما إذا كان الوكلاء يستخدمون المسار المعتمد، أو يتصلون مباشرة بخادم يتجاوز الضوابط الموضوعة.

اكتشاف حركة MCP دون الاعتماد على عناوين مميزة

لا يفرض MCP اسم مضيف محدداً أو مساراً ثابتاً مثل /mcp، ولذلك قد تبدو الاتصالات المباشرة مثل أي طلب HTTPS إلى واجهة برمجية. وكانت Cloudflare تعتمد في أسلوب سابق على البحث عن أسماء مضيفين أو مسارات تحتوي على مؤشرات شائعة، لكن هذه الطريقة قد تفوّت خوادم تستخدم عناوين عادية، أو تلتقط خدمات لا علاقة لها بـMCP.

تعتمد Gateway الآن على مؤشرات بروتوكولية، أبرزها ترويسة MCP-Protocol-Version في الطلبات التي تمر عبر فك تشفير TLS. كما يمكن للإصدارات الحديثة من البروتوكول استخدام ترويستي Mcp-Method وMcp-Name لتحديد العملية والأداة المطلوبة دون الحاجة إلى تحليل جسم الطلب بالكامل.

اعتباراً من تاريخ الإعلان، يرى جميع عملاء Cloudflare Zero Trust مؤشرات حركة MCP في سجلات Gateway HTTP، ويمكنهم استخدام المحدد experimental.is_mcp == true في سياسات السماح أو الحظر. ولا يشمل هذا الكشف الحركة المشفرة التي لم تخضع لفك التشفير، أو خوادم MCP المحلية التي تستخدم stdio، أو الاتصالات خارج الشبكة المدارة، أو الطلبات التي لا تمر عبر Gateway.

لوحة متابعة للاتصالات والوجهات

تقدم Cloudflare لوحة مخصصة لحركة MCP تعرض، ضمن نطاق زمني قابل للضبط:

  • إجمالي طلبات MCP وعدد المستخدمين والخوادم الفريدة.
  • الخوادم التي تقدم حركة MCP مع عدد الطلبات لكل خادم.
  • توزيع الحركة بحسب نقطة الاتصال، مع الفصل بين حركة MCP Portal والاتصالات المباشرة من أجهزة المستخدمين.
  • أكثر خوادم MCP ظهوراً خارج البوابات المعتمدة، وهو ما يمثل حركة MCP غير المُدارة.
  • المستخدمين الأعلى من حيث حجم طلبات MCP.

ويمكن للمسؤولين تصفية النتائج بحسب الخادم أو المستخدم أو نوع نقطة الاتصال، ثم الانتقال إلى سجلات Gateway HTTP المرتبطة لإجراء تحقيق أعمق.

تمييز الخوادم غير المعتمدة عن تجاوز البوابة

تفرق Cloudflare بين مشكلتين مختلفتين. الأولى هي Shadow MCP، عندما يضيف موظف خادماً لم توافق عليه المؤسسة إلى عميل MCP. أما الثانية فهي تجاوز البوابة، عندما يتصل الموظف مباشرة بعنوان خادم معتمد بدلاً من استخدام MCP Portal، متجاوزاً سياسات Access وفهرس الأدوات المنسق ومنع فقدان البيانات وسجل التدقيق.

بعد اكتشاف خادم غير معروف، يمكن للمؤسسة تقييمه ووضعه خلف MCP Portal. وتوفر البوابة نقطة وصول مُدارة، وهوية Access، وفهرساً منسقاً للأدوات، وتسجيل النشاط. كما يمكن توجيه الاتصالات المتوافقة عبر Gateway لتطبيق سياسات HTTP ومنع فقدان البيانات، مع تصدير نشاط الأدوات عبر Logpush.

ولفرض استخدام البوابات فقط، أضافت Cloudflare محددات Traffic Source إلى سياسات Gateway Network وHTTP. وتعرض الحركة القادمة من MCP Portal المصدر mcp_portal، ما يسمح بحظر طلبات MCP التي لا تأتي من البوابة، مع إبقاء الطلبات الواردة عبر المسار المعتمد.

توسيع التوافق مع OAuth والخوادم الخاصة

تدعم MCP Portals الآن عملاء OAuth مسجلين مسبقاً. ويمكن للمسؤول إدخال بيانات الاعتماد يدوياً، وتسجيل عنوان الاستدعاء لدى مزود الخدمة، وتحديد نقاط التفويض والرموز والإلغاء والمُصدر عند تعذر اكتشافها تلقائياً. ويظل كل مستخدم مسؤولاً عن تفويض الوصول إلى مصادر بياناته الخاصة، بينما يستخدم السر المخزن فقط لجلب قوائم الأدوات والمطالبات المحدثة.

تعمل Cloudflare أيضاً على تمكين البوابات من الوصول إلى خوادم MCP الموجودة على شبكات خاصة عبر توجيه Cloudflare Gateway، لكن هذه الوظيفة ما زالت قيد التطوير النشط. كما يدعم Agents SDK بالإصدار v0.20.0 مواصفة MCP بتاريخ 2026-07-28 كعميل وخادم، مع إمكانية التراجع إلى آلية التهيئة القديمة عند عدم دعم الخادم للنموذج الجديد عديم الحالة.

وتوصي Cloudflare بالبدء بالرؤية: فحص الحركة التي تمر عبر Gateway، مقارنة الوجهات بالخوادم المعتمدة، ونقل الخوادم المقبولة إلى MCP Portals. وبعد ذلك يمكن فرض سياسات تحظر الاتصالات المباشرة من الأجهزة والمواقع المُدارة، مع الإشارة إلى أن الشركة تخطط لإضافة تحكم أكثر تفصيلاً في استخدام أدوات محددة وتقارير عن استخدام الأدوات عبر خوادم MCP المعروفة وغير المعروفة.

مصدر الخبر
كيف أعددنا هذا الخبر؟

اعتمد الخبر على المصدر الأصلي الموضح أعلاه. قد نستخدم أدوات آلية للمساعدة في الاستخراج والتصنيف والصياغة، لكن النشر يخضع لقواعد تمنع المحتوى المكرر والقصير أو الروتيني منخفض القيمة. اقرأ سياستنا التحريرية.

c
كاتب المقال

certi.news Editorial Team

certi.news Editorial Team

The certi.news editorial team monitors technical sources and reconstructs news, verifying facts and context prior to publication.

ما الذي تحتاج معرفته

أضافت Cloudflare إلى Cloudflare One أدوات لاكتشاف حركة Model Context Protocol (MCP) عبر Gateway، وعرض الخوادم والمستخدمين المرتبطين بها وتطبيق سياسات السماح والحظر. كما تتيح التحديثات فرض استخدام MCP Portals المعتمدة، ودعم عملاء OAuth المسجلين مسبقاً، وتوسيع توافق Agents SDK مع نموذج MCP عديم الحالة.

  • يكتشف Cloudflare Gateway طلبات MCP باستخدام مؤشرات بروتوكولية مثل MCP-Protocol-Version وMcp-Method وMcp-Name.
  • يمكن لعملاء Cloudflare Zero Trust استخدام المحدد experimental.is_mcp == true في سياسات Gateway للسماح بالحركة أو حظرها.
  • تعرض لوحة MCP إجمالي الطلبات والمستخدمين والخوادم، وتفصل بين حركة MCP Portal والاتصالات المباشرة.
  • تفرق Cloudflare بين Shadow MCP، حيث يُضاف خادم غير معتمد، وتجاوز البوابة، حيث يتصل المستخدم مباشرة بخادم معتمد.
  • تسمح محددات Traffic Source بحظر طلبات MCP التي لا تأتي من MCP Portal عبر المصدر mcp_portal.
  • تدعم MCP Portals عملاء OAuth المسجلين مسبقاً، بينما يدعم Agents SDK الإصدار v0.20.0 نموذج MCP عديم الحالة مع إمكانية الرجوع إلى آلية التهيئة القديمة.

أسئلة شائعة

ما القيود المفروضة على اكتشاف حركة MCP؟

لا يشمل الاكتشاف الحركة المشفرة التي لم تُفك، أو خوادم MCP المحلية التي تستخدم stdio، أو الاتصالات خارج الشبكة المدارة، أو الطلبات التي لا تمر عبر Gateway.

ما الفرق بين Shadow MCP وتجاوز البوابة؟

Shadow MCP يعني إضافة موظف خادماً غير موافق عليه إلى عميل MCP، أما تجاوز البوابة فيعني الاتصال مباشرة بخادم معتمد بدلاً من استخدام MCP Portal.

ما وظيفة MCP Portals؟

توفر MCP Portals نقطة وصول مُدارة، وهوية Access، وفهرساً منسقاً للأدوات، وتسجيل النشاط، مع إمكانية توجيه الاتصالات عبر Gateway لتطبيق سياسات HTTP ومنع فقدان البيانات.

من نفس التصنيف

مقالات قد تهمك

عرض كل الأخبار