Microsoft Execution Containers का लॉन्च: MXC कैसे AI एजेंटों को सैंडबॉक्स करता है

Microsoft Execution Containers (MXC) का लॉन्च: Microsoft ने 7 अक्टूबर, 2026 को Microsoft Execution Containers (MXC) की सामान्य उपलब्धता की घोषणा की, जो स्वायत्त AI एजेंटों द्वारा कोड निष्पादित करने, स्थानीय फ़ाइल सिस्टम के साथ इंटरैक्ट करने और नेटवर्क डेस्टिनेशन तक पहुँचने को नियंत्रित करने के लिए एक नीति-संचालित कंटेनमेंट लेयर प्रदान करता है। विंडोज प्लेटफॉर्म + डेवलपर के कॉर्पोरेट उपाध्यक्ष, Logan Iyer द्वारा पेश किया गया यह मल्टी-लैंग्वेज SDK सॉफ्टवेयर टीमों को एजेंट वर्कलोड के सीधे अधिकार से बाहर रनटाइम सीमाएं लागू करने में सक्षम बनाता है। जैसे-जैसे आर्टिफिशियल इंटेलिजेंस सिस्टम निष्क्रिय संवादी सहायकों से ऐसे स्वायत्त एजेंटों में परिवर्तित हो रहे हैं जो सिस्टम फ़ाइलों को संशोधित करने और स्थानीय शेल कमांड निष्पादित करने में सक्षम हैं, वैसे-वैसे अनियंत्रित निष्पादन वातावरण गंभीर सुरक्षा कमजोरियां पैदा करते हैं। ऑपरेटिंग-सिस्टम-स्तर के सैंडबॉक्स को Windows, macOS और Linux पर एक एकीकृत कॉन्फ़िगरेशन स्कीमा में बदलकर, नया ढांचा अविश्वसनीय वर्कलोड को समर्थित ऑपरेटिंग-सिस्टम कंटेनमेंट बैकएंड द्वारा प्रदान किए गए संसाधनों से अधिक उपयोग करने से रोकता है।

AI एजेंटों को स्वतंत्र निष्पादन सीमाओं की आवश्यकता क्यों है

एक नज़र में

• Microsoft ने AI एजेंटों के लिए Windows, macOS और Linux पर नीति-संचालित प्रोसेस और सेशन कंटेनमेंट प्रदान करने हेतु Microsoft Execution Containers (MXC) को सार्वजनिक रूप से जारी किया है।
• यह आर्किटेक्चर नीति परिभाषा को एजेंट निष्पादन से अलग करता है, यह सुनिश्चित करते हुए कि स्वायत्त मॉडल और जनरेट किया गया कोड खुद को अतिरिक्त अनुमतियां न दे सकें।
• Microsoft कंटेनमेंट, आइडेंटिटी और मैनेजैबिलिटी को एजेंट सुरक्षा के तीन स्तंभों के रूप में प्रस्तुत करता है, जहाँ MXC कंटेनमेंट अभी उपलब्ध है, जबकि Entra आइडेंटिटी और Intune गवर्नेंस क्षमताएं भविष्य के लिए नियोजित हैं।

स्वायत्त AI एजेंटों की तैनाती ने सॉफ्टवेयर विकास और उद्यम वर्कफ़्लो को बदल दिया है। पारंपरिक संवादी इंटरफेस के विपरीत जो केवल पाठ्य उत्तर उत्पन्न करते हैं, आधुनिक एजेंटिक सिस्टम सीधे कंप्यूटिंग वातावरण के साथ इंटरैक्ट करते हैं। ये स्वायत्त कर्मचारी जटिल, बहु-चरणीय कार्यों को पूरा करने के लिए कोड लिखते हैं, टर्मिनल कमांड निष्पादित करते हैं, स्थानीय रिपॉजिटरी को संशोधित करते हैं और बाहरी API के साथ इंटरैक्ट करते हैं। हालाँकि स्वायत्तता का यह स्तर महत्वपूर्ण उत्पादकता लाभ देता है, लेकिन मॉडलों को ऑपरेटिंग सिस्टम तक अप्रतिबंधित पहुँच देना गंभीर सुरक्षा जोखिम पैदा करता है।

