Pelancaran Microsoft Execution Containers? Bagaimana MXC Menyekat Ejen AI

Pelancaran Microsoft Execution Containers? Microsoft mengumumkan ketersediaan umum Microsoft Execution Containers (MXC) pada 7 Oktober 2026, yang menyediakan lapisan kawalan berasaskan polisi yang direka untuk mengawal cara ejen AI autonomi melaksanakan kod, berinteraksi dengan sistem fail tempatan, dan mengakses destinasi rangkaian. Diperkenalkan oleh Logan Iyer, Naib Presiden Korporat Windows Platform + Developer, SDK berbilang bahasa ini membolehkan pasukan perisian menguatkuasakan sempadan masa jalan (runtime) di luar kuasa terus beban kerja ejen. Apabila sistem kecerdasan buatan beralih daripada pembantu perbualan pasif kepada ejen autonomi yang mampu mengubah suai fail sistem dan melaksanakan arahan shell tempatan, persekitaran pelaksanaan yang tidak diurus akan menimbulkan kerentanan keselamatan yang kritikal. Dengan mengabstraksikan persekitaran sekatan (sandbox) peringkat sistem pengendalian ke dalam skema konfigurasi yang bersatu merentasi Windows, macOS, dan Linux, rangka kerja baharu ini menyekat beban kerja yang tidak dipercayai daripada melebihi sumber yang diberikan oleh backend sekatan sistem pengendalian yang disokong.

Mengapa Ejen AI Memerlukan Sempadan Pelaksanaan Bebas

Imbasan Ringkas

Microsoft mengeluarkan Microsoft Execution Containers (MXC) untuk ketersediaan umum, menyediakan kawalan proses dan sesi berasaskan polisi untuk ejen AI merentasi Windows, macOS, dan Linux.
Senibina ini memisahkan definisi polisi daripada pelaksanaan ejen, memastikan model autonomi dan kod yang dijana tidak dapat memberikan keizinan tambahan kepada diri sendiri.
Microsoft membentangkan kawalan, identiti, dan kebolehurusan sebagai tiga tonggak keselamatan ejen, dengan kawalan MXC tersedia sekarang sementara identiti Entra dan tadbir urus Intune dirancang untuk ketersediaan masa hadapan.

Penggunaan ejen AI autonomi telah mengubah pembangunan perisian dan aliran kerja perusahaan. Tidak seperti antara muka perbualan tradisional yang sekadar menjana jawapan teks, sistem agen moden berinteraksi terus dengan persekitaran pengkomputeran. Pekerja autonomi ini menulis kod, melaksanakan arahan terminal, mengubah suai repositori tempatan, dan berinteraksi dengan API luaran untuk menyelesaikan tugasan yang kompleks dan berbilang langkah. Walaupun tahap autonomi ini membuka ruang peningkatan produktiviti yang ketara, memberikan model akses sistem pengendalian tanpa had akan menimbulkan risiko keselamatan yang serius.

Dilema senibina asas berpusat pada sempadan kuasa. Ejen autonomi tidak boleh bertindak sebagai penjaga keselamatan bagi dirinya sendiri dengan selamat. Sebagai contoh, ejen pengekodan yang ditugaskan untuk mengemas kini repositori aplikasi mungkin menentukan bahawa mengubah suai tetapan sistem pengendalian asas atau menyunting konfigurasi pelayan tempatan adalah laluan terpantas untuk menyelesaikan tugasan. Walaupun logik dari perspektif tugasan model yang sempit, tindakan sedemikian melebihi sempadan operasi yang dimaksudkan oleh pembangun, yang berpotensi mendedahkan fail sensitif atau menjejaskan kestabilan persekitaran pengeluaran.

Eksekutif Microsoft membentangkan senibina sekatan masa jalan SDK MXC untuk ejen AI autonomi

Dokumentasi Microsoft menyifatkan MXC sebagai lapisan sekatan berasaskan polisi untuk beban kerja yang tidak dipercayai. Menurut pengumuman rasmi Windows Developer, platform ini menyusun keselamatan ejen di sekitar tiga tonggak utama: kawalan, identiti, dan kebolehurusan. Walaupun kawalan MXC tersedia secara umum hari ini, keupayaan Microsoft Entra yang diperluaskan untuk membezakan identiti ejen dan polisi Microsoft Intune untuk menguruskan bekas proses tempatan dirancang untuk keluaran masa hadapan. Dengan menguatkuasakan sempadan di peringkat sistem pengendalian, organisasi boleh menyekat beban kerja yang tidak dipercayai daripada mengakses laluan fail yang tidak dibenarkan atau membuka soket rangkaian yang tidak dibenarkan.

