Domain Exclusion bị rút: tín hiệu rõ ràng về rủi ro Microsoft Copilot bảo mật
Domain Exclusion trong Microsoft 365 Copilot là tính năng cho phép tổ chức loại trừ các website nhất định khỏi việc ảnh hưởng đến câu trả lời AI dựa trên dữ liệu web, nhằm tăng kiểm soát đối với nguồn tham chiếu bên ngoài và giảm nguy cơ nội dung trái với chính sách, tuân thủ hay tiêu chuẩn tin cậy của doanh nghiệp. Việc Microsoft bất ngờ rút lại tính năng này vài ngày sau khi giới thiệu cho thấy một thực tế khó chịu: doanh nghiệp đang trông chờ quá nhiều vào lớp điều khiển của nhà cung cấp thay vì xây dựng nền quản trị dữ liệu vững chắc của riêng mình. Điểm đáng lo không phải là Microsoft Copilot thiếu một nút cấu hình, mà là việc Domain Exclusion rollback phơi bày khoảng trống trong Microsoft Copilot bảo mật ở phía khách hàng: nhiều tổ chức vẫn tin rằng chỉ cần cấp giấy phép, bật Copilot lên là đủ cho “sẵn sàng AI”, trong khi quyền truy cập lỏng lẻo và dữ liệu doanh nghiệp AI bị phơi mở đã tồn tại từ lâu. Khi lớp chặn tên miền biến mất, những sai sót quyền truy cập vốn âm thầm lại càng dễ biến thành rò rỉ thông tin qua tương tác Copilot.
Vì sao rút Domain Exclusion làm lộ vấn đề gốc: dữ liệu doanh nghiệp AI đang phơi mở
Copilot xây dựng câu trả lời từ nội dung trong tenant thông qua Microsoft Graph và luôn tôn trọng quyền truy cập hiện có của người dùng. Nghe thì yên tâm, nhưng rủi ro nằm ở chiều ngược lại: rất nhiều người dùng có quyền xem tài liệu mà họ không bao giờ biết là tồn tại, chỉ vì cấu hình phân quyền sai hoặc "Everyone except external users" được cấp bừa cho site, thư viện và thư mục nhạy cảm. Domain Exclusion vốn được thiết kế như một hàng rào bổ sung cho dữ liệu web, nay bị rút lại khiến doanh nghiệp càng phụ thuộc vào việc quản lý dữ liệu Copilot trong nội bộ thay vì trông chờ một công tắc chặn nguồn bên ngoài. Nguy cơ rõ ràng: "Copilot có thể tìm, tóm tắt và trao nội dung nhạy cảm hoặc đặc quyền chỉ từ một tài liệu mà người dùng vốn không nên truy cập". Những file tài chính, hồ sơ nhân sự hay chiến lược kinh doanh đã "kỹ thuật mà nói là đang bị lộ" nhiều năm, nhưng trước đây ít khả năng bị tìm thấy. Bây giờ, một câu hỏi ngôn ngữ tự nhiên gửi tới Copilot có thể vô tình kích hoạt lộ thông tin. Khi Domain Exclusion rollback, lớp kiểm soát với nguồn web thu hẹp, nhưng vấn đề chính ở dữ liệu doanh nghiệp AI bên trong mới là thứ đang âm ỉ đe dọa.
Sẵn sàng Copilot không phải câu chuyện giấy phép: đó là chiến lược quản lý dữ liệu Copilot
Nhiều tổ chức tiếp cận "Copilot readiness" như một bài toán mua sắm: kiểm tra điều kiện, lập ngân sách add-on theo người dùng, cấp license rồi bật tính năng. Nhưng giấy phép chỉ quyết định ai được dùng Copilot, không quyết định Copilot nhìn thấy gì thay mặt họ. Việc Domain Exclusion rollback càng chứng minh rằng dồn trọng tâm vào license là sai hướng: khi một điều khiển bị rút, mọi rủi ro quay về đúng nơi nó luôn tồn tại – trong trạng thái phân quyền và phân loại dữ liệu của tenant. Bài toán sẵn sàng Copilot đúng nghĩa phải xoay quanh quản trị truy cập và cấu hình liên tục: "Reframing Copilot readiness around data exposure should change what getting ready looks like. The real work involved moves upstream of licensing and into the state of the tenant itself". Nói thẳng: nếu quyền truy cập hỗn loạn, nội dung nhạy cảm không được gắn nhãn, và không có cơ chế kiểm soát tìm kiếm, thì Microsoft Copilot bảo mật trong tổ chức chỉ là ảo tưởng. Domain Exclusion rollback không tạo ra rủi ro mới, nó chỉ khiến rủi ro cũ bớt bị che khuất.
Doanh nghiệp nên làm gì ngay: thay Domain Exclusion bằng chuỗi kiểm soát ở tầng quản trị
Không có Domain Exclusion, doanh nghiệp không thể dựa vào một danh sách chặn tên miền để cảm thấy an toàn với Copilot. Thay vào đó, cần một lộ trình quản trị dữ liệu Copilot rõ ràng để xử lý rủi ro phơi lộ dữ liệu doanh nghiệp AI từ gốc. Các bước nên được bắt đầu trước khi mở rộng triển khai Copilot: 1. Xác định site và thư viện có quyền truy cập rộng, đặc biệt nơi dùng "Everyone except external users" cho nội dung nhạy cảm. 2. Rà soát, thu hẹp quyền cho các thư mục tài chính, HR, chiến lược đang vô tình mở cho toàn tổ chức. 3. Gắn nhãn độ nhạy bằng Microsoft Purview cho tài liệu quan trọng để DLP và Copilot có tín hiệu xử lý khác biệt. 4. Kích hoạt Restricted SharePoint Search và Restricted Content Discovery để giới hạn phạm vi tìm kiếm Copilot trong khi dọn dẹp quyền truy cập. 5. Thiết lập giám sát "permission drift" liên tục, bao gồm việc tìm lời mời khách cũ, site dự án bỏ hoang, phân quyền uỷ nhiệm bị quên để thu nhỏ bề mặt tấn công trước khi Copilot hoạt động ở quy mô lớn. Domain Exclusion rollback nhắc lại một bài học: lớp điều khiển của nhà cung cấp có thể thay đổi qua đêm, còn chính sách và quy trình nội bộ mới quyết định liệu Microsoft Copilot bảo mật có đứng vững trong môi trường của bạn hay không.
Kết luận: Domain Exclusion rollback là lời nhắc phải lấy quản trị dữ liệu làm nền tảng Copilot
Microsoft khẳng định "hiểu tầm quan trọng" của Domain Exclusion và "đang đánh giá các bước tiếp theo", hứa sẽ cập nhật cộng đồng khi có thêm thông tin. Nhưng chờ một tính năng quay lại không thể là chiến lược bảo mật. Thay vì đặt cược vào một điều khiển web-grounded chưa rõ tương lai, doanh nghiệp cần coi quản trị dữ liệu như điều kiện tiên quyết để triển khai Copilot an toàn. Thông điệp thực sự của Domain Exclusion rollback là: nếu bạn chưa biết chính xác ai có thể thấy gì trong tenant của mình, thì bạn chưa sẵn sàng cho Copilot – dù đã mua đủ license. Khi Copilot biến mọi nội dung có quyền truy cập thành nguồn trả lời, mọi sai sót phân quyền đều có thể trở thành lộ lọt thông tin. Do đó, bước đi khôn ngoan nhất hiện nay không phải tạm dừng Copilot, mà là khẩn trương xây dựng chương trình quản lý dữ liệu Copilot: kiểm soát truy cập, phân loại nội dung, giới hạn tìm kiếm và giám sát liên tục. AI sẽ ngày càng là chuẩn mực làm việc; vấn đề là dữ liệu của bạn có đủ an toàn để đồng hành hay không.
