AI Agent Security: Làm thế nào để IT kiểm soát quyền truy cập không phải con người vào các ứng dụng doanh nghiệp?

Bảo mật của đại lý AI trở nên quan trọng khi phần mềm tự động có thể truy cập các ứng dụng doanh nghiệp, lấy dữ liệu nhạy cảm và thực hiện các hành động mà không cần sự can thiệp liên tục của con người. Đối với các nhóm CNTT, thách thức là xác định danh tính, quyền truy cập và phạm vi nào để cung cấp cho họ nhằm kết hợp hiệu quả và bảo vệ.

Khi các tổ chức đưa các tác nhân AI vào quy trình làm việc hàng ngày, các quản trị viên hệ thống và quản lý an ninh phải mở rộng chính sách truy cập vượt ra ngoài người dùng và tài khoản dịch vụ truyền thống. Hướng dẫn này giải thích cách quản lý danh tính không phải con người, áp dụng quyền hạn tối thiểu và bảo vệ cả ứng dụng hiện đại và kế thừa. Tôi cung cấp các biện pháp thực tiễn cho các quản trị viên hệ thống, đội ngũ CNTT và các nhà cung cấp dịch vụ quản lý đang làm việc để áp dụng AI trong khi giảm thiểu rủi ro.

Tại sao quyền truy cập của AI Agent lại tạo ra các vấn đề bảo mật mới?

Quản lý truy cập truyền thống thường phân biệt người dùng với các ứng dụng và dịch vụ. Các tác nhân AI làm phức tạp mô hình này vì chúng có thể diễn giải thông tin, chọn công cụ và khởi động các hoạt động dựa trên các hoàn cảnh thay đổi.

Tự động hóa, nhưng không như chúng ta biết:

Khác với tự động hóa thông thường, nơi các hành động thường được xác định trước, một tác nhân AI có thể xác định các bước cần thực hiện trong khi hướng tới một mục tiêu rộng hơn. Các biến số mà điều này giới thiệu có tầm ảnh hưởng lớn, vì dù là do sai sót, thiếu tham chiếu hay chỉ dẫn độc hại, AI có thể dễ dàng vượt quá quyền hạn gây ra kết quả không mong muốn. Đối với các nhóm CNTT, hành động ban đầu là xác định mục đích và giới hạn có thể thi hành của một tác nhân AI trước khi cấp quyền truy cập sản xuất.

Từ việc đọc dữ liệu kinh doanh đến hành động dựa trên nó:

Xem xét một đại lý AI được triển khai để truy xuất hồ sơ hóa đơn, so sánh thông tin thanh toán và tạo báo cáo ngoại lệ. Những hạn chế và biện pháp bảo vệ nào có thể được đặt ra để ngăn chặn hành động sai trong ứng dụng kế toán?

Xác thực không bằng ủy quyền:

Trong khi xác thực xác định danh tính nào đang cố gắng truy cập vào một tài nguyên, ủy quyền xác định các hoạt động mà danh tính đó có thể thực hiện. Đối với các tác nhân AI, những quyết định này phải được giữ tách biệt.

Một đại lý đã xác thực thành công vẫn chỉ nên nhận các quyền hạn liên quan đến nhiệm vụ của mình, các tài nguyên cần thiết và bị hạn chế bởi những hậu quả tiềm tàng của hành động.

Trong nó 2026 làm việc trên phần mềm và danh tính đại lý AI NIST nhấn mạnh sự cần thiết phải giải quyết danh tính, quyền hạn, kiểm toán và trách nhiệm cho các tác nhân AI.

Mục tiêu bảo mật không chỉ là quyết định ứng dụng nào mà một đại lý có thể mở. IT cần kiểm soát những gì đại lý có thể làm khi quyền truy cập đã được cấp.

AI Agent Nên Sử Dụng Danh Tính Gì?

Các tác nhân AI cần có danh tính có thể nhận diện và quản lý được để các quản trị viên có thể phân quyền, theo dõi hoạt động và thu hồi quyền truy cập khi cần thiết.