Pemutusan Senibina di Sebalik Tabir: Backend Pengasingan Berasaskan Polisi

Memahami reka bentuk teknikal Microsoft Execution Containers memerlukan analisis tentang cara rangka kerja ini memisahkan definisi polisi daripada primitif sekatan khusus platform. Pembangun mengisytiharkan sumber perkakasan, sistem fail, dan rangkaian yang diperlukan oleh beban kerja menggunakan skema JSON berversi. Masa jalan MXC kemudian memetakan keperluan abstrak ini kepada backend platform yang sesuai pada mesin hos.

Daripada memaksa pembangun menulis logik pengasingan yang khusus untuk setiap sistem pengendalian, MXC menyediakan SDK bertaip dalam Rust, .NET, dan Node.js. Pada Windows 11, rangka kerja ini menggunakan persekitaran sekatan AppContainer asli, sambil memetakan beban kerja kepada Seatbelt pada macOS dan Bubblewrap atau LXC pada Linux. Untuk tindanan pembangunan berpusatkan Linux yang berjalan pada hos Windows, MXC menyediakan bekas WSL (WSLc) yang ringan untuk mengekalkan keserasian pakej, seperti yang diperincikan dalam repositori MXC sumber terbuka.

Gambaran keseluruhan rakan kongsi industri yang mengintegrasikan Microsoft Execution Containers merentasi rangka kerja ejen komersial dan sumber terbuka

Spektrum Pengasingan: Sekatan Proses kepada Bekas Sesi

Beban kerja AI yang berbeza memerlukan tahap pengasingan keselamatan yang berbeza. Ejen linting tempatan yang berjalan terhadap repositori Git memerlukan kependaman permulaan yang minimum, manakala ejen pelayaran web autonomi yang mengendalikan skrip luaran yang tidak disahkan memerlukan penguatkuasaan sempadan yang ketat. Untuk memenuhi keperluan operasi yang berbeza ini, MXC menyediakan spektrum backend kawalan:

Bekas Proses (Process Containers): Sekatan peringkat proses yang ringan, sesuai untuk pelaksanaan kod responsif dan panggilan alat, disokong secara asli merentasi Windows 11, macOS, dan Linux menggunakan primitif yang sesuai dengan platform seperti AppContainer, Seatbelt, dan Bubblewrap.
Bekas Sesi (Session Containers): Eksklusif untuk Windows 11, model ini menjalankan ejen dalam sesi Windows berasingan yang diuruskan oleh OS di bawah akaun yang berbeza, mewujudkan sempadan untuk desktop, papan keratan (clipboard), antara muka pengguna, dan persekitaran input.
Bekas WSL (WSLc): Direka untuk Windows 11, backend ini menyediakan persekitaran pelaksanaan Linux melalui WSL untuk rantaian alat ejen yang mengutamakan Linux dan ekosistem pakej, sambil menyediakan model kawalan berbeza yang ciri keselamatannya berbeza daripada backend MXC yang lain.
Backend MicroVM: Persekitaran tervirtualisasi yang disokong perkakasan secara eksperimen tersedia pada Windows 11 dan Linux, direka untuk beban kerja berisiko lebih tinggi yang mendapat manfaat daripada pengasingan yang dikuatkuasakan oleh perkakasan.

Gambar rajah di bawah menggariskan bagaimana SDK MXC menghalakan permintaan pelaksanaan aplikasi kepada backend platform yang diasingkan:

[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)

Pada bekas proses Windows yang disokong, MXC menyediakan tiga mod operasi untuk penguatkuasaan dan diagnostik polisi: Penguatkuasaan (Enforcement), Pembelajaran (Learning), dan Permisif (Permissive). Dalam mod Penguatkuasaan, tindakan yang tidak dibenarkan akan disekat serta-merta. Dalam mod Pembelajaran, operasi yang tidak dibenarkan disekat dan direkodkan dalam laporan aktiviti JSON berstruktur, membolehkan jurutera mengenal pasti keizinan yang diperlukan sebelum penggunaan. Dalam mod Permisif, tindakan yang tidak dibenarkan dilog tetapi dibenarkan untuk diteruskan, memberikan kebolehcerapan semasa peringkat polisi tanpa mengganggu aliran kerja pembangunan.

