Thay đổi thiết thực là Windows hiện cung cấp một lớp thực thi ở cấp hệ điều hành, dựa trên chính sách, dành cho các khối lượng công việc không đáng tin cậy do mô hình tạo ra. MXC hiện đã được cung cấp rộng rãi, mang đến cách thống nhất để khai báo nhu cầu của tác nhân rồi thực thi các khai báo đó bằng cơ chế cô lập phù hợp của nền tảng. Thay vì dùng các sandbox chắp vá bên trong ứng dụng, nhà phát triển có thể tạo một chính sách MXC duy nhất và để hệ điều hành chọn AppContainer, Seatbelt, WSL hoặc microVM tùy theo mức độ rủi ro và tính năng cần thiết.

Tác nhân có thể truy cập tệp, mạng và công cụ cục bộ tạo ra một nhóm rủi ro đặc quyền mới. Các ranh giới được MXC thực thi giúp hạn chế phạm vi ảnh hưởng do lỗi hoặc lời nhắc mang tính đối kháng bằng cách giới hạn những gì tác nhân có thể làm, bất kể mô hình tạo ra tác nhân đó là gì. Với doanh nghiệp, khả năng áp dụng các giới hạn kiểu Intune và ghi nhận nguồn gốc ở cấp tác nhân giúp triển khai an toàn hơn: các nhóm có thể thử nghiệm tác nhân với sự tin tưởng rằng chính sách sẽ ngăn truy cập ngang ngoài ý muốn, đồng thời duy trì năng suất của nhân viên khi tác nhân bị tạm ngưng hoặc thu hồi quyền.

MXC dùng lược đồ cấu hình JSON và SDK để khai báo các yêu cầu về tiến trình, tệp, mạng và giao diện người dùng. Đáng chú ý, MXC hỗ trợ ba chế độ hoạt động — Enforcement, Learning và Permissive — giúp các nhóm xây dựng chính sách mà không làm gián đoạn quy trình. Vùng chứa tiến trình phù hợp với các tác vụ cần phản hồi nhanh; vùng chứa phiên cung cấp một phiên Windows riêng cho tác nhân chạy lâu dài cần giao diện người dùng; WSLc hỗ trợ chuỗi công cụ ưu tiên Linux; còn microVM cung cấp khả năng cô lập dựa trên phần cứng cho khối lượng công việc rủi ro cao. Hãy dùng báo cáo hoạt động từ chế độ Learning để tinh chỉnh chính sách đặc quyền tối thiểu trước khi chuyển sang Enforcement.

Hãy triển khai MXC theo từng bước. Tích hợp MXC SDK vào khung vận hành tác nhân và CI; dùng chế độ Permissive trong môi trường thử nghiệm để ghi nhận các thao tác cần thiết nhưng bị từ chối; chỉ chuyển tác nhân chạy trong môi trường sản xuất sang Enforcement sau khi đã rà soát. Khi có thể, hãy kết hợp chính sách MXC với các biện pháp kiểm soát của Intune và Agent 365, đồng thời đưa báo cáo hoạt động vào bảng điều khiển DevOps để dễ nhận biết sai lệch chính sách và kiểu truy cập bất thường. Để tối ưu trải nghiệm nhà phát triển, nên dùng vùng chứa tiến trình cho các công cụ cần lặp lại liên tục, dành vùng chứa phiên hoặc microVM cho hoạt động tự động hóa liên quan đến dữ liệu nhạy cảm hoặc đòi hỏi cách ly mạnh hơn.

MXC giải quyết vấn đề cô lập nhưng không phải là giải pháp vạn năng. Việc xây dựng chính sách vẫn là một thách thức đòi hỏi con người: thiếu một quyền cần thiết có thể làm gián đoạn tác vụ hợp lệ, còn chính sách quá rộng sẽ làm mất ý nghĩa của việc cô lập. Vùng chứa phiên chỉ có trên Windows và microVM vẫn đang trong giai đoạn thử nghiệm; khả năng tương đương giữa các nền tảng sẽ còn hạn chế. Hiệu quả của MXC cũng phụ thuộc vào việc các khung tác nhân và nhà cung cấp có áp dụng hay không. Nếu chuỗi công cụ bỏ qua SDK hoặc tích hợp phương thức truy cập riêng, doanh nghiệp cần đồng thời tăng cường bảo vệ thiết bị đầu cuối và kiểm soát mạng.