Copilot không phải vấn đề, mô hình truy cập mới là vấn đề
Microsoft 365 Copilot là trợ lý AI doanh nghiệp sử dụng nội dung trong tenant và web để trả lời, trong đó mọi dữ liệu mà Copilot có thể truy cập đều dựa trên quyền của người dùng và mô hình quản lý truy cập Microsoft 365 sẵn có của tổ chức, vì vậy chất lượng bảo mật dữ liệu Copilot phụ thuộc trực tiếp vào mức độ trưởng thành của governance Copilot chứ không nằm ở việc mua bao nhiêu giấy phép. Copilot không tự thay đổi phân quyền; nó chỉ gỡ bỏ “ma sát” tìm kiếm và tổng hợp thông tin, khiến mọi tệp, email, site vốn đã mở sẵn về mặt quyền truy cập trở nên dễ bị lộ hơn qua câu trả lời tự nhiên của AI, làm lộ rõ những rủi ro bảo mật AI vốn bị che giấu nhiều năm.
Điểm nghịch lý là nhiều tổ chức nghĩ rằng “Copilot readiness” là câu chuyện ngân sách và licensing: đủ điều kiện, mua add-on, cấp license, bật tính năng – coi như xong. Nhưng khi Copilot chạy, nó dùng đúng mô hình truy cập có sẵn: mọi file, tin nhắn, site mà người dùng mở được thì Copilot cũng nhìn thấy và tổng hợp lại trên Graph. Nếu quyền đã rối, Copilot chỉ làm lộ nhanh hơn. Một tài liệu mà nhân viên “tình cờ” có quyền nhưng chưa bao giờ biết tới, giờ có thể bị Copilot tìm, tóm tắt và đưa thông tin nhạy cảm vào câu trả lời chỉ từ một câu hỏi lỏng liên quan. Nói cách khác, Copilot biến những sai sót quyền truy cập âm thầm thành rủi ro bảo mật dữ liệu Copilot hữu hình và khó chối bỏ.
Domain Exclusion bị rút lại: mất đi một lớp kiểm soát quan trọng
Domain Exclusion từng được giới thiệu như một lớp kiểm soát mới cho bảo mật dữ liệu Copilot: quản trị viên có thể loại trừ những website công cộng khỏi việc ảnh hưởng đến câu trả lời web-grounded, tạo “điểm cân bằng” giữa cho phép Copilot tra web và tắt hẳn web grounding. Nhưng chỉ vài ngày sau khi quảng bá, Microsoft đã rút lại tính năng này, dù thừa nhận tầm quan trọng của nó và cho biết đang đánh giá bước tiếp theo. Việc rollback này phơi bày thách thức lớn: làm sao cân bằng việc Copilot dùng thông tin bên ngoài với yêu cầu bảo mật, độ tin cậy và governance của khách hàng doanh nghiệp. Khi Domain Exclusion biến mất, doanh nghiệp mất đi khả năng kiểm soát chi tiết những domain nào có thể được Copilot tham chiếu trong câu trả lời web-grounded, đồng nghĩa bề mặt rủi ro bảo mật AI với dữ liệu ngoại vi được mở rộng mà thiếu một van khóa tinh chỉnh.
Ở góc độ governance Copilot, đây là một cú nhắc nhở khó chịu nhưng cần thiết: không thể dựa dẫm vào từng tính năng đơn lẻ của nhà cung cấp để vá lỗ hổng chiến lược trong quản trị dữ liệu. Việc Domain Exclusion bị rút lại chỉ ra rằng các cơ chế kiểm soát web grounding có thể thay đổi nhanh chóng, trong khi dữ liệu nội bộ lộ quyền thì ở lại. Câu hỏi quan trọng không phải là “bao giờ Microsoft mang Domain Exclusion trở lại?” mà là “nếu Copilot chỉ dựa vào dữ liệu nội bộ, chúng ta đã đủ an toàn chưa?”. Nếu câu trả lời là không, thì dù có Domain Exclusion hay allow-list, rủi ro gốc vẫn còn: dữ liệu nhạy cảm nằm trên các site mở rộng, nhóm “Everyone except external users”, hoặc các tenant bị trôi dạt quyền truy cập theo thời gian.
Rủi ro nhìn từ bên trong: dữ liệu “mở sẵn” nhưng lâu nay không ai đụng tới
Cốt lõi của rủi ro bảo mật AI với Copilot nằm ở việc nó làm cho dữ liệu “ẩn trong tầm mắt” trở nên dễ bị lộ. Rất nhiều tổ chức có vô số tệp đã “mở kỹ thuật” nhiều năm, nhưng vẫn an toàn tương đối vì không ai tình cờ tìm ra. Ví dụ: sổ Excel tài chính lưu trên team site cấp quyền rộng; thư mục HR chia sẻ cho “Everyone except external users”; deck chiến lược nằm ở thư viện vô tình được cấp quyền toàn tổ chức. Khi chưa có Copilot, giới hạn tìm kiếm và việc phải biết “mình tìm gì” đóng vai trò như một hàng rào ma sát. Copilot phá bỏ hàng rào này: chỉ cần một câu hỏi ngôn ngữ tự nhiên, nó sẽ tổng hợp câu trả lời từ toàn bộ nội dung người dùng có thể chạm tới.
Điểm đáng nói là Copilot không mở thêm quyền mới; nó chỉ làm cho mọi quyền đã tồn tại trở nên hiệu quả hơn. Nghĩa là các nguy cơ trước đây là rủi ro “tiềm ẩn”, còn bây giờ trở thành rủi ro “hiện hữu và cấp bách”. Nhóm “Everyone except external users” là ví dụ điển hình: nó âm thầm gồm toàn bộ tài khoản nội bộ, kể cả tài khoản sẽ tạo trong tương lai. Khi nhiều site và thư viện được dựng mặc định với nhóm này, quyền truy cập phình to theo thời gian giống như gara tích đầy hộp cũ trong nhiều năm. Với Copilot, những cái “hộp” đó đột ngột được gỡ nắp: nội dung mà không ai nhớ mình có quyền xem giờ có thể xuất hiện trong câu trả lời cho một prompt tưởng chừng vô hại. Trong bối cảnh đó, nói Copilot an toàn vì “không đổi quyền” là không đủ; điều quan trọng là quyền đang ở trạng thái nào.
Governance Copilot: xây dựng lại mô hình quyền truy cập trước khi bật công tắc
Muốn triển khai Copilot an toàn, câu hỏi không phải là “đã cấp đủ license chưa?” mà là “Copilot sẽ thấy những gì?” Một license chỉ quyết định người dùng được dùng Copilot, chứ không hề giới hạn những gì Copilot có thể xem thay họ. Vì vậy readiness phải xoay quanh quản trị dữ liệu và quản lý truy cập Microsoft 365, không phải procurement. Điều cần làm là lập bản đồ “effective access” – nhìn vào thực tế ai đang có quyền gì – trước khi rollout, thay vì đợi sự cố rồi mới quay lại dọn. Theo hướng đó, không thiếu việc: xác định site, thư viện cấp quyền rộng; rà soát các chia sẻ “Everyone except external users”; phân loại nội dung nhạy cảm bằng nhãn Purview; bật các chế độ Restricted SharePoint Search và Restricted Content Discovery để giới hạn tầm với của Copilot trong lúc dọn quyền. Đây không nên bị xem là việc “dọn nợ” sau, mà là phần bắt buộc của kế hoạch governance Copilot ngay từ đầu.
Một điểm nhiều tổ chức bỏ qua là nhãn nhạy cảm (sensitivity labels). Quyền (permissions) quyết định ai mở được file, còn nhãn quyết định chuyện gì xảy ra với nội dung đó. Nếu tài liệu mật chưa được gắn nhãn, Copilot không có tín hiệu để xử lý khác biệt và DLP cũng không có gì để thực thi. Có thể trích thành nguyên tắc vận hành: “Ngày Copilot đi vào hoạt động là ngày nhãn nhạy cảm trở thành cấu trúc chịu lực của mọi chính sách bảo vệ dữ liệu”. Ngoài ra, không nên quên khách mời, site dự án bỏ hoang, ủy quyền cũ – những thứ phình to bề mặt tấn công mà ai cũng ngại chạm tới. Đưa chúng vào phạm vi chuẩn bị Copilot sẽ giúp thu hẹp đáng kể rủi ro trước khi AI bắt đầu tổng hợp câu trả lời trên tenant. Cuối cùng, governance không phải chiến dịch một lần; cần hệ thống giám sát “permission drift” liên tục để mô hình quyền truy cập không âm thầm xộc xệch trong quá trình Copilot được dùng ngày càng nhiều.
Kết luận: bật Copilot chậm một bước để không trả giá bằng dữ liệu
Copilot mang lại lợi ích năng suất rõ ràng: trả lời từ nội dung phân tán, tóm tắt, soạn thảo trong vài giây, tiết kiệm giờ đồng hồ lục tìm trong Teams, Outlook, SharePoint. Nhưng lợi ích này không miễn phí ở góc độ bảo mật; cái giá tiềm ẩn là phơi lộ những lớp dữ liệu vốn được bảo vệ bằng “ma sát” hơn là bằng governance bài bản. Việc Microsoft rút lại Domain Exclusion cho thấy các tính năng kiểm soát riêng lẻ có thể xuất hiện rồi biến mất nhanh chóng. Tổ chức nào đặt niềm tin bảo mật dữ liệu Copilot vào những công tắc tùy chọn như vậy sẽ luôn rơi vào thế bị động. Cách tiếp cận hợp lý hơn là “không trì hoãn Copilot, nhưng trì hoãn việc bật cho đến khi mô hình quyền đã sạch đủ mức chấp nhận được”.
Nói một cách thẳng thắn: vấn đề không nằm ở Copilot, mà ở việc nhiều doanh nghiệp đã sống chung với mô hình quyền truy cập lỏng lẻo quá lâu. Copilot chỉ là chiếc gương soi rõ hơn mức phơi lộ dữ liệu thực tế. Nếu tổ chức không dám nhìn vào gương, họ sẽ dùng licensing như cớ để trì hoãn, trong khi rủi ro vẫn âm thầm tồn tại. Ngược lại, những tổ chức coi governance Copilot là điều kiện tiên quyết – rà soát “effective access”, tái cấu trúc quyền, gắn nhãn nhạy cảm, giới hạn tìm kiếm trong giai đoạn dọn dẹp – sẽ tận dụng được sức mạnh AI mà không đánh đổi sự an toàn. Trong cuộc chơi này, người thắng không phải ai bật Copilot sớm hơn, mà là ai kiểm soát quyền truy cập tốt hơn.