Danh tính và thông tin xác thực công việc chuyên dụng

Nơi được hỗ trợ, tạo một khối lượng công việc hoặc danh tính đại lý, gắn với một chủ sở hữu được đặt tên và một chức năng cụ thể, để theo dõi trách nhiệm và khóa quyền truy cập vào nhiệm vụ yêu cầu.

Ngoài ra, nó giúp phân biệt hoạt động tự động với hoạt động của con người, áp dụng các chính sách bảo mật chuyên dụng và vô hiệu hóa tác nhân mà không ảnh hưởng đến quyền truy cập của nhân viên, chẳng hạn như trong Microsoft Entra Agent ID. Mục tiêu là giữ cho các tác nhân AI có phạm vi hẹp, được tài liệu hóa tốt và có thể kiểm toán độc lập.

Quyền truy cập ủy quyền so với quyền truy cập tự trị

Các tác nhân AI có thể hoạt động dưới các mô hình ủy quyền khác nhau.

Quyền truy cập được ủy quyền cho phép một đại lý hành động thay mặt cho người dùng, trong phạm vi quyền hạn nghiêm ngặt được ủy quyền rõ ràng cho nó, có thể chỉ trong một khoảng thời gian nhất định.

Truy cập tự động cho phép một tác nhân hoạt động thông qua danh tính và quyền hạn được chỉ định của chính nó, mà không cần một phiên người dùng hoạt động. Quan trọng là, các chính sách truy cập và kiểm soát vòng đời phải được thiết lập cho các tác nhân AI tự động cũng như quyền sở hữu.

Một lưu ý về MFA

Tài khoản chia sẻ khiến việc xác định nguồn gốc của một hành động trở nên khó khăn: từ một nhân viên, một đại lý AI hoặc một quy trình tự động khác. Một đại lý AI không nên phụ thuộc vào thông tin xác thực của nhân viên, đặc biệt là không cho tự động hóa thường xuyên.

Trong khi xác thực đa yếu tố (MFA) có giá trị cho việc truy cập của con người, các cơ chế danh tính tải trọng hỗ trợ tự động là cần thiết. Một số ví dụ, theo ứng dụng và hạ tầng danh tính:

• danh tính được quản lý,
• thông tin xác thực liên bang,
• chứng chỉ
• hoặc token ngắn hạn.

Làm thế nào để IT hạn chế những gì các tác nhân AI có thể truy cập?

Ở đây, quyền hạn tối thiểu là rất quan trọng, để chỉ cấp quyền truy cập vào các tài nguyên và hoạt động cần thiết cho một mục đích đã được phê duyệt.

Quyền tối thiểu trên các ứng dụng, công cụ và dữ liệu

• Quyền truy cập công cụ: Các API, kịch bản, tích hợp và công cụ thực thi nào mà đại lý có thể gọi?
• Quyền ứng dụng : Các ứng dụng và chức năng kinh doanh nào mà nó có thể truy cập?
• Quyền truy cập dữ liệu: Những bản ghi, thư mục, tệp hoặc cơ sở dữ liệu nào mà nó có thể đọc? Nó có thể sửa đổi không?
• Quyền hệ thống: Nó có thể thực thi lệnh, truy cập hệ điều hành hoặc thực hiện các thao tác quản trị không?

Truy cập của đại lý AI nên được xem xét ở những cấp độ này, và không nên mở rộng quyền truy cập chỉ dựa trên yêu cầu. Những lớp này cũng nên củng cố lẫn nhau.

Quyền ứng dụng cũng phải được thực thi độc lập với cài đặt của mô hình AI. Một thông báo yêu cầu một đại lý không được sửa đổi thông tin thanh toán không tương đương với một biện pháp kỹ thuật ngăn chặn việc sửa đổi.

Đối với các tổ chức củng cố hạ tầng truy cập hiện có, chúng tôi Nguyên tắc Zero Trust cho truy cập từ xa của SMB xác minh danh tính, quyền tối thiểu và hạn chế tiếp xúc.