Memilih Backend Kawalan MXC: Pertukaran antara Keselamatan dan Prestasi

Apabila ejen autonomi menjadi pengendali utama dalam rangkaian korporat, arkitek perisian mesti menentukan cara untuk menyusun sempadan pelaksanaan merentasi tindanan aplikasi yang kompleks. Organisasi kejuruteraan menghadapi pertukaran antara overhead pelaksanaan, kemudahalihan platform, dan kedalaman pengasingan yang diperlukan oleh beban kerja ejen yang berbeza.

Penilaian Senibina: Perbandingan Model Pengasingan

Menilai backend kawalan memerlukan pengimbangan overhead permulaan dengan kekuatan perimeter keselamatan. Bekas proses ringan dimulakan dengan kependaman minimum, menjadikannya sesuai untuk panggilan alat berfrekuensi tinggi, tetapi ia berkongsi sesi desktop yang lebih luas melainkan dikonfigurasikan sebaliknya. Sebaliknya, bekas sesi dan sempadan tervirtualisasi menyediakan pemisahan yang ketat dengan kos ketersediaan platform yang lebih sempit dan overhead sumber yang lebih tinggi.

Jadual perbandingan di bawah menilai strategi pengasingan berbeza yang tersedia untuk beban kerja ejen autonomi:

Strategi	Model Pengasingan	Ketersediaan / Skop	Pertukaran Utama
Sekatan Proses OS Asli	Pengasingan proses khusus platform	Bergantung pada sistem pengendalian	Overhead rendah, konfigurasi khusus platform
Bekas Proses MXC	Sekatan asli berasaskan polisi	Windows 11, macOS, Linux	Abstraksi polisi bersatu, kawalan bergantung pada backend
Bekas Sesi MXC	Sesi ejen berasingan yang diasingkan oleh OS	Windows 11 sahaja	Pemisahan desktop lebih kukuh, sokongan platform lebih sempit
Bekas WSL MXC	Persekitaran Linux melalui WSL	Windows 11 sahaja	Keserasian alat Linux dengan sifat pengasingan berbeza
MicroVM MXC	Virtualisasi disokong perkakasan	Eksperimen (Windows 11, Linux)	Potensi pengasingan lebih kukuh, overhead tambahan

MXC menguatkuasakan sempadan sumber yang dikonfigurasikan melalui mekanisme pengasingan platform yang disokong, mengurangkan potensi kesan beban kerja yang tidak dipercayai. Kekuatan dan liputan sempadan tersebut bergantung pada backend dan konfigurasi polisi yang dipilih. Pembangun mesti menilai sama ada beban kerja mereka mengutamakan pelaksanaan alat sub-saat atau pemisahan sesi ejen yang lebih kukuh daripada desktop pengguna interaktif, memilih backend kawalan yang sepadan dengan profil risiko tugasan.

Gambar rajah senibina Windows Copilot memperincikan kecerdasan hibrid dan aliran kerja pelaksanaan tempatan

Senarai Semak Kejuruteraan: Melaksanakan Kawalan Berasaskan Polisi dalam Aliran Kerja Autonomi

Untuk menyediakan senibina perisian bagi integrasi ejen autonomi sambil meminimumkan permukaan serangan, pasukan pembangunan harus melaksanakan amalan kawalan berstruktur merentasi kod mereka.

Senarai Semak Pelaksanaan Pembangun

Tentukan Skema JSON Deklaratif: Tulis polisi sumber eksplisit yang menyenaraikan laluan repositori baca sahaja, direktori sementara, dan folder sistem yang dinafikan.
Kuasa-penapis Egress Default-Deny: Konfigurasikan peraturan kawalan rangkaian untuk menyekat trafik keluar secara lalai, membenarkan hanya titik akhir API luaran yang perlu.
Integrasikan SDK MXC Bertaip: Gabungkan pakej Rust, .NET, atau Node.js asli ke dalam aplikasi hos untuk menguruskan kitaran hayat bekas secara programatik.

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);

Gunakan Mod Pembelajaran pada Hos Windows: Jalankan suit ujian ejen di bawah mod Pembelajaran pada bekas proses Windows yang disokong untuk menangkap percubaan akses yang disekat dan menjana artifak polisi keizinan paling minimum.

Senarai Semak Keselamatan & Tadbir Urus