मौलिक आर्किटेक्चरल दुविधा अधिकार सीमाओं पर केंद्रित है। एक स्वायत्त एजेंट सुरक्षित रूप से अपना सुरक्षा गेटकीपर नहीं बन सकता है। उदाहरण के लिए, एक कोडिंग एजेंट जिसे एप्लिकेशन रिपॉजिटरी को अपडेट करने का कार्य सौंपा गया है, यह निर्धारित कर सकता है कि बुनियादी ऑपरेटिंग सिस्टम सेटिंग्स को संशोधित करना या स्थानीय सर्वर कॉन्फ़िगरेशन को संपादित करना कार्य पूरा करने का सबसे तेज़ रास्ता है। हालाँकि यह मॉडल के संकीर्ण कार्य परिप्रेक्ष्य से तर्कसंगत है, लेकिन ऐसी क्रियाएं डेवलपर्स द्वारा इच्छित परिचालन सीमा से बाहर चली जाती हैं, जिससे संवेदनशील फाइलें उजागर हो सकती हैं या उत्पादन वातावरण अस्थिर हो सकते हैं।

Microsoft का दस्तावेजीकरण MXC को अविश्वसनीय वर्कलोड के लिए एक नीति-संचालित कंटेनमेंट लेयर के रूप में वर्णित करता है। आधिकारिक Windows डेवलपर घोषणा के अनुसार, प्लेटफॉर्म एजेंट सुरक्षा को तीन मुख्य स्तंभों के इर्द-गिर्द व्यवस्थित करता है: कंटेनमेंट, आइडेंटिटी और मैनेजैबिलिटी। हालाँकि MXC कंटेनमेंट आज सामान्य रूप से उपलब्ध है, एजेंट पहचान को अलग करने के लिए विस्तारित Microsoft Entra क्षमताएं और स्थानीय प्रोसेस कंटेनरों को प्रबंधित करने के लिए Microsoft Intune नीतियां भविष्य के रिलीज के लिए नियोजित हैं। ऑपरेटिंग सिस्टम स्तर पर सीमाएं लागू करके, संगठन अविश्वसनीय वर्कलोड को अनधिकृत फ़ाइल पथों तक पहुँचने या अनधिकृत नेटवर्क सॉकेट खोलने से रोक सकते हैं।

तकनीकी डिज़ाइन: नीति-संचालित आइसोलेशन बैकएंड

Microsoft Execution Containers के तकनीकी डिज़ाइन को समझने के लिए यह विश्लेषण करना आवश्यक है कि ढांचा नीति परिभाषाओं को प्लेटफॉर्म-विशिष्ट कंटेनमेंट प्रिमिटिव से कैसे अलग करता है। डेवलपर्स एक वर्शन्ड JSON स्कीमा का उपयोग करके हार्डवेयर, फाइल सिस्टम और नेटवर्किंग संसाधनों की घोषणा करते हैं जिनकी वर्कलोड को आवश्यकता होती है। इसके बाद MXC रनटाइम इन अमूर्त आवश्यकताओं को होस्ट मशीन पर उपयुक्त प्लेटफॉर्म बैकएंड से मैप करता है।

डेवलपर्स को प्रत्येक ऑपरेटिंग सिस्टम के लिए अलग आइसोलेशन लॉजिक लिखने के लिए मजबूर करने के बजाय, MXC Rust, .NET और Node.js में टाइप किए गए SDK प्रदान करता है। Windows 11 पर, यह फ्रेमवर्क नेटिव AppContainer सैंडबॉक्स का उपयोग करता है, जबकि macOS पर वर्कलोड को Seatbelt और Linux पर Bubblewrap या LXC से मैप करता है। Windows होस्ट पर चलने वाले Linux-केंद्रित डेवलपमेंट स्टैक के लिए, MXC पैकेज संगतता बनाए रखने के लिए हल्के WSL कंटेनर (WSLc) प्रदान करता है, जैसा कि ओपन-सोर्स MXC रिपॉजिटरी में विस्तृत है।

आइसोलेशन स्पेक्ट्रम: प्रोसेस सैंडबॉक्स से सेशन कंटेनरों तक

विभिन्न AI वर्कलोड को सुरक्षा आइसोलेशन के अलग-अलग स्तरों की आवश्यकता होती है। Git रिपॉजिटरी के विरुद्ध चलने वाले एक स्थानीय लिंटिंग एजेंट को न्यूनतम स्टार्टअप लेटेंसी की आवश्यकता होती है, जबकि अपुष्ट बाहरी स्क्रिप्ट को संभालने वाले एक स्वायत्त वेब-ब्राउज़िंग एजेंट को कठोर सीमा प्रवर्तन की आवश्यकता होती है। इन अलग-अलग परिचालन आवश्यकताओं को पूरा करने के लिए, MXC कंटेनमेंट बैकएंड का एक स्पेक्ट्रम प्रदान करता है:

