إطلاق حاويات التنفيذ من مايكروسوفت (MXC)؟ كيف تحمي بيئات العمل المعزولة وكلاء الذكاء الاصطناعي

هل انطلقت حاويات التنفيذ من مايكروسوفت؟ أعلنت مايكروسوفت عن التوفر العام لحاويات التنفيذ (Microsoft Execution Containers - MXC) في 7 أكتوبر 2026، مما يوفر طبقة احتواء قائمة على السياسات مصممة للتحكم في كيفية تنفيذ وكلاء الذكاء الاصطناعي المستقلين للتعليمات البرمجية، والتفاعل مع أنظمة الملفات المحلية، والوصول إلى وجهات الشبكة. تُمكّن حزمة تطوير البرامج (SDK) متعددة اللغات، التي قدمها لوغان آير، نائب رئيس الشركة لمنصة Windows والمطورين، فرق البرمجيات من فرض حدود وقت التشغيل خارج نطاق السلطة المباشرة لوكلاء العمل. ومع انتقال أنظمة الذكاء الاصطناعي من المساعدات التفاعلية السلبية إلى وكلاء مستقلين قادرين على تعديل ملفات النظام وتنفيذ أوامر shell المحلية، أصبحت بيئات التنفيذ غير المُدارة تشكل ثغرات أمنية حرجة. ومن خلال تجريد بيئات الحماية (Sandboxes) على مستوى نظام التشغيل إلى مخطط تكوين موحد عبر أنظمة Windows وmacOS وLinux، يقيّد الإطار الجديد أحمال العمل غير الموثوقة من تجاوز الموارد الممنوحة لها من قبل بيئات الاحتواء المدعومة في أنظمة التشغيل.

لماذا يحتاج وكلاء الذكاء الاصطناعي إلى حدود تنفيذ مستقلة؟

نظرة سريعة

• أصدرت مايكروسوفت حاويات التنفيذ (MXC) للتوفر العام، مما يوفر احتواءً للعمليات والجلسات يعتمد على السياسات لوكلاء الذكاء الاصطناعي عبر Windows وmacOS وLinux.
• تعمل البنية على فصل تعريف السياسة عن تنفيذ الوكيل، مما يضمن أن النماذج المستقلة والتعليمات البرمجية التي يتم إنشاؤها لا يمكنها منح نفسها صلاحيات إضافية.
• تقدم مايكروسوفت الاحتواء، والهوية، والقابلية للإدارة كركائز ثلاث لأمن الوكلاء، مع توفر احتواء MXC حالياً، بينما من المقرر توفر قدرات هوية Entra وحوكمة Intune مستقبلاً.

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

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

تصف وثائق مايكروسوفت MXC بأنها طبقة احتواء قائمة على السياسات لأحمال العمل غير الموثوقة. ووفقاً لـ إعلان مطوري Windows الرسمي، تنظم المنصة أمن الوكلاء حول ثلاث ركائز أساسية: الاحتواء، والهوية، والقابلية للإدارة. وفي حين أن احتواء MXC متاح بشكل عام اليوم، فإن قدرات Microsoft Entra الموسعة للتمييز بين هويات الوكلاء وسياسات Microsoft Intune لإدارة حاويات العمليات المحلية مخططة للإصدارات المستقبلية. ومن خلال فرض حدود على مستوى نظام التشغيل، يمكن للمؤسسات تقييد أحمال العمل غير الموثوقة من الوصول إلى مسارات ملفات غير مصرح بها أو فتح مقابس شبكة غير مصرح بها.

بنية تقنية خفية: بيئات عزل قائمة على السياسات

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

بدلاً من إجبار المطورين على كتابة منطق عزل مخصص لكل نظام تشغيل، توفر MXC حزم SDK مكتوبة بلغات Rust و.NET وNode.js. ففي نظام Windows 11، يستخدم الإطار بيئات حماية AppContainer الأصلية، بينما يقوم بتعيين أحمال العمل إلى Seatbelt على macOS وBubblewrap أو LXC على Linux. وبالنسبة لمجموعات التطوير المرتكزة على Linux التي تعمل على مضيفي Windows، توفر MXC حاويات WSL خفيفة الوزن (WSLc) للحفاظ على توافق الحزم، كما هو مفصل في مستودع MXC مفتوح المصدر.