Truy cập có thời hạn và các hoạt động nhạy cảm

Quyền truy cập nên phản ánh không chỉ những gì một đại lý cần, mà còn khi nào và tại sao quyền truy cập là cần thiết. Ủy quyền có thời hạn có thể giảm thiểu sự tiếp xúc giữa các nhiệm vụ được phê duyệt, cũng như các biện pháp kiểm soát bổ sung. Bạn có thể thực thi một số hành động thông qua nhà cung cấp danh tính, cổng công cụ, ứng dụng hoặc một cơ chế chính sách đáng tin cậy khác thay vì chỉ dựa vào AI.

Bảo mật của AI Agent khác nhau như thế nào giữa các ứng dụng doanh nghiệp?

Không phải mọi ứng dụng đều cung cấp các cơ chế giống nhau để kiểm soát quyền truy cập AI. Các nhóm CNTT cần điều chỉnh các kiểm soát quyền truy cập cho phù hợp với môi trường và yêu cầu của họ.

Các ứng dụng SaaS và API

Các ứng dụng SaaS hiện đại thường cung cấp API hỗ trợ mã thông báo truy cập có phạm vi, vai trò ứng dụng và quyền ủy quyền.

Mặc dù chúng có thể làm cho việc ủy quyền đại lý chính xác hơn, nhưng quyền truy cập API vẫn có thể quá rộng, vì vậy các quản trị viên nên xem xét phạm vi, hạn chế quyền truy cập và thường xuyên xóa bỏ quyền.

Ứng dụng kinh doanh dựa trên trình duyệt

Các ứng dụng dựa trên trình duyệt giới thiệu những thách thức khác nhau với sự tương tác giao diện đồ họa.

Các tổ chức nên sử dụng các tài khoản chuyên dụng, hạn chế chặt chẽ các ứng dụng có sẵn và thực thi quyền truy cập trong chính phần mềm kinh doanh. Bài viết của chúng tôi về truy cập trình duyệt an toàn vào các ứng dụng riêng tư giải thích cách phân bổ ứng dụng, xác thực và kiểm soát phía máy chủ có thể giảm thiểu sự tiếp xúc không cần thiết.

Các ứng dụng Windows kế thừa và máy tính để bàn từ xa

Các ứng dụng Windows kế thừa đặt ra một thách thức đặc biệt vì các kiểm soát truy cập của chúng thường được thiết kế dựa trên người dùng con người hơn là các quy trình tự động.

Truy cập

Tuy nhiên, công nghệ truy cập và thực thi sẽ vẫn tách biệt, bất kể vai trò kinh doanh, quyền hạn, tài khoản Windows, nhóm thư mục hoặc quyền truy cập ở cấp độ ứng dụng rộng hơn. Loại truy cập đồ họa vẫn là quyết định của quản trị viên và bài viết của chúng tôi về Các tác nhân AI và ứng dụng Windows kế thừa khám phá các tác động kỹ thuật và kiến trúc của các môi trường thực thi khác nhau.

Bảo mật

Về vấn đề bảo mật, quyền truy cập và quyền hạn không thể bị trộn lẫn. Việc công bố một ứng dụng Windows cụ thể có nghĩa là giảm thiểu sự tiếp xúc của một hệ thống đầy đủ, nhưng đây chỉ là khởi đầu cho một chiến lược kiểm soát truy cập rộng hơn. Công việc quản trị của bạn đã được xác định rõ ràng:

Cơ chế truy cập	Các biện pháp kiểm soát an ninh chính	Mối quan tâm chính
API SaaS	Phạm vi OAuth, mã thông báo, vai trò API	Quyền truy cập quá rộng, lạm dụng token
Ứng dụng trình duyệt	Phiên, vai trò ứng dụng	Hành động trái phép trong một phiên hợp lệ
Ứng dụng Windows đã được phát hành	Danh tính Windows, phân bổ ứng dụng, quyền hạn	Truy cập vượt quá nhiệm vụ dự kiến
Toàn bộ máy tính từ xa	Quyền OS, hạn chế phiên, tăng cường bảo mật	Mở rộng hệ thống và di chuyển ngang