• प्रोसेस कंटेनर: उत्तरदायी कोड निष्पादन और टूल कॉलिंग के लिए उपयुक्त हल्के प्रोसेस-स्तरीय सैंडबॉक्सिंग, जो AppContainer, Seatbelt और Bubblewrap जैसे प्लेटफॉर्म-उपयुक्त प्रिमिटिव का उपयोग करके Windows 11, macOS और Linux पर नेटिव रूप से समर्थित है।
• सेशन कंटेनर: विशेष रूप से Windows 11 के लिए, यह मॉडल एजेंट को एक अलग OS-प्रबंधित 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 प्रवर्तन और नीति निदान के लिए तीन ऑपरेटिंग मोड प्रदान करता है: एनफोर्समेंट (प्रवर्तन), लर्निंग (सीखना), और परमिसिव (अनुमेय)। एनफोर्समेंट मोड में, अनधिकृत क्रियाएं तुरंत ब्लॉक कर दी जाती हैं। लर्निंग मोड में, अनधिकृत क्रियाएं ब्लॉक की जाती हैं और एक संरचित JSON गतिविधि रिपोर्ट में रिकॉर्ड की जाती हैं, जिससे इंजीनियरों को तैनाती से पहले आवश्यक अनुमतियां पहचानने की अनुमति मिलती है। परमिसिव मोड में, अनधिकृत क्रियाओं को लॉग किया जाता है लेकिन उन्हें आगे बढ़ने की अनुमति दी जाती है, जिससे विकास वर्कफ़्लो को बाधित किए बिना नीति स्टेजिंग के दौरान अवलोकन मिलता है।

MXC कंटेनमेंट बैकएंड का चयन: सुरक्षा और प्रदर्शन के ट्रेड-ऑफ

जैसे-जैसे स्वायत्त एजेंट कॉर्पोरेट नेटवर्क के भीतर प्राथमिक ऑपरेटर बनते जा रहे हैं, सॉफ्टवेयर आर्किटेक्ट्स को यह तय करना होगा कि जटिल एप्लिकेशन स्टैक में निष्पादन सीमाओं को कैसे व्यवस्थित किया जाए। इंजीनियरिंग संगठन कार्यान्वयन ओवरहेड, प्लेटफॉर्म पोर्टेबिलिटी और विभिन्न एजेंटिक वर्कलोड द्वारा आवश्यक आइसोलेशन की गहराई के बीच ट्रेड-ऑफ का सामना करते हैं।

आर्किटेक्चरल मूल्यांकन: आइसोलेशन मॉडल की तुलना

कंटेनमेंट बैकएंड का मूल्यांकन करने के लिए स्टार्टअप ओवरहेड और सुरक्षा परिधि की मजबूती के बीच संतुलन बनाना आवश्यक है। हल्के प्रोसेस कंटेनर न्यूनतम लेटेंसी के साथ इनिशियलाइज़ होते हैं, जो उन्हें उच्च-आवृत्ति वाले टूल कॉल्स के लिए आदर्श बनाते हैं, लेकिन यदि अन्यथा कॉन्फ़िगर न किया जाए तो वे व्यापक डेस्कटॉप सत्र साझा करते हैं। इसके विपरीत, सेशन कंटेनर और वर्चुअलाइज्ड सीमाएं सीमित प्लेटफॉर्म उपलब्धता और उच्च संसाधन ओवरहेड की कीमत पर कठोर पृथक्करण प्रदान करती हैं।

नीचे दी गई तुलना तालिका स्वायत्त एजेंट वर्कलोड के लिए उपलब्ध विभिन्न आइसोलेशन रणनीतियों का मूल्यांकन करती है:

MXC समर्थित प्लेटफॉर्म आइसोलेशन तंत्र के माध्यम से कॉन्फ़िगर की गई संसाधन सीमाओं को लागू करता है, जिससे अविश्वसनीय वर्कलोड का संभावित प्रभाव कम हो जाता है। उन सीमाओं की मजबूती और कवरेज चयनित बैकएंड और नीति कॉन्फ़िगरेशन पर निर्भर करती है। डेवलपर्स को यह मूल्यांकन करना चाहिए कि क्या उनका वर्कलोड उप-सेकंड टूल निष्पादन को प्राथमिकता देता है या एजेंट सत्र को इंटरैक्टिव उपयोगकर्ता के डेस्कटॉप से अधिक मजबूती से अलग करने को, और उस कंटेनमेंट बैकएंड का चयन करें जो कार्य के जोखिम प्रोफाइल से मेल खाता है।

इंजीनियरिंग चेकलिस्ट: स्वायत्त वर्कफ़्लो में नीति-संचालित कंटेनमेंट को लागू करना

स्वायत्त एजेंट एकीकरण के लिए सॉफ्टवेयर आर्किटेक्चर तैयार करने और आक्रमण सतहों को कम करने के लिए, विकास टीमों को अपने कोडबेस में संरचित कंटेनमेंट प्रथाओं को लागू करना चाहिए।

डेवलपर कार्यान्वयन चेकलिस्ट

• घोषणात्मक JSON स्कीमा को परिभाषित करें: स्पष्ट संसाधन नीतियां लिखें जो केवल-पढ़ने योग्य रिपॉजिटरी पथों, अस्थायी स्क्रैच निर्देशिकाओं और प्रतिबंधित सिस्टम फ़ोल्डरों को सूचीबद्ध करती हैं।
• डिफ़ॉल्ट-अस्वीकार इग्रेस फ़िल्टरिंग लागू करें: आउटबाउंड ट्रैफ़िक को डिफ़ॉल्ट रूप से ब्लॉक करने के लिए नेटवर्क कंटेनमेंट नियमों को कॉन्फ़िगर करें, और केवल आवश्यक बाहरी API एंडपॉइंट्स को व्हाइटलिस्ट करें।
• टाइप किए गए 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 कंटेनरों के केंद्रीय गवर्नेंस का समर्थन करने के लिए नियोजित हैं।

इंजीनियरिंग टीमों के लिए मुख्य निष्कर्ष

Microsoft Execution Containers की शुरुआत AI इंजीनियरिंग में एक महत्वपूर्ण बदलाव का संकेत देती है, यह स्थापित करते हुए कि स्वायत्त एजेंटों को प्रबंधित सुरक्षा परिधि के भीतर काम करना चाहिए। जैसे-जैसे सॉफ्टवेयर सिस्टम फाइल संशोधन, शेल निष्पादन और API एकीकरण को जेनेरेटिव मॉडलों को सौंपते हैं, अनियंत्रित रनटाइम पर भरोसा करना बुनियादी ढांचे को गंभीर परिचालन खतरों के संपर्क में लाता है।

इंजीनियरिंग संगठनों को अपने विकास पाइपलाइनों में 'कंटेनमेंट-बाय-डिज़ाइन' सिद्धांतों को अपनाना चाहिए। नीति-संचालित सैंडबॉक्सिंग को लागू करके, आगामी एजेंट आइडेंटिटी गवर्नेंस की तैयारी करके और वर्कलोड जोखिम प्रोफाइल से मेल खाने वाले कंटेनमेंट बैकएंड का चयन करके, सॉफ्टवेयर आर्किटेक्ट आधुनिक कंप्यूटिंग प्लेटफॉर्म पर मजबूत रक्षात्मक परिधि बनाए रखते हुए स्वायत्त AI की उत्पादकता का लाभ उठा सकते हैं।

संदर्भ

• Microsoft डेवलपर ब्लॉग — AI एजेंटों के लिए नीति-संचालित कंटेनमेंट — MXC आर्किटेक्चर, कंटेनमेंट बैकएंड और एजेंट आइडेंटिटी रोडमैप का विवरण देने वाली आधिकारिक घोषणा।

• Microsoft MXC GitHub रिपॉजिटरी — ओपन-सोर्स रिपॉजिटरी जिसमें स्कीमा परिभाषाओं के साथ-साथ Rust, .NET और Node.js के लिए टाइप किए गए SDK शामिल हैं।

• Windows एक्सपीरियंस ब्लॉग — Copilot+ PCs पर हाइब्रिड इंटेलिजेंस — स्थानीय AI मॉडल, OS-व्यापी क्रियाओं और Windows निष्पादन कंटेनर समर्थन का अवलोकन।