طيف العزل: من بيئات حماية العمليات إلى حاويات الجلسات

تتطلب أحمال عمل الذكاء الاصطناعي المختلفة درجات متفاوتة من العزل الأمني. يتطلب وكيل التدقيق المحلي الذي يعمل مقابل مستودع Git حداً أدنى من وقت بدء التشغيل، في حين يتطلب وكيل تصفح الويب المستقل الذي يتعامل مع نصوص برمجية خارجية غير محققة فرض حدود صارمة. لتلبية هذه الاحتياجات التشغيلية المتميزة، توفر MXC طيفاً من بيئات الاحتواء:

• حاويات العمليات (Process Containers): بيئة حماية خفيفة الوزن على مستوى العمليات مناسبة لتنفيذ التعليمات البرمجية واستدعاء الأدوات بسرعة، مدعومة أصلاً عبر Windows 11 وmacOS وLinux باستخدام بدائيات مناسبة للمنصة مثل AppContainer وSeatbelt وBubblewrap.
• حاويات الجلسات (Session Containers): حصرية لنظام Windows 11، حيث تقوم بتشغيل الوكيل في جلسة Windows منفصلة مدارة بواسطة نظام التشغيل تحت حساب متميز، مما يضع حدوداً لسطح المكتب والحافظة وواجهة المستخدم وبيئة الإدخال.
• حاويات WSL (WSLc): مصممة لنظام Windows 11، توفر هذه البيئة الخلفية بيئة تنفيذ Linux من خلال WSL لسلاسل أدوات وكلاء Linux وأنظمة الحزم الخاصة بها، مع توفير نموذج احتواء متميز تختلف خصائصه الأمنية عن بيئات MXC الأخرى.
• بيئات MicroVM: بيئة افتراضية مدعومة بالأجهزة وتعتبر تجريبية، متاحة على Windows 11 وLinux، وهي مصممة لأحمال العمل ذات المخاطر العالية التي تستفيد من العزل المدعوم بالأجهزة.

يوضح الرسم البياني أدناه كيفية توجيه MXC SDK لطلبات تنفيذ التطبيقات إلى بيئات المنصة المعزولة:

[Application Launch API]
  Host Application ──> MXC Typed SDK (Rust / .NET / Node) ──> Container Request Engine
                                                                      │
                                                                      ▼
[Platform-Specific Containment Backend]
  Windows 11 (AppContainer / Session / WSLc) │ macOS (Seatbelt) │ Linux (Bubblewrap / LXC)
                                                                      │
                                                                      ▼
[Enforced Policy Execution]
  Sandboxed Workload (Isolated File Paths, Denied Egress Network, Guarded Clipboard)

على حاويات عمليات Windows المدعومة، توفر MXC ثلاثة أوضاع للتشغيل والتشخيص للسياسات: التنفيذ (Enforcement)، والتعلم (Learning)، والمسموح (Permissive). في وضع التنفيذ، يتم حظر الإجراءات غير المصرح بها فوراً. وفي وضع التعلم، يتم حظر العمليات غير المصرح بها وتسجيلها في تقرير نشاط JSON منظم، مما يسمح للمهندسين بتحديد الأذونات اللازمة قبل النشر. أما في الوضع المسموح، فيتم تسجيل الإجراءات غير المصرح بها ولكن يُسمح لها بالمضي قدماً، مما يوفر قدرة على الملاحظة أثناء مرحلة السياسة دون تعطيل سير عمل التطوير.

اختيار بيئة احتواء MXC: مقايضات الأمان والأداء

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

التقييم المعماري: مقارنة نموذج العزل

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

يقيم جدول المقارنة أدناه استراتيجيات العزل المختلفة المتاحة لأحمال عمل الوكلاء المستقلين:

تفرض MXC حدود الموارد المكونة من خلال آليات عزل المنصة المدعومة، مما يقلل من التأثير المحتمل لأحمال العمل غير الموثوقة. وتعتمد قوة وتغطية تلك الحدود على بيئة العمل الخلفية وتكوين السياسة المختار. يجب على المطورين تقييم ما إذا كانت أحمال عملهم تعطي الأولوية لتنفيذ الأدوات في أجزاء من الثانية أم لفصل أقوى لجلسة الوكيل عن سطح مكتب المستخدم التفاعلي، واختيار بيئة الاحتواء التي تتناسب مع ملف مخاطر المهمة.

قائمة التحقق الهندسية: تنفيذ الاحتواء القائم على السياسات في سير العمل المستقل

للتحضير لبنية البرمجيات لدمج الوكلاء المستقلين مع تقليل مساحات الهجوم، يجب على فرق التطوير تنفيذ ممارسات احتواء منظمة عبر قواعد بيانات التعليمات البرمجية الخاصة بهم.

قائمة تحقق تنفيذ المطورين

• تعريف مخططات JSON تصريحية: تأليف سياسات موارد صريحة تُدرج مسارات المستودعات للقراءة فقط، وأدلة العمل المؤقتة، ومجلدات النظام المرفوضة.
• فرض تصفية الخروج الافتراضية (Default-Deny Egress Filtering): تكوين قواعد احتواء الشبكة لحظر حركة المرور الصادرة افتراضياً، مع السماح فقط بنقاط نهاية واجهة برمجة تطبيقات خارجية ضرورية.
• دمج MXC SDK: دمج حزم Rust أو .NET أو Node.js الأصلية في التطبيقات المضيفة لإدارة دورات حياة الحاوية برمجياً.

import { spawn, type ContainerRequest } from '@microsoft/mxc-sdk/v1';

const request: ContainerRequest = {
  command: 'node -e "console.log(\'hello from container\')"',
  network: { egress: { default: 'deny' } },
  timeoutMs: 30_000,
};

const child = await spawn(request);

• استخدام وضع التعلم على مضيفي Windows: تشغيل مجموعات اختبار الوكيل في وضع التعلم على حاويات عمليات Windows المدعومة لالتقاط محاولات الوصول المحظورة وإنشاء عناصر سياسة ذات امتيازات محدودة.

قائمة التحقق الأمنية والحوكمة

• مراجعة حدود الاحتواء الحالية: تنفيذ حاويات العمليات أو الجلسات بناءً على حساسية البيانات والأدوات المكشوفة لأحمال عمل الوكلاء المحلية.
• التحضير لعناصر التحكم في الهوية القادمة: تخطيط بنية المصادقة حول قدرات Microsoft Entra المستقبلية التي ستميز إجراءات الوكيل المؤتمتة عن بيانات اعتماد المستخدم البشري.
• تقييم حوكمة السياسات المركزية: متابعة خارطة طريق تطوير سياسات إدارة Microsoft Intune، والتي من المخطط أن تدعم الحوكمة المركزية لحاويات MXC عبر أجهزة المؤسسة.

أبرز النقاط لفرق الهندسة

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

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

المراجع

• مدونة مطوري مايكروسوفت — الاحتواء القائم على السياسات لوكلاء الذكاء الاصطناعي — الإعلان الرسمي الذي يوضح بنية MXC، وبيئات الاحتواء، وخارطة طريق هوية الوكيل.

• مستودع Microsoft MXC على GitHub — مستودع مفتوح المصدر يحتوي على حزم SDK مكتوبة للغات Rust و.NET وNode.js جنباً إلى جنب مع تعريفات المخطط.

• مدونة تجربة Windows — الذكاء الهجين على أجهزة Copilot+ PCs — نظرة عامة على نماذج الذكاء الاصطناعي المحلية، والإجراءات على مستوى نظام التشغيل، ودعم حاويات التنفيذ في Windows.