Les Microsoft Execution Containers pour agents d'IA passent en disponibilité générale

Microsoft a mis Microsoft Execution Containers, ou MXC, en disponibilité générale le 7 octobre 2026. MXC est un ensemble de bacs à sable qui limitent les fichiers, les réseaux et les applications auxquels un agent d'IA peut accéder, ces limites étant imposées par le système d'exploitation. Les agents de GitHub Copilot, d'OpenAI Codex et de quatre autres éditeurs l'utilisent déjà, si bien que de nombreux développeurs le rencontreront sans l'avoir choisi.

Ce qu'est MXC

Un agent d'IA est un programme qui utilise un modèle de langage pour effectuer des actions sur un ordinateur, comme modifier des fichiers ou exécuter des commandes. Ce pouvoir est aussi le risque. L'annonce de Microsoft, rédigée par Logan Iyer, vice-président corporate chargé de Windows Platform and Developer, indique qu'aujourd'hui les entreprises ont surtout deux options. Soit elles donnent aux agents un accès sans restriction, soit elles les bloquent. « Aucune de ces options n'est acceptable », écrit Iyer.

MXC se situe entre les deux. Un développeur ou un administrateur informatique note par écrit les ressources qu'un agent peut utiliser, et MXC applique ces limites pendant l'exécution de l'agent. « Un agent ne peut pas être sa propre autorité de sécurité », indique le billet. La frontière est appliquée en dehors de l'agent, si bien que celui-ci ne peut pas la désactiver.

The Stack, un site d'actualité sur les technologies d'entreprise, décrit MXC comme un bac à sable pour du code non fiable, comme les sorties de modèles, les plugins et les outils. Selon le site, le code est publié sous licence MIT et se trouve sur GitHub depuis des mois. Microsoft a présenté MXC pour la première fois lors de sa conférence Build.

Quatre types de conteneurs

MXC propose quatre backends de confinement. Un backend est la fonction du système d'exploitation qui assure réellement le cloisonnement. Le billet de Microsoft les présente ainsi :

Conteneur	Fonctionne sur	Méthode d'isolation	Statut
Conteneur de processus	Windows 11, macOS, Linux	AppContainer, Seatbelt ou Bubblewrap	Disponibilité générale
Conteneur de session	Windows 11 uniquement	Un compte et une session Windows distincts, avec leurs propres bureau, presse-papiers et saisie	Disponibilité générale
Conteneur WSL	Windows 11 uniquement	Un environnement Linux via le Windows Subsystem for Linux	Disponibilité générale
MicroVM	Windows 11, Linux	Une machine virtuelle dont l'isolation est imposée par le matériel	Expérimental

Chaque conteneur peut fonctionner dans l'un de trois modes : Enforcement, Learning et Permissive. Microsoft indique aussi qu'un agent qui se heurte à une ressource bloquée doit expliquer la limite ou demander l'autorisation. Il ne doit pas simplement échouer sans dire pourquoi.

The Stack cite Iyer sur la différence entre les systèmes : « Seul Windows prend en charge un conteneur de session, qui exécute un agent sur l'appareil de l'utilisateur dans une session distincte, isolée par le système d'exploitation. » Le site ajoute que la prise en charge de Windows 11 est « plus mature mais pas complète ».

Qui le prend en charge

Selon Microsoft, ces agents fonctionnent déjà avec MXC :

• GitHub Copilot
• OpenAI Codex
• OpenClaw
• Replit
• LM Studio
• Unsloth AI

Microsoft indique que d'autres outils ajouteront la prise en charge plus tard. Parmi eux figurent Claude Code d'Anthropic, Box, Egnyte, Heidi Health, Hermes Agent de Nous Research, Manus, Perplexity, Raycast et Simular. Nvidia a aussi intégré son outil OpenShell à MXC, en ajoutant des contrôles réseau, la gestion des identifiants et des journaux d'audit.

Windows 365, le service de PC dans le cloud de Microsoft, prend déjà en charge MXC. D'autres éléments sont encore « bientôt disponibles », selon le billet. Intune, le service de gestion des appareils de Microsoft, gérera plus tard les conteneurs de processus MXC sous Windows 11. The Stack rapporte que Microsoft n'a donné aucune date ferme. Les contrôles Agent 365 pour les agents qui tournent sur l'appareil lui-même sont eux aussi encore à venir.

Pourquoi c'est important maintenant

Le propre PDG de Microsoft a plaidé pour ce type de contrôle quelques jours plus tard. Le 10 octobre, Satya Nadella a réclamé un frein d'urgence pour les modèles d'IA et a déclaré que chaque modèle devait être confiné dès le départ. MXC est l'outillage Windows qui correspond à cette idée.

Cela fait aussi suite à une démarche similaire dans l'éditeur de code de Microsoft. La même semaine, VS Code 1.141 a commencé à placer les agents d'IA en bac à sable sous Windows, macOS et Linux.

Ce que cela signifie pour les développeurs

Pour les équipes qui créent des agents, MXC offre un moyen prêt à l'emploi de limiter ce que leur outil peut faire :

• Partez du dépôt. Le SDK, le format de politique, la documentation et des exemples se trouvent sur github.com/microsoft/mxc. Microsoft décrit un format de politique JSON unique, qui se transpose dans le bac à sable propre à chaque système d'exploitation. The Stack décrit le SDK comme une bibliothèque Rust que les applications intègrent.
• Utilisez d'abord le mode Learning. Lancez un agent avec une politique provisoire et observez les fichiers et les adresses réseau dont il a réellement besoin. Resserrez ensuite la politique avant de passer à Enforcement.
• Concevez pour l'« accès refusé ». Un agent dans MXC se heurtera à des chemins bloqués. Faites-lui expliquer le blocage à l'utilisateur au lieu de réessayer ou d'échouer en silence.
• Ne comptez pas encore sur MicroVM. C'est la frontière la plus solide, mais Microsoft la qualifie toujours d'expérimentale.

Pour les équipes informatiques, la vérification utile consiste à savoir quels agents le personnel utilise déjà. Copilot et Codex prennent en charge MXC aujourd'hui. Claude Code et les autres outils annoncés ne le font pas encore. Tant que la gestion par Intune n'est pas disponible, les règles à l'échelle de l'entreprise pour ces conteneurs ne peuvent pas être déployées depuis Intune.