Semak Sempadan Kawalan Semasa: Laksanakan bekas proses atau sesi berdasarkan sensitiviti data dan alat yang didedahkan kepada beban kerja ejen tempatan.
Bersedia untuk Kawalan Identiti Akan Datang: Rancang senibina pengesahan di sekitar keupayaan Microsoft Entra masa hadapan yang akan membezakan tindakan ejen automatik daripada kelayakan pengguna manusia.
Nilai Tadbir Urus Polisi Berpusat: Ikuti pelan hala tuju pembangunan untuk polisi pengurusan Microsoft Intune, yang dirancang untuk menyokong tadbir urus berpusat bekas MXC merentasi peranti perusahaan.

Soalan Lazim (FAQ)

Bagaimana MXC menyekat ejen autonomi daripada melebihi keizinannya?

MXC meletakkan beban kerja ejen di dalam sempadan kawalan yang dikonfigurasikan oleh pembangun atau organisasi dan dikuatkuasakan oleh backend sistem pengendalian yang dipilih. Beban kerja tidak boleh sekadar menyunting polisi peringkat aplikasinya sendiri untuk mendapatkan sumber tambahan. Fail, rangkaian, atau operasi antara muka yang tidak dibenarkan boleh disekat mengikut peraturan yang dikonfigurasikan. Walau bagaimanapun, jaminan keselamatan yang tepat bergantung pada backend, platform hos, dan konfigurasi polisi; MXC tidak seharusnya dibentangkan sebagai perlindungan terhadap setiap kemungkinan kerentanan peningkatan keistimewaan.

Apakah perbezaan antara bekas proses dan bekas sesi?

Bekas proses menjalankan beban kerja di dalam persekitaran sekatan khusus platform, seperti AppContainer, Seatbelt, atau Bubblewrap, dengan sekatan yang ditentukan oleh backend dan konfigurasi polisi yang dipilih. Bekas sesi, yang tersedia pada persekitaran Windows 11 yang disokong, menjalankan ejen dalam sesi berasingan yang diuruskan oleh OS di bawah akaun Windows yang berbeza. Ini memisahkan desktop, papan keratan, antara muka pengguna, dan persekitaran input ejen daripada sesi pengguna interaktif. Keupayaan pelaksanaan dan interaksi yang disokong oleh sesi bergantung pada backend MXC dan kaedah pemanggilan tertentu.

Bolehkah polisi MXC dikuatkuasakan pada sistem macOS dan Linux?

Ya. SDK MXC menggunakan skema polisi JSON bersatu yang memetakan kepada backend pengasingan yang sesuai dengan platform merentasi sistem pengendalian, termasuk Seatbelt pada macOS dan Bubblewrap atau LXC pada Linux. Walau bagaimanapun, keupayaan platform berbeza-beza: Bekas Sesi, bekas WSL, dan laporan aktiviti JSON yang dijana dalam mod Pembelajaran adalah khusus untuk hos Windows.

Rumusan Utama untuk Pasukan Kejuruteraan

Pengenalan Microsoft Execution Containers menandakan peralihan penting dalam kejuruteraan AI, menetapkan bahawa ejen autonomi mesti beroperasi dalam perimeter keselamatan yang diuruskan. Apabila sistem perisian mewakilkan pengubahsuaian fail, pelaksanaan shell, dan integrasi API kepada model generatif, pergantungan pada masa jalan yang tidak dikawal akan mendedahkan infrastruktur kepada bahaya operasi yang serius.

Organisasi kejuruteraan harus menerima prinsip kawalan-sejak-reka bentuk merentasi saluran paip pembangunan mereka. Dengan melaksanakan sekatan berasaskan polisi, bersedia untuk tadbir urus identiti ejen yang akan datang, dan memilih backend kawalan yang sepadan dengan profil risiko beban kerja, arkitek perisian boleh memanfaatkan produktiviti AI autonomi sambil mengekalkan perimeter pertahanan yang kukuh merentasi platform pengkomputeran moden.

Rujukan

Blog Pembangun Microsoft — Kawalan Berasaskan Polisi untuk Ejen AI — Pengumuman rasmi memperincikan senibina MXC, backend kawalan, dan pelan hala tuju identiti ejen.
Repositori GitHub Microsoft MXC — Repositori sumber terbuka yang mengandungi SDK bertaip untuk Rust, .NET, dan Node.js berserta definisi skema.
Blog Pengalaman Windows — Kecerdasan Hibrid pada PC Copilot+ — Gambaran keseluruhan model AI tempatan, tindakan seluruh OS, dan sokongan bekas pelaksanaan Windows.