Những rủi ro an ninh mạng nào cần các biện pháp kiểm soát bổ sung?

Các tác nhân AI có thể gặp phải các hướng dẫn độc hại trong các vé hỗ trợ, trang web, tài liệu hoặc phản hồi công cụ. Điều này tiêm lệnh có thể chuyển hướng một tác nhân ra khỏi nhiệm vụ hợp pháp của nó, ngay cả khi kẻ tấn công không thể đăng nhập trực tiếp. OWASP Top 10 cho Ứng dụng Agentic 2026 nêu rõ các mối đe dọa liên quan.

Các rủi ro khác bao gồm thông tin xác thực bị lộ trong các thông báo hoặc nhật ký, việc sử dụng công cụ trái phép, leo thang quyền hạn và dữ liệu nhạy cảm được gửi đến các điểm đến không mong muốn. Các quy trình đa tác nhân thêm một mối quan tâm khác: các nhiệm vụ được ủy quyền không được tự động mang theo quyền truy cập không hạn chế từ một tác nhân này sang tác nhân khác.

Để tránh việc rò rỉ dữ liệu và những vấn đề tương tự, hãy coi nội dung bên ngoài là không đáng tin cậy, bảo vệ bí mật thông qua các dịch vụ xác thực được hỗ trợ, hạn chế các kết nối ra ngoài và thực thi quyền truy cập độc lập với mô hình AI. Các hoạt động nhạy cảm cần có các biện pháp kiểm soát ở cấp độ ứng dụng hoặc công cụ, không chỉ là các hướng dẫn có thể diễn giải yêu cầu một tác nhân hành xử an toàn.

Làm thế nào để IT giám sát, thu hồi và kiểm toán quyền truy cập của AI Agent?

Quản lý truy cập là không đầy đủ nếu các quản trị viên không thể xác định những gì một tác nhân đã làm hoặc ngăn chặn nó khi hành vi của nó trở nên bất ngờ.

Theo dõi danh tính, quyết định và hành động

Một bản ghi kiểm toán hữu ích: danh tính đại lý + chủ sở hữu chịu trách nhiệm + thao tác được yêu cầu + phê duyệt + gọi công cụ + hành động kết quả + kết quả.

Tùy thuộc vào các công cụ liên quan, các bản ghi sẽ khác nhau. Không có nguồn nào duy nhất kể toàn bộ câu chuyện, vì vậy cần có sự kết hợp giữa các sự kiện xác thực, phát hành mã thông báo truy cập, các cuộc gọi API, hoạt động ứng dụng, phê duyệt, sửa đổi tệp và hoạt động phiên như là bằng chứng. Ví dụ, kết hợp nhật ký danh tính với ghi âm phiên, tương quan các bản ghi khi có thể.

Ngoài ra, hãy bảo vệ thông tin nhạy cảm ở bất kỳ đâu có thể. Ví dụ, nếu bạn là một MSP, hãy tách biệt các bản ghi kiểm toán theo khách hàng để bảo vệ dữ liệu của họ.

Thu hồi quyền truy cập và phản hồi sự cố

Định nghĩa một quy trình tắt máy cho mỗi lần triển khai tác nhân AI, trước khi sản xuất.

Tùy thuộc vào môi trường, điều này có thể yêu cầu vô hiệu hóa danh tính của một tác nhân AI, thu hồi thông tin xác thực, xoay vòng bí mật, chấm dứt các phiên hoạt động và dừng các công việc đã lên lịch. Khi hoàn tất, đánh giá các mã thông báo đã phát hành trước đó hoặc các phiên đã thiết lập: việc thu hồi một thông tin xác thực không phải lúc nào cũng đủ để dừng một quy trình đã hoạt động.

