Non-human identities: Tài khoản “vô hình” nhưng đầy quyền lực
Non-human identities là toàn bộ các thực thể phi con người như AI agents, service account, API key và bot có khả năng đăng nhập, truy cập hệ thống và thực hiện thao tác thay mặt tổ chức, từ tự động hóa IT ops đến xử lý giao dịch tài chính, nên nếu không được quản trị như người dùng thật, chúng nhanh chóng trở thành bề mặt tấn công bảo mật mới cực kỳ khó kiểm soát.
Dữ liệu mới cho thấy non-human identities đã vượt số lượng người dùng thật tại 83% tổ chức, nhưng chỉ 21% có governance controls dành riêng cho nhóm này. Nói thẳng: hầu hết doanh nghiệp đang vận hành một lực lượng “nhân viên số” khổng lồ mà không có hồ sơ, không chủ sở hữu, không quy trình offboarding. Song song đó, AI agents đã len sâu vào mọi ngóc ngách: truy cập CRM, tạo ticket Jira, provision hạ tầng, xử lý giao dịch và giao tiếp thay mặt đội ngũ. Việc xem chúng như “công cụ hỗ trợ” thay vì “identity bình đẳng với nhân sự” là một ảo tưởng nguy hiểm, đặc biệt khi AI agent security chưa được coi là một trụ cột trong chiến lược IAM.
AI agents trong IT ops: Hiệu quả chỉ đến khi có người giám sát
Nhiều tổ chức đang nóng lòng đẩy AI agents vào IT ops để tự động hóa từ xử lý ticket đến cấu hình hệ thống, nhưng quên rằng đây không phải phép màu mà là một chuỗi thử–sai cần human-in-the-loop. Một trường hợp thực tế cho thấy, khi áp dụng kiểm soát có con người giám sát, nhóm vận hành đã có thể phân tích các tình huống mà khuyến nghị của agent khác với quyết định của con người, điều này xảy ra tới khoảng 23% trường hợp.
Gần 50% lỗi thuộc nhóm “target not found” – agent không tìm thấy người dùng, nhóm, tài khoản hay tài nguyên do dữ liệu danh tính bẩn hoặc lỗi thời. Đây là vấn đề identity hygiene, không phải lỗi riêng của AI. Phần còn lại đến từ input sai, lỗi không được xử lý, quyền bị từ chối hoặc cấu hình không hợp lệ. Nói cách khác: AI agents chỉ hiệu quả nếu dữ liệu danh tính sạch, quyền được cấu hình chuẩn và có vòng lặp cải tiến liên tục giữa máy và người. Nếu bỏ human oversight, bạn không tự động hóa IT ops; bạn đang tự động hóa sai sót ở tốc độ máy.
Khi trusted signals biến thành đường dẫn privilege escalation
Thách thức lớn nhất không nằm ở một agent đơn lẻ mà ở agentic workflows: chuỗi tác vụ nơi output của agent này trở thành input “đáng tin” cho agent khác. Khi đó, mỗi tín hiệu được coi là trusted signal lại có thể vô tình mở ra một privilege-escalation path nếu không được bảo vệ đúng cách. Một câu hỏi then chốt cần đặt ra là: agent nào đang đọc nội dung không tin cậy như pull request, issue, email, ticket hỗ trợ hoặc tài liệu bên ngoài, và output của chúng có trực tiếp hay gián tiếp kích hoạt agent hoặc workflow có đặc quyền cao hơn hay không?
Đây chính là bài toán mapping transitive authority: chuỗi uỷ quyền theo sự kiện mà trong đó quyền hạn di chuyển giữa các agents và workflows. Công cụ IAM, PAM, CIEM hay application security hiện tại thường chỉ nhìn được từng identity, từng permission hoặc từng cấu hình workflow nguy hiểm, nhưng lại không nhận ra chúng ghép lại thành một event-driven delegation path hoàn chỉnh. Khi ấy, một thông điệp bị thao túng hoặc một trusted signal bị giả mạo có thể kích hoạt cả chuỗi đặc quyền, dẫn đến privilege escalation mà không ai để ý cho tới khi sự cố nổ ra.
Shadow AI: Khi AI agents trở thành workforce “ngoài sổ sách”
Lý do 83% tổ chức bị non-human identities vượt mặt người dùng không nằm ở chiến lược, mà ở sự tự phát. Product team, leader vận hành và cá nhân đều có đủ công cụ để dựng AI agents phục vụ công việc riêng. Kết quả là IT chỉ “kế thừa” trách nhiệm governance sau cùng – thường khi mọi thứ đã chạy trong môi trường production từ lâu. Đây là cội nguồn của Shadow AI: agents chạy khắp môi trường sản xuất, không hồ sơ, không định danh, không owner, và không có cách hệ thống để dừng khi có sự cố.
Shadow AI khiến AI agent security trở thành trò đoán mò. Bạn không kiểm soát được agent nào đang truy cập Salesforce, agent nào mở rộng quyền trong hệ thống tài chính, hoặc agent nào có thể provision hạ tầng. Mọi cố gắng audit hay review quyền trở nên chắp vá vì inventory không đầy đủ. Quan trọng hơn, không có chủ sở hữu đồng nghĩa không có ai chịu trách nhiệm khi agent bị lạm dụng hoặc bị kẻ tấn công chiếm quyền. Nói ngắn gọn, Shadow AI là “Shadow IT phiên bản LLM” – nhưng tốc độ và mức độ lan rộng lớn hơn nhiều.
Framework 4 bước để governance non-human identities trong tổ chức
Muốn giảm rủi ro bảo mật từ AI agents, doanh nghiệp không thể chỉ bổ sung vài rule firewall; cần một identity governance framework dành riêng cho non-human identities. Một khung thực hành thực tế đang nổi lên xoay quanh bốn bước, và nếu bạn thực hiện nghiêm túc, AI agents sẽ trở thành workforce an toàn thay vì quả bom giờ trong IT ops automation.
- Bước 1 – Discover: Lập inventory toàn bộ agents đang chạy trên cloud, device, SaaS và on-prem; ghi rõ chúng truy cập gì, ảnh hưởng workflow nào, được kích hoạt bởi trigger nào.
- Bước 2 – Register: Đăng ký mỗi agent như một identity chính thức trong directory, với mục đích cụ thể, scope hành động được phép và một human owner chịu trách nhiệm.
- Bước 3 – Manage access: Áp dụng least privilege cho agents; loại bỏ standing credentials như API key tĩnh, dùng just-in-time credential, yêu cầu phê duyệt của con người trước khi vào hệ thống nhạy cảm và che chắn credential để model không thấy trực tiếp.
- Bước 4 – Govern liên tục: Log mọi hành động, review định kỳ entitlement của agents, phát hiện khi hành vi vượt scope, offboard agents khi hết mục đích và duy trì audit trail đầy đủ về ai cấp quyền, agent đã làm gì và kết quả ra sao.
Cốt lõi của cách tiếp cận này là Agentic IAM: quản trị người dùng, thiết bị và agents trên cùng một lớp kiểm soát thống nhất, để governance controls không chỉ là khẩu hiệu mà là quy trình có thể thực thi ở quy mô lớn. Nếu AI agents đã là một phần đội ngũ của bạn, đã đến lúc đối xử với chúng như những nhân viên thật sự – với đầy đủ quyền, trách nhiệm và giới hạn.
