Obsidian Security ra mắt công cụ thực thi chính sách thời gian chạy để kiểm soát hành động của tác nhân AI

Obsidian Security đã ra mắt một bộ máy ra quyết định chính sách trong thời gian chạy, được thiết kế để giúp các doanh nghiệp kiểm soát những gì tác nhân AI thực hiện trong các ứng dụng kinh doanh trước khi hành động được thực thi. Thông báo này mở rộng nền tảng bảo mật tác nhân của công ty với một proxy bảo mật MCP, một API ra quyết định chính sách và phạm vi hỗ trợ rộng hơn cho các công cụ lập trình cũng như tác nhân được tích hợp trong phần mềm của bên thứ ba.

Đợt ra mắt này giải quyết một vấn đề mà các biện pháp kiểm soát truy cập thông thường chưa thể xử lý triệt để: tác nhân có thể sở hữu thông tin xác thực hợp lệ và sử dụng một ứng dụng được phê duyệt nhưng vẫn thực hiện hành động không phù hợp. Chẳng hạn, quyền đọc hồ sơ khách hàng không nhất thiết đồng nghĩa với quyền xuất những hồ sơ đó đến một đích bên ngoài.

Obsidian đánh giá hành động được đề xuất dựa trên các chính sách quản lý tập trung, có xét đến người đứng sau tác nhân, tình trạng công việc và quyền hạn của họ, ứng dụng liên quan cũng như các phân loại dữ liệu do khách hàng cung cấp. Sau đó, các điểm thực thi được kết nối sẽ cho phép hoặc chặn hành động, hoặc yêu cầu phê duyệt nếu tính năng đó được hỗ trợ.

Từ phát hiện tác nhân đến kiểm soát hành động của chúng

Việc phát hiện tác nhân giúp xác định những công cụ nào đang hiện diện và chúng có thể truy cập những gì. Quản trị có thể giảm các quyền không cần thiết hoặc phát hiện cấu hình rủi ro. Chính sách thời gian chạy giải quyết câu hỏi còn lại: ngay lúc này, một tác nhân vốn đã được cấp quyền nên được phép làm gì?

Thông báo của Obsidian đề cập đến cả tác nhân do nhân viên vận hành lẫn tác nhân được tích hợp trong phần mềm mà doanh nghiệp đang sử dụng. Các năng lực phát hiện và quản trị được mở rộng bao gồm Salesforce Agentforce, Databricks, GitHub, Microsoft 365, Snowflake, ServiceNow và Workday.

Đây là những điểm kiểm soát khác nhau. Phát hiện một tác nhân bên trong ứng dụng SaaS không có nghĩa là mọi hành động trong ứng dụng đó đều được chặn hoặc kiểm soát. Việc thực thi chính sách thời gian chạy phụ thuộc vào khả năng tích hợp được hỗ trợ và điểm mà hành động đi qua.

Công ty cũng bổ sung hỗ trợ chính sách thời gian chạy cho OpenAI Codex, bên cạnh các biện pháp kiểm soát tác nhân lập trình hiện có. Thông báo nêu ra những rủi ro như lệnh phá hoại, lộ thông tin xác thực và truy cập dữ liệu bên ngoài phạm vi dự kiến của dự án—những hành động có thể xảy ra ngay trong một phiên phát triển hợp lệ.

Knowledge Graph cung cấp ngữ cảnh còn thiếu

Cổng kết nối có thể kiểm tra một yêu cầu, nhưng chỉ riêng yêu cầu đó có thể chưa đủ để làm rõ quyền hạn đứng sau nó. Để đưa ra quyết định bảo mật phù hợp, có thể cần biết tài khoản gọi yêu cầu thuộc về nhân viên hay nhà thầu, quan hệ lao động đã chấm dứt hay chưa, và tài khoản thực sự có những quyền nào trong ứng dụng đích.

Kiến trúc Knowledge Graph của Obsidian kết nối con người, tài khoản, ứng dụng, mã thông báo, quyền được cấp và các mối quan hệ giữa chúng. Công ty cho biết họ chuẩn hóa thông tin từ API quản trị, luồng hoạt động và các tích hợp thành một mô hình chung, trong đó các thực thể và mối quan hệ được gắn phiên bản để ghi nhận những thay đổi theo thời gian.

Cấu trúc đó giúp lần theo quyền truy cập trên nhiều hệ thống, thay vì xem xét từng tài khoản một cách riêng lẻ. Vai trò bề ngoài của một tác nhân có thể hạn hẹp, trong khi mã thông báo hoặc quyền được kế thừa lại cho phép tác nhân đó tiếp cận rộng hơn ở nơi khác. Việc kết nối các mối quan hệ này giúp công cụ chính sách có cơ sở vững chắc hơn để xác định liệu một hành động cụ thể có phù hợp với quy định của tổ chức hay không.