Bạn có thể bao gồm những điều sau đây trong quy trình phản hồi "hành vi sai trái" thực tế:

• chứa quyền truy cập,
• bảo tồn nhật ký,
• điều tra các thay đổi,
• thay thế thông tin xác thực
• và xác nhận rằng sự cố không được phép đã kết thúc.

Danh sách kiểm tra an ninh AI thực tiễn cho các nhóm CNTT là gì?

Tại sao không tiếp cận bảo mật đại lý AI một cách dần dần? Bắt đầu với một quy trình hẹp, tốt nhất là chỉ đọc, sau đó mở rộng chỉ sau khi xác thực các biện pháp kiểm soát. Trước khi cấp quyền truy cập sản xuất cho một đại lý:

1. Xác định quyền sở hữu. Tài liệu mục đích, người vận hành/sở hữu, môi trường thực thi, công cụ và luồng dữ liệu.
2. Gán một danh tính riêng biệt. Tránh chia sẻ thông tin đăng nhập của con người. Thiết lập trách nhiệm riêng biệt.
3. Bản đồ và giới hạn tài nguyên được phép. Xác định các ứng dụng, hồ sơ, dữ liệu, hệ thống, quyền API cần thiết, khoảng thời gian.
4. Hạn chế các hành động nhạy cảm. Xác định yêu cầu phê duyệt và cấm các thay đổi có tác động lớn cũng như quyền hạn không cần thiết.
5. Bảo vệ thông tin đăng nhập. Sử dụng xác thực khối lượng công việc được hỗ trợ và bí mật được quản lý.
6. Xác thực môi trường thực thi. Xem xét cách ly phiên, truy cập mạng và các cài đặt bảo mật Windows liên quan.
7. Kích hoạt chứng cứ và phục hồi: giữ hồ sơ về xác thực, thực thi công cụ, hoạt động ứng dụng và những thay đổi quan trọng.
8. Kịch bản thất bại kiểm tra: xác nhận quyền truy cập có thể bị thu hồi, phiên làm việc bị chấm dứt và hoạt động bất thường được điều tra.

Ví dụ, một MSP có thể điều khiển một đại lý để đọc các hồ sơ hóa đơn ERP đã chọn và chuẩn bị một báo cáo, mà không cấp quyền cho nó chỉnh sửa dữ liệu tài chính. Chỉ có độ tin cậy đã được chứng minh và quyền hạn có thể thi hành mới nên biện minh cho quyền hạn rộng hơn.

TSplus có thể giúp bảo mật quyền truy cập ứng dụng Windows như thế nào?

Đối với các tổ chức hoạt động phần mềm kinh doanh dựa trên Windows, hạ tầng truy cập từ xa cơ bản cũng là một phần của quy trình bảo mật như vậy. Các khả năng phân phối ứng dụng và bảo vệ máy chủ của TSplus giúp quản trị viên hệ thống kiểm soát quyền truy cập vào các ứng dụng Windows được lưu trữ tập trung.

TSplus Remote Access: Giao hàng ứng dụng và phân công

TSplus Remote Access công bố và phân bổ các ứng dụng Windows, làm cho chúng có sẵn thông qua các kết nối từ xa, bao gồm cả truy cập dựa trên web. Cung cấp một ứng dụng được phân bổ thay vì toàn bộ máy tính để bàn có thể tham gia vào việc giảm thiểu sự tiếp xúc giao diện không cần thiết trong các quy trình làm việc AI như vậy, đặc biệt là những quy trình liên quan đến phần mềm doanh nghiệp hiện tại và kế thừa.

TSplus Advanced Security: Bảo vệ máy chủ và phiên làm việc Windows

TSplus Advanced Security thêm bảo vệ máy chủ Windows và phiên làm việc thông qua bảo vệ chống tấn công brute-force, hạn chế địa lý, kiểm soát giờ làm việc, quản lý quyền, bảo vệ ransomware, cảnh báo và nhật ký sự kiện bảo mật.

