Ủy quyền cho agent nghĩa là gì
Ủy quyền cho agent là quyết định về những gì một AI agent được phép làm: nó có thể gọi những route nào, đọc dữ liệu nào, thực hiện những hành động gì và với mức độ bao nhiêu. Khái niệm này khác với định danh agent, vốn là việc xác định agent nào, hoặc agent của người vận hành nào, đang gửi yêu cầu.
Hai khái niệm này dễ bị lẫn vì chúng thường xuất hiện cùng nhau. Một yêu cầu đã ký cho bạn biết ai đã gửi nó. Nó không cho bạn biết liệu bên gửi đó có được phép thay đổi tài khoản, đặt đơn hàng hay xuất dữ liệu hay không. Định danh là bằng chứng; ủy quyền là chính sách. Bài viết của chúng tôi về những gì yêu cầu AI agent đã ký chứng minh, và những gì chúng không chứng minh phân tích rõ sự khác biệt này.
Vì sao sự khác biệt này quan trọng
Các ứng dụng đã tách xác thực khỏi ủy quyền đối với người dùng: đăng nhập chứng minh bạn là ai, còn vai trò và quyền quyết định bạn có thể làm gì. Agent cũng cần sự tách biệt tương tự, nhưng với một lớp thận trọng bổ sung:
- Định danh có thể mạnh nhưng quyền vẫn không có. Một crawler có HTTP message signature hoàn toàn hợp lệ không đương nhiên có quyền gọi một endpoint ghi.
- Quyền có thể tồn tại mà không cần định danh mạnh. Một agent dùng API key của khách hàng được key đó ủy quyền, ngay cả khi không có gì cho biết phần mềm agent nào đang giữ key đó.
- Người đứng sau agent là điều quan trọng. Khi một agent hành động thay cho ai đó, câu hỏi trở thành liệu người đó có trao quyền cho nó hay không (xem delegated authority).
Gộp hai thứ này thành một lần kiểm tra sẽ dẫn đến hai kiểu lỗi: chặn tự động hóa hợp lệ vì nó không có đăng nhập của người dùng, hoặc tin cậy một agent được nhận diện rõ cho những hành động mà nó không bao giờ nên thực hiện.
Ủy quyền thường được biểu đạt như thế nào
Phần lớn ứng dụng ủy quyền cho agent bằng những cơ chế sẵn có:
- Thông tin xác thực và scope. API key hoặc token OAuth 2.0 với scope giới hạn ở đúng những gì tích hợp cần. MCP server dùng cùng mô hình này: MCP authorization specification xem một server được bảo vệ như một OAuth 2.1 resource server.
- Chính sách theo route. Các route chỉ đọc mở cho những agent đã biết; các route ghi yêu cầu thông tin xác thực gắn với một tài khoản.
- Các mức rủi ro. Hành động ít ảnh hưởng được cho phép rộng rãi, hành động có tác động lớn cần thông tin xác thực mạnh hơn, xác nhận hoặc rà soát.
- Giới hạn tốc độ và quota theo người vận hành, theo thông tin xác thực hoặc theo route.
Bằng chứng định danh agent đi vào các quyết định này như một đầu vào. Để xem một cách triển khai cụ thể, hãy xem thiết kế chính sách ở cấp ứng dụng cho con người và AI agent. Cách này cho phép bạn xử lý một người vận hành đã được xác minh khác với một client ẩn danh, nhưng bản thân quyền vẫn đến từ chính sách của bạn.
Những hiểu lầm thường gặp
- "Agent đã được xác minh nghĩa là được phép." Xác minh chỉ gán một yêu cầu cho một bên. Chính sách của bạn vẫn quyết định bên được gán đó có thể làm gì.
- "Nên chặn agent trừ khi chứng minh được là con người." Nhiều agent là bên tham gia hợp lệ. Câu hỏi tốt hơn là từng loại actor nên được phép làm gì, theo từng route.
- "Có thể suy ra ủy quyền từ hành vi." Hành vi có thể làm tăng hoặc giảm mức độ tin cậy về loại actor hiện diện. Nó không nên tự mình cấp quyền.
Proof of Actor xử lý điều này như thế nào
Proof of Actor trả lời câu hỏi về bằng chứng: loại actor nào đang hiện diện, trên cơ sở nào (verified, declared, inferred hoặc unknown), và điều gì đã biết cũng như chưa biết. Sản phẩm này chủ ý không quyết định quyền. Một kết quả Agent, kể cả khi đã được xác minh, không bao giờ đồng nghĩa với việc được ủy quyền. Trong Route, ứng dụng của bạn kết hợp kết quả actor với thông tin xác thực, scope và mức rủi ro riêng để allow, adapt, challenge, review hoặc rate-limit từng tương tác, bắt đầu ở chế độ quan sát để bạn có thể kiểm tra kết quả trước khi enforce bất cứ điều gì.
Tìm hiểu thêm về cách các quyết định được đưa vào ứng dụng của bạn, xem các use case cho APIs và MCP server, hoặc đăng ký truy cập sớm.
Nguồn
- RFC 6749: The OAuth 2.0 Authorization Framework: token có scope cho client
- MCP specification 2026-07-28: Authorization: ủy quyền dựa trên OAuth cho MCP server
- RFC 9421: HTTP Message Signatures: yêu cầu đã ký xác lập điều gì