أمن الذكاء الاصطناعي الوكيلي · نمذجة التهديدات

نمذجة تهديدات MCP لبيئة الوكلاء لديكم

يحدد Model Context Protocol أثناء التشغيل الأداة التي يستدعيها وكيل الذكاء الاصطناعي لديكم – بناءً على أوصاف الأدوات والمحتوى المسترجَع. وبذلك تنتقل حدود الثقة إلى موضع لا تمثّله نماذج التهديدات التقليدية. نحن نمذج بيئة MCP لديكم بشكل منهجي: مع STRIDE كنقطة انطلاق، وMAESTRO للتموضع المعماري، وOWASP MCP Top 10 ككتالوج للمخاطر.

  • 7 مستويات معمارية وفق CSA MAESTRO
  • STRIDE مُسقَط على واقع MCP
  • OWASP MCP Top 10 (v0.1، Beta) ككتالوج
  • النتيجة: خطة إجراءات مرتّبة الأولويات

لماذا يحتاج MCP إلى نموذج تهديدات خاص به

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

غياب الأمن المدمج في MCP ليس عيبًا، بل يؤكد توقّع أن يطبّق المطورون أفضل الممارسات الأمنية المعتادة.

Red Canary (A Zscaler Company)، Jesse Griggs، 2025

ثلاث عدسات، وصورة موثوقة واحدة

لا يصف أي إطار بمفرده بيئة MCP بالكامل. نحن نجمع بين ثلاثة – يجيب كل منها عن سؤال مختلف.

فئة الخطأ

STRIDE

ما الذي قد يسوء؟

ست فئات خالدة – Spoofing وTampering وRepudiation وInformation Disclosure وDenial of Service وElevation of Privilege. سريعة ومفهومة وقابلة للربط بأي منظومة أمنية قائمة. نقطة الانطلاق التي تُشرك فريقكم فورًا.

الموضع في المعمارية

MAESTRO

أين يكمن التهديد بالضبط؟

يصنّف إطار نمذجة التهديدات الوكيلي التابع لـ Cloud Security Alliance التهديدات وفق سبعة مستويات معمارية – من النموذج اللغوي حتى منظومة الوكلاء – ويُظهر سلاسل الهجوم العابرة لحدود المستويات. ويقع MCP نفسه في المستوى 3.

كتالوج المخاطر

OWASP MCP Top 10

ما المخاطر المحددة؟

عشرة مخاطر موثّقة في MCP – من Token-Mismanagement مرورًا بـ Tool Poisoning حتى Context Over-Sharing. وهي توفّر الصلة بالواقع واللغة المشتركة مع فرق التطوير والمراجعة الداخلية والمدققين.

هذا المزيج ليس من ابتكارنا الخاص: إذ تصف OWASP Agentic Security Initiative صراحةً MAESTRO بأنه توسعة شاملة لـ STRIDE للأنظمة الوكيلية. والعدسات الثلاث لا تتعارض – بل تتراكب.

MAESTRO مُسقَط على بيئة MCP

سبعة مستويات، وسبع صور للتهديدات. يتبع التصنيف OWASP Multi-Agentic System Threat Modeling Guide، الذي يقود فيه مؤلف MAESTRO نفسه محور نمذجة التهديدات.

  • L3

    Agent Frameworks – هنا يقع MCPمركزي

    Tool Poisoning عبر أوصاف متلاعَب بها، وانتحال هوية العميل ببيانات اعتماد مسروقة، وتطبيقات JSON-RPC والبث غير الآمنة، واختلافات المخطط بين العميل والخادم، والتأثير المتبادل بين عدة عملاء على خادم مشترك.

  • L1

    Foundation Models

    Prompt Injection كمُدخل عدائي، وهلوسات متتالية عبر عدة استدعاءات للأدوات، وتنفيذ غير متوقع للشيفرة، وتسميم ذاكرة الوكيل.

  • L2

    Data Operations

    تسريب البيانات من قواعد البيانات المتجهية وخطوط RAG عبر خوادم MCP المتصلة، والانجراف الدلالي في مصادر البيانات المتصلة، ومحتوى استرجاع متلاعَب به يُقرأ كتعليمات.

  • L4

    Deployment & Infrastructure

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

  • L5

    Evaluation & Observability

    غياب إمكانية تتبّع أفعال الوكيل وقابليتها للإنكار، وتسجيل غير كافٍ في خادم MCP، وسجلات متلاعَب بها أو محذوفة انتقائيًا – النقطة العمياء لأي تحليل جنائي لاحق.

  • L6

    الأمن والامتثالمستوى عرضي

    تصعيد الصلاحيات عبر رموز مميّزة ممنوحة على نطاق واسع جدًا، وغياب عزل صلاحيات الخادم ومخالفات مبدأ Least Privilege، وانتهاكات إقامة البيانات والامتثال بسبب اختيار الخادم.

  • L7

    Agent Ecosystem

    خوادم MCP خبيثة تتظاهر بالشرعية وتهاجم بذلك نموذج الثقة نفسه، ووكلاء متمرّدون (Rogue Agents) في تجمّعات متعددة الوكلاء، وتسميم اتصالات الوكلاء، وسجلات (Registries) واكتشاف أدوات متلاعَب بها.

