Các AI agent cá nhân đang truy cập hệ thống công việc bằng danh tính của nhân viên

Nhân viên ngày càng liên kết các trợ lý AI cá nhân với phần mềm doanh nghiệp mà không có sự phê duyệt chính thức, tạo ra một loại rủi ro bảo mật mới được gọi là Bring-Your-Own-Agent (Mang Agent Của Bạn Đi). Xu hướng này, được nhấn mạnh trong phân tích ngành gần đây vào tháng 10 năm 2026, cho thấy người lao động đang sử dụng các công cụ này để quản lý các nhiệm vụ công việc giống như cách họ làm với các nhiệm vụ cá nhân. Sự thay đổi này buộc các nhà lãnh đạo IT phải vượt qua các chiến lược chặn đơn giản và tập trung vào quản trị danh tính.

Điều gì đã xảy ra

Việc áp dụng nhanh chóng các AI agent cá nhân đã vượt xa các chính sách bảo mật doanh nghiệp. Chưa đầy một năm sau khi phát hành agent mã nguồn mở OpenClaw, các công ty công nghệ lớn đã ra mắt các phiên bản riêng của họ. Ví dụ, Meta’s Muse đã có các bộ kết nối tổ chức cho Slack và Linear, trong khi OpenAI’s Dots đang được tích hợp vào môi trường Microsoft. Bất chấp các lo ngại về quyền riêng tư và lệnh chặn từ các nền tảng như Amazon, nhân viên vẫn tiếp tục kết nối các agent này với các hệ thống làm việc.

Các agent này truy cập dữ liệu doanh nghiệp thông qua nhiều con đường phổ biến. Người dùng thường cấp quyền đồng ý OAuth cho các ứng dụng như Google Workspace hoặc Microsoft 365, cho phép agent hành động thay mặt họ. Những người khác sử dụng các agent dựa trên văn bản như Instinct, liên kết với tài khoản mạng xã hội hoặc email để thực hiện các hành động. Trong một số trường hợp, các agent sử dụng mật khẩu đã lưu trong trình duyệt tích hợp sẵn hoặc các khóa API dài hạn do nhân viên tạo ra. Các agent cục bộ chạy trên máy tính xách tay cũng có thể trực tiếp đọc tệp và lịch, hòa lẫn không thể phân biệt được với hoạt động của con người.

Chi tiết chính

• Các AI agent cá nhân hành động trên các hệ thống công ty dưới tên của nhân viên, khiến danh tính trở thành điểm kiểm soát chính thay vì quản lý thiết bị.
• Các agent kết nối thông qua quyền đồng ý OAuth, mật khẩu trình duyệt đã lưu, khóa API hoặc giao diện văn bản trực tiếp mà không cần gửi ticket cho bộ phận IT.
• Các người chơi chính bao gồm Meta’s Muse, OpenAI’s Dots, xAI’s GrokBot và OpenClaw mã nguồn mở.
• Các agent tập trung vào doanh nghiệp như Dots có các điều khiển cấp doanh nghiệp, nhưng các agent cá nhân như Muse và Instinct hoạt động bên ngoài các bảng điều khiển quản trị.
• Các agent cục bộ trên máy tính xách tay của nhân viên có thể truy cập toàn bộ dữ liệu ổ đĩa nếu được cấp quyền, bắt chước hành vi người dùng hợp pháp.
• Quy trình offboarding (nghỉ việc) vẫn là một khoảng trống quan trọng, vì các agent có thể duy trì quyền truy cập thông qua các token hoặc phiên còn sót lại sau khi nhân viên rời đi.

Bối cảnh