Khách hàng có thể bổ sung ngữ cảnh của riêng mình, bao gồm các nhãn phân loại. Nhờ đó, chính sách có thể phân biệt một tệp thông thường với tệp được doanh nghiệp xác định là có độ nhạy cảm cao, thay vì chỉ dựa vào định nghĩa chung về dữ liệu mật của nhà cung cấp bảo mật.

Quyết định được thực thi như thế nào

Kiến trúc này tách biệt việc ra quyết định với việc thực hiện hành động. Theo phần giải thích về công cụ thực thi thời gian chạy của Obsidian, một điểm thực thi sẽ tạm dừng thao tác được đề xuất, gửi thông tin chi tiết để đánh giá, rồi áp dụng quyết định và lý do được trả về.

API ra quyết định chính sách mới mở rộng mô hình đó sang các cổng kết nối do khách hàng vận hành, khung vận hành tác nhân và quy trình làm việc. Doanh nghiệp có thể duy trì hạ tầng hiện có, đồng thời yêu cầu Obsidian đưa ra quyết định dựa trên ngữ cảnh. Sau đó, thành phần thực thi của khách hàng phải áp dụng quyết định đó trước khi thao tác được tiếp tục.

Obsidian cũng hướng dẫn cách dùng chế độ đánh dấu để kiểm tra các trường hợp khớp chính sách trên lưu lượng thực tế trước khi chặn thao tác. Hồ sơ quyết định ghi lại tác nhân, người đưa ra yêu cầu, công cụ, đối số, kết quả và chính sách khớp, giúp các nhóm bảo mật điều tra lý do một hành động được cho phép hoặc bị chặn.

Khả năng phê duyệt có phạm vi hẹp hơn so với kiến trúc cho phép hoặc chặn nói chung: tài liệu hiện tại của công ty cho biết yêu cầu phê duyệt chỉ khả dụng với các chính sách Claude Code chạy trước khi thao tác được thực hiện. Vì vậy, các khả năng ở cấp độ tích hợp rất quan trọng khi thiết kế biện pháp kiểm soát cho một hệ thống có nhiều loại tác nhân khác nhau.

Proxy MCP giữ mã thông báo ứng dụng ngoài các ứng dụng AI

Proxy bảo mật MCP kiểm soát các kết nối giữa ứng dụng khách AI và những ứng dụng doanh nghiệp được hỗ trợ. Model Context Protocol, hay MCP, cung cấp cho các tác tử một phương thức tiêu chuẩn để gọi các công cụ do máy chủ bên ngoài cung cấp. Obsidian đặt bước kiểm tra chính sách giữa ứng dụng khách và máy chủ MCP của ứng dụng.

Tài liệu sản phẩm mô tả cách thay URL MCP trực tiếp của nhà cung cấp bằng một điểm cuối do Obsidian quản lý. Người dùng cấp quyền truy cập thông qua quy trình chấp thuận của nhà cung cấp ứng dụng; ứng dụng khách AI nhận token do proxy cấp, thay vì tự lưu trữ token truy cập của ứng dụng.

Proxy liên kết một phiên với người dùng, tài khoản ứng dụng của họ và tenant tương ứng, chẳng hạn như một tổ chức hoặc không gian làm việc cụ thể trên Salesforce. Proxy kiểm tra các lệnh gọi công cụ trước khi chuyển tiếp và ghi lại liệu chúng được cho phép hay bị chặn. Obsidian cho biết cơ chế này hoạt động trong phạm vi quyền hiện có của người dùng trên ứng dụng, thay vì cấp thêm đặc quyền thông qua một tài khoản dịch vụ dùng chung.

Thông báo cũng nêu việc hợp tác với Cloudflare và MCP Server Portal của công ty này. Mục tiêu là kết hợp vị trí của một cổng kết nối trên luồng lưu lượng với thông tin về danh tính, ứng dụng và dữ liệu của Obsidian.

Vì sao kiểm soát ở cấp hành động lại quan trọng

Đối với các doanh nghiệp triển khai tác tử, thách thức thực tế là cho phép các tác tử thực hiện công việc hữu ích, đồng thời hạn chế những sai sót có hậu quả nghiêm trọng. Lệnh cấm toàn diện có thể khiến quy trình làm việc dừng hẳn; trong khi đó, một quyết định có phạm vi giới hạn chặt chẽ có thể cho phép các thao tác đọc thông thường tiếp tục, đồng thời chặn việc xuất dữ liệu trái phép hoặc yêu cầu xem xét một thay đổi có tính phá hủy.

Obsidian đang đưa các quyết định đó vào một lớp chính sách chung áp dụng cho các công cụ và điểm thực thi được hỗ trợ. Giá trị của lớp này sẽ phụ thuộc vào chất lượng của thông tin nền về quyền truy cập và mức độ đầy đủ của các luồng xử lý nằm trong phạm vi kiểm soát. Khi các tác tử được giao thêm trách nhiệm vận hành, khả năng giải thích và thực thi quyết định trước khi hành động được tiến hành sẽ ngày càng trở thành một phần quan trọng trong bảo mật doanh nghiệp.