خوادم MCP آمنة تطوير

تربط خوادم MCP مساعدي الذكاء الاصطناعي بالأدوات ومصادر البيانات، فتصبح بذلك هي نفسها هدفًا للهجوم. نرافقكم في البنية وتصميم الأدوات والمصادقة والنشر وفق إرشادات أمنية راسخة.

آخر تحديث: يوليو 2026 · Valeri Milke, Lead Auditor لمعياري ISO 27001 وISO 42001

خوادم MCP هي الجسر بين مساعدي الذكاء الاصطناعي والأدوات أو مصادر البيانات الخارجية. ويمكن استغلال أيّ ثغرة أمنية للتلاعب بالمساعدين أو سحب البيانات أو اختراق الأنظمة اللاحقة. وبخلاف واجهات API التقليدية، تعمل خوادم MCP في الغالب بصلاحيات مستخدم مفوّضة، وتحمّل الأدوات ديناميكيًا، وتسلسل عدة استدعاءات، مما يضاعف أثر ثغرة واحدة. ويصف دليل OWASP GenAI Security Project «A Practical Guide for Secure MCP Server Development» (الإصدار 1.0، فبراير 2026) صورة التهديد هذه، ويحدد «MCP Security Minimum Bar» كقائمة مراجعة. وتلخّص النقاط الست التالية التهديدات الخاصة بالخوادم والإجراءات الأساسية المرتبطة بها.

أهم النقاط في لمحة

01

Tool Poisoning

قد تحتوي أوصاف الأدوات أو البيانات الوصفية المُتلاعَب بها على تعليمات مخفية تدفع النموذج إلى إجراءات غير مقصودة أو إلى تسريب البيانات. وتشمل التدابير المضادة بيانات تعريف (Manifests) موقّعة للأدوات، وعملية اعتماد رسمية، ومطابقة الوظيفة المُعلَنة بالسلوك الفعلي أثناء التشغيل. ولا يُكشف للنموذج إلا الحد الأدنى الضروري من الحقول.

02

عدم استقرار الأدوات الديناميكية («Rug Pulls»)

نظرًا لأن تعريفات الأدوات تُحمَّل ديناميكيًا ونادرًا ما تخضع لإصدارات صارمة، يمكن لاحقًا استبدال تعريف سبق فحصه بسلوك خبيث. وتمنع التواقيع التشفيرية وتثبيت الإصدارات مع فحص التوقيع والتجزئة عند التحميل مثل هذه التغييرات غير الملحوظة.

03

حقن الشيفرة والتنفيذ غير الآمن

إذا مُرِّرت المدخلات التي يوفّرها النموذج دون فحص إلى أوامر النظام أو واجهات API أو استعلامات قواعد البيانات، فإن الحقن والتنفيذ غير المقصود للشيفرة يصبحان خطرًا قائمًا. افرضوا التحقق عبر JSON Schema للمدخلات والمخرجات، واستدعاءات أدوات منظّمة بصيغة JSON بدلًا من النص الحر، إضافةً إلى التنقية وحدود الحجم. وللإجراءات عالية المخاطر تُطبَّق كذلك موافقات بشرية (Human-in-the-Loop).

04

إساءة استخدام بيانات الاعتماد والرموز

كثيرًا ما تدير خوادم MCP مفاتيح API ورموز OAuth؛ ويتيح التخزين غير الآمن أو التسجيل بنص واضح أو التخزين المؤقت لفترة طويلة السرقة وانتحال الهوية. ومكان الأسرار هو خزائن الأسرار (Secrets-Vaults)، وليس أبدًا متغيرات البيئة أو السجلات أو نطاق وصول LLM. ويُضاف إلى ذلك استخدام رموز قصيرة العمر ومحددة النطاق بدقة، والامتناع عن تمرير الرموز إلى الخدمات اللاحقة.

05

الصلاحيات المفرطة

تزيد الأدوات ذات الصلاحيات المفرطة ونطاقات الوصول الواسعة من ضرر أداة واحدة مخترَقة وتنتهك مبدأ الحد الأدنى من الصلاحيات. ويطالب الدليل بـ OAuth 2.1/OIDC مع رموز قصيرة العمر ومحددة النطاق بدقة، وتفويض الرموز (RFC 8693) بدلًا من التمرير، وفرض مركزي للسياسات عبر طبقة بوابة مخصصة.

06

العزل غير الكافي

تؤدي الجلسات المشتركة أو الهويات المشتركة أو بيئة التنفيذ المشتركة إلى تسربات بين المستأجرين والخلط بين الهويات وتعارض الموارد. اعزلوا سياقات المستخدم والجلسة والحوسبة بصرامة، وامتنعوا عن الحالة المشتركة لبيانات المستخدمين، وافرضوا حصصًا لكل جلسة مع تنظيف حتمي. ويجري التشغيل في حاويات، دون صلاحيات الجذر (Non-Root)، ومع تقسيم الشبكة.

المعايير والمصادر

يستند محتوى هذه الصفحة إلى الأدلة والدراسات التالية المتاحة للعموم.

OWASP GenAI Security Project · 2026

A Practical Guide for Secure MCP Server Development, Version 1.0

المصدر الأساسي (فبراير 2026، CC BY-SA 4.0): قسم «Current Vulnerability Landscape» بالتهديدات الخاصة بالخوادم، إضافةً إلى قائمة المراجعة «MCP Security Minimum Bar».

IETF · 2020

RFC 8693 — تبادل الرموز في OAuth 2.0 (OAuth 2.0 Token Exchange)

أساس تفويض الرموز وتدفقات On-Behalf-Of؛ ومشار إليه في دليل OWASP كبديل لتمرير الرموز.

IETF · 2012

RFC 6749 — إطار التفويض OAuth 2.0 (The OAuth 2.0 Authorization Framework)

أساس مصادقة OAuth 2.1/OIDC التي يطالب بها الدليل لخوادم MCP البعيدة.

انقلوا خوادم MCP إلى الإنتاج بأمان

نفحص بنية خوادم MCP لديكم وتصميم أدواتها ومصادقتها ونشرها وفق إرشادات OWASP، من تحليل التهديدات مرورًا بالتقييم وحتى اختبار الاختراق. تواصلوا معنا.