Bring-Your-Own-Agent (BYOA) là một sự tiến hóa của mô hình Bring-Your-Own-Device (BYOD), nhưng với những khác biệt đáng kể. Trong BYOD, các bộ phận IT có thể đăng ký và quản lý các thiết bị cụ thể. Với BYOA, agent sống trên máy chủ của nhà cung cấp hoặc hòa lẫn vào môi trường kỹ thuật số cá nhân của nhân viên, khiến việc đăng ký hoặc vá lỗi tập trung trở nên bất khả thi. Thách thức cốt lõi là các agent này kế thừa toàn bộ quyền hạn của người dùng kết nối chúng, thường truy cập nhiều dữ liệu hơn mức cần thiết cho các tác vụ của chúng.

Bảo mật danh tính trở thành đòn bẩy kiểm soát đáng tin cậy duy nhất. Vì bản thân agent không thể dễ dàng được giám sát hoặc hạn chế ở cấp độ mạng, các tổ chức phải quản lý các tài khoản và quyền cấp mà agent sử dụng. Điều này bao gồm việc theo dõi các phê duyệt OAuth, xoay vòng các khóa API và đảm bảo rằng các quyền truy cập được gắn liền với trạng thái làm việc đang hoạt động. Nếu không có các biện pháp này, các agent có thể tiếp tục hoạt động với đặc quyền nâng cao ngay cả sau khi chủ sở hữu con người của chúng đã rời khỏi công ty.

Tại sao điều này quan trọng

Đối với các nhóm tự vận hành phần mềm của mình, xu hướng này giới thiệu các vấn đề phức tạp về khả năng hiển thị. Các ứng dụng tự host thường dựa vào các phương pháp xác thực tiêu chuẩn như OAuth hoặc token API, mà các agent cá nhân có thể khai thác dễ dàng như các dịch vụ đám mây. Nếu các công cụ nội bộ của bạn cho phép người dùng tạo token truy cập cá nhân hoặc đồng ý với các tích hợp của bên thứ ba, bạn có thể đang chứa các hoạt động agent trái phép. Điều này tạo ra các rủi ro shadow IT (IT bóng) nơi dữ liệu nhạy cảm chảy vào các hệ thống của nhà cung cấp bên ngoài mà không có dấu vết kiểm toán.

Lợi ích năng suất của các agent này là có thật, điều này khiến việc chặn hoàn toàn trở nên phản tác dụng. Nhân viên sử dụng chúng để tóm tắt email, lên lịch họp và soạn thảo câu trả lời. Tuy nhiên, việc thiếu quản trị có nghĩa là chỉ một tài khoản agent bị xâm phạm có thể phơi bày toàn bộ tập dữ liệu. Các nhà lãnh đạo IT phải cân bằng giữa việc cho phép các lợi ích hiệu quả này với các kiểm soát danh tính nghiêm ngặt để ngăn chặn rò rỉ dữ liệu và đảm bảo tuân thủ các quy định về quyền riêng tư.

Bạn có thể làm gì

• Kiểm toán các quyền cấp OAuth và khóa API hiện có để xác định các client chưa biết hoặc của bên thứ ba được kết nối với hệ thống của bạn.
• Hạn chế quyền đồng ý của người dùng đối với các ứng dụng của bên thứ ba trong cài đặt nhà cung cấp danh tính của bạn để ngăn chặn các kết nối agent trái phép.
• Triển khai các token ngắn hạn và yêu cầu xoay vòng thường xuyên cho quyền truy cập API để giới hạn cửa sổ phơi nhiễm của các thông tin đăng nhập bị xâm phạm.
• Thiết lập các quy trình offboarding rõ ràng thu hồi tất cả các phiên, token và quyền cấp đang hoạt động khi một nhân viên rời đi.
• Giám sát các mẫu đăng nhập cho hành vi tự động, chẳng hạn như các yêu cầu tần suất cao hoặc truy cập từ các dải IP bất thường liên quan đến các nhà cung cấp agent.
• Giáo dục nhân viên về rủi ro của việc chia sẻ thông tin đăng nhập với các công cụ AI cá nhân và cung cấp các giải pháp thay thế được phê duyệt cho các tác vụ phổ biến.