Các điều khiển này có thể giảm thiểu sự tiếp xúc xung quanh máy chủ ứng dụng, do đó bổ sung cho danh tính, quyền truy cập và các biện pháp bảo vệ thời gian chạy cần thiết cho các tác nhân AI.

Cùng nhau, các khả năng liên quan của TSplus hỗ trợ một nguyên tắc thực tiễn: duy trì quyền truy cập có kiểm soát vào các ứng dụng kinh doanh và bảo vệ môi trường Windows phía sau chúng, trong khi để lại cho các quản trị viên sự linh hoạt trong việc giới thiệu các biện pháp bảo mật và điều phối cụ thể cho AI khi các khối lượng công việc mới yêu cầu.

Kết luận

Bảo mật của đại lý AI bắt đầu với một sự phân biệt đơn giản: có quyền truy cập vào một ứng dụng không có nghĩa là có quyền thực hiện mọi hành động bên trong nó, nếu có.

Đối với các quản trị viên hệ thống và nhà cung cấp dịch vụ quản lý, việc quản lý AI có nghĩa là kết hợp các tác nhân AI được xác định rõ ràng, các nhiệm vụ có phạm vi hẹp, quyền hạn có thể thực thi, môi trường thực thi được bảo vệ và các dấu vết kiểm toán đáng tin cậy. Những bước như vậy cho phép các tổ chức khám phá tự động hóa AI mà không làm mở rộng bề mặt tấn công của họ một cách không cần thiết.

Câu hỏi thường gặp

Danh tính phi con người trong bảo mật đại lý AI là gì?

Một danh tính không phải con người xác định phần mềm, một khối lượng công việc tự động hoặc một tác nhân AI thay vì một người. Nó cho phép quản trị viên xác thực khối lượng công việc, phân quyền và theo dõi hoạt động của nó. Các danh tính tác nhân chuyên dụng có thể cải thiện trách nhiệm so với các tài khoản con người chia sẻ.

Danh tính của một tác nhân AI khác gì so với một tài khoản dịch vụ?

Tài khoản dịch vụ truyền thống thường hỗ trợ các ứng dụng và quy trình tự động được định nghĩa trước. Danh tính của các tác nhân AI có thể cần thêm các kiểm soát vòng đời, ủy quyền và phân quyền vì các tác nhân có thể tự chọn hành động. Các cơ chế danh tính có sẵn phụ thuộc vào nền tảng và môi trường ứng dụng.

Các đại lý AI có thể truy cập an toàn các ứng dụng Windows cũ không?

Có, miễn là công nghệ thực thi phù hợp và các biện pháp kiểm soát truy cập có sẵn. Các tổ chức phải hạn chế tài khoản Windows, quyền ứng dụng và phiên làm việc từ xa. Xuất bản một ứng dụng riêng lẻ có thể giảm thiểu rủi ro, nhưng không thay thế được bảo mật hệ điều hành hoặc quyền truy cập ở cấp độ ứng dụng.

Các biện pháp bảo mật nào cần thiết khi các tác nhân AI khắc phục sự cố thiết bị từ xa?

Các đại lý khắc phục sự cố từ xa cần quyền thực thi hạn chế, ủy quyền cho các hành động nhạy cảm, ghi nhật ký và điều kiện dừng đáng tin cậy. Hướng dẫn đồng hành của chúng tôi về các đại lý AI trong hỗ trợ CNTT giải thích cách giám sát việc khắc phục tự động, xác minh kết quả và nâng cao các can thiệp không thành công.

Làm thế nào để các quản trị viên CNTT thu hồi quyền truy cập của một tác nhân AI?

Quản trị viên nên vô hiệu hóa danh tính của tác nhân, thu hồi các mã thông báo và thông tin xác thực áp dụng, chấm dứt các phiên hoạt động và dừng các quy trình hoặc tác vụ đã lên lịch liên quan. Sau đó, họ nên xác minh rằng quyền truy cập đã kết thúc và điều tra bất kỳ hoạt động trái phép nào.