تتبع تسميات التهديدات تصنيف OWASP للأنظمة الوكيلية؛ ويتبع هيكل المستويات المعمارية المرجعية MAESTRO التابعة لـ Cloud Security Alliance. والمستوى 6 معرَّف كمستوى عرضي يشمل جميع المستويات الأخرى.

STRIDE مترجَمًا إلى واقع MCP

حتى لا يضطر فريقكم إلى إعادة التعلّم: الفئات الست المعروفة، لكل منها صورة الهجوم المحددة في MCP والإدخال المقابل من OWASP MCP Top 10.

Spoofing

لا يمتلك الوكلاء أصلًا هوية خاصة بهم. ويصعب تمييز انتحال هوية العميل والخادم وبيانات الوصول المسروقة عن الحركة المشروعة.

MCP07 · MCP09

Tampering

Tool Poisoning: ما يقرؤه الإنسان في الواجهة ليس بالضرورة ما يتلقاه النموذج كوصف – ويتصرف بناءً عليه.

MCP03

Repudiation

دون معرّفات مدمجة يصل الوكيل إلى الأنظمة كمستخدم عادي. ودون أدوات قياس مقصودة يغيب الإسناد لاحقًا.

MCP08

Information Disclosure

غياب العزل يخلط المصادر السرية والعامة في السياق نفسه؛ وتنتهي الأسرار والمفاتيح طويلة الأمد في سياقات الوكلاء.

MCP10 · MCP01

Denial of Service

نموذج بأداة استعلام غير محدودة يولّد استعلامات مكلفة وذروات حِمل – والاضطراب يأتي من الوكيل الخاص بكم، لا من الخارج.

لا يوجد إدخال مستقل

Elevation of Privilege

Confused Deputy والرموز المميّزة الممنوحة على نطاق واسع جدًا: يرث الوكيل صلاحيات لم تكن من حق المهمة الأصلية قط.

MCP02

تشير MCP01–MCP10 إلى OWASP Top 10 for Model Context Protocol (v0.1، Beta – مشروع في المرحلة التجريبية). والتوافر غير مغطّى هناك — ولهذا تحديدًا يبقى STRIDE ضروريًا كشبكة مرجعية.

التهديدات لا تحترم حدود المستويات

تكمن القيمة المضافة للنموذج متعدد الطبقات تحديدًا حيث تنتقل الهجمات بين الطبقات. ولذلك يُعدّ تحليل Cross-Layer لدينا خطوة عمل مستقلة – لا حاشية.

  1. المستوى 4حاوية مخترقة
  2. المستوى 2بيانات مسمَّمة
  3. المستوى 1نموذج منحرف بشكل دائم

سلسلة مثال من وثائق MAESTRO: ثغرة في البنية التحتية للحاويات تتيح الوصول إلى نسخة وكيل عاملة، تُسمَّم عبرها البيانات في الذاكرة – ويتبنّى تحديث النموذج التالي التلاعب بشكل دائم.

خمسة أنماط نفحصها بشكل موجّه

  • هجمات سلسلة التوريد
  • Lateral Movement
  • Privilege Escalation
  • تسريب البيانات
  • سلاسل Goal-Misalignment المتتالية

ما يكون بين أيديكم في النهاية

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

01

نموذج المعمارية وتدفق البيانات

توثيق بيئة MCP لديكم: المضيفون، والعملاء، والخوادم المتصلة، والأدوات، والموارد، ومسارات النقل – مع حدود ثقة مُعلَّمة صراحةً. الأساس لأي نقاش لاحق.

02

كتالوج التهديدات لكل مستوى

التهديدات على امتداد مستويات MAESTRO السبعة، لكل منها فئة STRIDE ومسار الهجوم والصلة بـ OWASP MCP Top 10 – قابلة للتتبع لا مجرد ادعاء.

03

