كل خطوة تكوين هنا تُنجَز من وحدة التحكم (أو من REST API برمز
جلستك/وصولك) ومحدودة بالدور. فقط مسارات بوابة جدار الحماية
واستدعاءات الترحيل
/v1/* تحمل مفتاحاً بنمط sk-orca-....1. قائمة التحقق لفحص اتصالات خادم mcp
اعمل من الأعلى للأسفل. الخطوات الثلاث الأولى إلزامية لأي خادم لا تشغّله بنفسك؛ والبقية تحصّنه.1. افحص قبل أن تثق
اكتشف قائمة الأدوات الحقيقية وقابلية الوصول قبل كتابة قاعدة واحدة.
2. امنع افتراضياً، ثم ضع قائمة سماح
اسمح فقط بالأدوات التي راجعتها؛ وكل شيء آخر ممنوع.
3. شفّر الاعتماد
خزّن المصادقة بحيث تكون مشفّرة في حالة السكون، ومقنّعة عند القراءة،
ولا يراها النموذج أبداً.
4. أحكِم إغلاق الخروج
قيّد أين يجوز لأدوات الخادم الوصول على الشبكة.
5. احجر المهارات المثبَّتة ذاتياً
احتجز أي شيء يثبّته الوكيل بنفسه حتى يراجعه إنسان.
6. ظلّل أولاً، ثم راقب
اطرح كتدقيق فقط، ثم اقرأ الأحداث والشذوذات قبل الفرض.
2. افحص قبل أن تثق
لا يمكنك مراجعة أدوات لم ترها قط، وقائمة أدوات خادم المُعلَنة هي الشيء الأكثر عرضة للتغيّر تحتك. سجّل الخادم، ثم افحصه — تشغّل البوابة MCPinitialize + tools/list مقابل نقطة النهاية وتعيد الأدوات الحقيقية مع
مخططات إدخالها، إضافة إلى status قابلية الوصول ok، أو degraded،
أو down.
shell.exec أو
http_fetch لم تتوقعه نتيجة، وليس تفصيلاً — تلك هي الغاية الكاملة من
الفحص أولاً.
مرجع التسجيل والفحص الكامل يعيش في
جدار الحماية: خوادم MCP؛ والشرح من البداية
إلى النهاية هو توصيل خادم MCP.
3. امنع افتراضياً، ثم ضع قائمة سماح للأدوات التي راجعتها
قائمة السماح هي الفرق بين “يستطيع الخادم فعل ستة أشياء” و”يستطيع الخادم فعل أي شيء يقرره مشغّله غداً.” اضبطdefault_verdict للسياسة على
deny، ثم أضِف قاعدة لكل أداة راجعتها ووثقت بها. لأن البوابة تضع مساحة
أسماء لكل أداة <server>.<tool>، يمكنك تحديد نطاق القواعد لخادم واحد
دون لمس الآخرين.
github.create_issue يعمل، وgithub.get_issue يعمل، و
github.delete_repo المُدخَل حديثاً ممنوع حتى تراجعه وتسمح به.
tools/call ممنوع يعود إلى النموذج كـخطأ أداة
(firewall deny: …) — يتكيّف الوكيل بدلاً من الانهيار.
انظر قائمة سماح أدوات MCP
للوصفة الكاملة، وقواعد جدار الحماية للغة
المطابقة.
4. شفّر الاعتماد — لا تصنع المصادقة يدوياً
الخادم الخارجي يحتاج دائماً تقريباً إلى اعتماد، والاعتماد هو الشيء الذي تريده أقل من أي شيء جالساً بنص صريح أو واصلاً إلى النموذج. سجّل مصادقة الخادم عبر OrcaRouter بحيث تكون مشفّرة في حالة السكون، ومقنّعة عند القراءة، ومحقونة فقط وقت الإرسال.auth_mode واحد من none، أو bearer، أو oauth، أو basic:
5. أحكِم إغلاق الخروج: أين يمكن لأدواته الوصول؟
الأحكام لكل استدعاء تقرر أيّ أداة تعمل؛ والخروج يقرر أين يجوز لها الوصول. أداة “تعيد بيانات” وأداة “تسرّب أسرارك إلى مضيف مهاجم” يمكن أن تكونا نفس الأداة بوسيط مختلف — تحكّم الخروج هو ما يميّزهما. البوابة تتحقق بالفعل من كل نقطة نهاية بعيدة وIP اتصالها المحلول مقابل سياسة SSRF على كل قفزة، رافضةً نطاقات الإنترانت وعنوان بيانات وصف السحابة ومُعيدةً فحص IP لهزيمة إعادة ربط DNS. فوق ذلك، ألّف قاعدة منع خروج خاصة بك للمضيفين وCIDR التي لا ينبغي لهذا الخادم لمسها أبداً:لا يوجد مُعَدّ يأتي بقواعد CIDR لك — تؤلّف قائمة منع مضيف/CIDR بنفسك،
محدّدة النطاق لما يحتاجه هذا الخادم بمشروعية. انظر
حدود الخروج و
تسريب البيانات.
6. احجر ما يثبّته الوكيل بنفسه
الخادم الذي سجّلته مخاطرة واحدة؛ والمهارات، وخوادم MCP الخاصة بك، والإضافات التي يثبّتها وكيل ذاتياً بعد ذلك مخاطرة أخرى. تفحص OrcaRouter كل قدرة قابلة للتثبيت، وتسنِد إليها نطاق مخاطر، وتشتق وضع فرض —allow، أو quarantine، أو block — يركب فوق كل حكم قاعدة.
أي شيء مُكتشَف تلقائياً عند أول استخدام هو محجور حتى يراجعه إنسان:
قدرة لم يوافق عليها أحد لا تحصل على تصريح مجاني لمجرد أنها فُحِصت حميدة.
قدرة quarantine تُصعّد أي شيء دون deny إلى pending_approval، فتعمل
أدواتها فقط بعد أن تكون قد نظرت.
7. ظلّل أولاً، ثم راقب المسار
لا تقلب خادماً جديداً تماماً مباشرة إلى الفرض. ضع السياسة في وضع الظل — تُخفَّض الأحكام الفارضة إلى تدقيق وتُسجَّل كـ[shadow] would …
— بحيث ترى ما كان سيُحجَب قبل أن يُحجَب فعلاً. عندما يبدو مسار التدقيق
صحيحاً، أسقِط وضع الظل وافرض.
بعد أن يصير حياً، تستمر الضوابط في المراقبة:
أحداث جدار الحماية
أحداث جدار الحماية
كل استدعاء محكوم يسجّل حكمه، وسطحه، وقاعدته المطابقة. اقرأها لتأكيد
أن قائمة السماح وقواعد الخروج تتصرّف كما هو مقصود. انظر
تدقيق أحداث MCP.
تغذية الشذوذات
تغذية الشذوذات
قفزات المعدل والتكلفة مقابل خط أساس مكتسَب، إضافة إلى حلقات إعادة
المحاولة ومسارات الأدوات الجديدة، تظهر كشذوذات — قابلة للقراءة من أي
Member.
الأدوات المكتشَفة
الأدوات المكتشَفة
شغّل وضع المراقبة لتسجيل الاستدعاءات التي لا تغطّيها سياسة بعد
كفجوات، بحيث تشدّد مما يفعله وكيل فعلاً، وليس من التخمينات.
8. المسار السريع: اختَر مستوى استقلالية
إن كنت تفضّل عدم بناء الخطوات 3–5 يدوياً لخادم لا تثق به تماماً، طبّق مستوى استقلالية وحرّر من هناك. تكتب المستويات صفوف سياسة وحاجز حماية حقيقية وقابلة للتحرير — إنها نقطة بداية، وليست صندوقاً أسود:| المستوى | ما يضبطه |
|---|---|
permissive | وضع المراقبة مفعّل — يسجّل كل شيء، لا يفرض شيئاً. |
balanced | سياسة تدقيق افتراضي تمنع shell المدمّر، إضافة إلى حاجز حماية PII Shield في وضع تعليم فقط. |
tight | سياسة منع افتراضي تمنع shell المدمّر وأدوات بشكل جلب (http_fetch/web_search/fetch_url/request — متجه SSRF)، إضافة إلى حاجزَي PII Shield وSecrets Blocker مفروضين. الأسرار في الوسائط يمسك بها حاجز Secrets Blocker على الطلب، وليس قاعدة وسيط أداة. |
tight، وافحص، ثم أرخِ أدوات محددة
إلى قائمة سماح. التراجع بنقرة واحدة يستعيد لقطة ما قبل التطبيق.
قراءات الإعدادات، والسياسات، والأدوات المكتشَفة، والشذوذات، وخوادم MCP
المسجّلة، والمهارات مفتوحة لأي Member؛ قراءات الأحداث، والتشغيلات،
والتجميعات تتطلب Developer+، وكل كتابة Developer+. كشف مفتاح رمز
بنصه الصريح أيضاً Developer+.
9. إلى أين تذهب بعد ذلك
توصيل خادم MCP
سجّل خادماً وافحصه واكشفه عبر البوابة.
قائمة سماح أدوات MCP
امنع خادماً افتراضياً واسمح فقط بالأدوات المراجَعة.
الدفاع ضد سحب البساط
امسك خادماً أو مهارة تتغير بعد موافقتك.
نظرة عامة على أمان MCP
خريطة سطح حوكمة MCP الكاملة.
