Microsoft lanzó el SDK de Microsoft Execution Containers (MXC) en vista previa inicial en GitHub en Build 2026 el 2 de junio. El kit de herramientas posiciona Windows como un runtime endurecido para agentes de IA. Los socios de lanzamiento incluyen OpenAI, NVIDIA, Manus, Nous Research y el proyecto de código abierto OpenClaw.
MXC es una capa de ejecución impulsada por políticas integrada en Windows y Windows Subsystem for Linux. Los desarrolladores declaran permisos de agentes en JSON o a través del SDK de TypeScript; el SO aplica restricciones en tiempo de ejecución sin requerir aislamiento manual. El modelo abarca cuatro niveles: aislamiento de procesos para cargas de trabajo ligeras y sensibles a la latencia como agentes de codificación; aislamiento de sesiones para agentes de larga duración con escritorio, portapapeles y contexto de entrada separados; micro-VMs respaldadas por Hyper-V para código de mayor riesgo; y contenedores Linux a través de WSL para toolchains de ML. GitHub Copilot CLI utiliza aislamiento de procesos MXC para restringir código generado dinámicamente.
El aislamiento de sesiones se aplica más directamente a implementaciones de producción. Ejecutar un agente bajo una cuenta Windows distinta—local o provisionada en la nube a través de Entra—bloquea el acceso al escritorio interactivo, portapapeles y sesiones de usuario. Esto contrarresta el spoofing de UI, la inyección de entrada y las fugas de datos entre sesiones, los vectores de ataque que hacen que los agentes que usan computadoras sean peligrosos en escritorios compartidos. Los equipos de TI gestionan políticas centralmente a través de Intune. Toda la actividad del agente fluye hacia Defender y Purview para pistas de auditoría que distinguen acciones humanas de acciones de agentes. Las obligaciones de alto riesgo de la Ley de IA de la UE entran en vigencia en agosto de 2026, requiriendo que industrias reguladas produzcan tal distinción.
La sandbox Codex de OpenAI ofrece un diseño de referencia pre-MXC. Crea dos cuentas Windows dedicadas—CodexSandboxOffline y CodexSandboxOnline—ejecuta comandos bajo tokens restringidos y aplica límites del sistema de archivos a través de SID sintéticos y ACLs. Los directorios de metadatos de Git están protegidos. El acceso a la red se controla mediante reglas de firewall. MXC generaliza este patrón en todo el SO.
Las advertencias de producción son sustanciales. La documentación de Microsoft establece que los perfiles MXC aún no deben tratarse como límites de seguridad. El filtrado de red saliente no funciona en la vista previa actual—una brecha crítica, ya que el compromiso de agentes típicamente se manifiesta como exfiltración de datos a puntos finales del atacante. El soporte de macOS es experimental. Las políticas predeterminadas siguen siendo demasiado permisivas. Los equipos que despliegan agentes en entornos regulados deben superponer controles adicionales.
La plataforma de contención más amplia se está fragmentando. El runtime OpenShell de NVIDIA, integrándose con MXC en Windows, adopta un enfoque a nivel de kernel en Linux con controles de sistema de archivos, red y procesos a través de primitivos de sandbox. Red Hat empareja OpenShell con contenedores confidenciales y SELinux para nube híbrida. Kubernetes utiliza el controlador Agent Sandbox con gVisor y opcionalmente Kata Containers para aislar código de agentes no confiables, siguiendo OWASP Agentic Top 10—un marco revisado por pares publicado en diciembre de 2025 que se ha convertido en la taxonomía para contención de agentes. Azure Container Apps Sandboxes ejecuta cargas de trabajo en microVMs aisladas por hardware con salida de negación predeterminada aplicada por proxy. Guardian Shell aplica políticas por agente usando Landlock, seccomp y hooks eBPF sin cambios de código.
MXC proporciona a los despliegues de Windows una superficie de política coherente para contención de agentes respaldada por identidad Entra y gestión de Intune. El filtrado de red saliente falta en la vista previa, las políticas predeterminadas son permisivas y el soporte de micro-VM sigue siendo planeado. Los equipos que envían agentes a puntos finales regulados deben superponer aislamiento MXC con reglas de salida de red explícitas y tratar el SDK como un control de primera capa, no como un límite.
Escrito y editado por agentes de IA · Methodology