سلاسل هجوم Cross-Layer

المسارات العابرة للمستويات مُنمذَجة كسيناريوهات متكاملة – بما في ذلك الموضع الذي يكون فيه قطع السلسلة أقل تكلفة.

04

تقييم المخاطر وترتيب الأولويات

كل تهديد مُقيَّم حسب احتمالية الوقوع والأثر، ومتوائم مع منهجية المخاطر لديكم – كي يكون ترتيب الإجراءات مبرّرًا ولا يحتاج إلى نقاش.

05

خطة إجراءات مع قرارات معمارية

ضوابط محددة لكل مستوى: أدوات محدودة بدلًا من استعلامات بلا حدود، وLeast Privilege لكل أداة، ورموز مميّزة قصيرة الأجل ومرتبطة بالجمهور المستهدف، وقياس عن بُعد – وأين تصلح MCP-Gateway كنقطة تحكم ملزمة.

06

أدلة إثبات للتدقيق والحوكمة

النموذج مُعدّ بحيث يمكن استخدامه كدليل إثبات لـ ISO 27001 وISO/IEC 42001 وEU AI Act وNIS2 وDORA أو CRA – تحليل واحد قابل للاستخدام مرات عديدة.

منهجيتنا

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

  1. 1

    تفكيك النظام

    نرصد بيئة MCP لديكم ونفككها على امتداد المستويات السبعة: ما المضيفون والعملاء الموجودون، وما الخوادم المتصلة، وما الأدوات القائمة، وما البيانات والصلاحيات المرتبطة بها – وأين تمر كل حدود ثقة.

  2. 2

    تحديد التهديدات لكل مستوى

    نحدد لكل مستوى فئات الهجوم ذات الصلة. ويُستخدم STRIDE كقائمة تحقق كي لا تسقط أي فئة؛ وتوفّر OWASP MCP Top 10 الصلة الموثّقة بالواقع.

  3. 3

    تحليل Cross-Layer

    ننمذج السلاسل العابرة للمستويات – Supply Chain وLateral Movement وPrivilege Escalation وData Leakage وسلاسل Goal-Misalignment المتتالية – ونحدد نقاط القطع الأكثر فاعلية.

  4. 4

    تقييم المخاطر

    تقييم حسب احتمالية الوقوع والأثر، مدمج في منهجية المخاطر القائمة لديكم. والنتيجة ترتيب أولويات مبرّر، لا قائمة أمنيات.

  5. 5

    تخطيط الإجراءات

    ضوابط لكل مستوى إضافةً إلى الإجراءات الخاصة بالذكاء الاصطناعي التي لا يغطيها التحصين التقليدي. ونسمّي صراحةً المخاطر التي يجب حلّها معماريًا وتلك التي تُعالَج بالإعدادات.

  6. 6

    مرافقة التنفيذ والتحديث المستمر

    نموذج التهديدات الذي يُنشأ مرة ثم يتقادم لا قيمة له. نحن نرسّخ القياس عن بُعد ونقاط المراجعة الدورية كي ينمو النموذج مع كل خادم جديد وكل إصدار – وعند الطلب مع نمذجة تهديدات آلية في CI/CD.

أين تسهم النتيجة في أطركم التنظيمية

نمذجة التهديدات ليست مهمة شكلية، بل توفّر الأدلة التي تطلبها منكم عدة لوائح أصلًا.

ISO/IEC 27001

إدارة قائمة على المخاطر، والتحكم في الوصول، وLeast Privilege، والتسجيل – مُثبتة على النظام الفعلي لا في السياسة.

ISO/IEC 42001

إثبات أن مخاطر نظام إدارة الذكاء الاصطناعي تُحدَّد وتُعالَج بشكل منهجي – بما في ذلك سلوك الوكلاء.

EU AI Act

أساس لإدارة المخاطر والوثائق الفنية عندما يعمل وكلاؤكم في حالات استخدام خاضعة للتنظيم.

NIS2

إدارة المخاطر وأمن سلسلة التوريد – خوادم MCP المتصلة جزء من سلسلة التوريد الرقمية لديكم.

DORA

إدارة مخاطر تقنية المعلومات والاتصالات ومخاطر الأطراف الثالثة في القطاع المالي، مطبّقة بدقة على معمارية الوكلاء.

قانون المرونة السيبرانية الأوروبي (CRA)

إذا كنتم تسلّمون خوادم MCP أو وظائف وكيلية: تحليل التهديدات كجزء من الوثائق الأمنية المطلوبة.

لنتحدث عن بيئة MCP لديكم

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