Cloudflare OS không phải là một công cụ đơn lẻ; đó là một nền tảng kết hợp công cụ phát triển, kiểm soát Zero Trust và dịch vụ tùy chỉnh thành một môi trường vận hành đại lý thống nhất. Nhân viên có thể tạo đại lý, cấp cho chúng các khả năng hạn chế và chạy chúng trong môi trường an toàn với ghi nhật ký toàn diện. OS đặt nhận dạng và quyền truy cập lên hàng đầu, định tuyến ngữ cảnh từ các nguồn chính thống và thực thi quyền sở hữu: con người vẫn chịu trách nhiệm về kết quả đại lý, và quản lý sẽ kế thừa trách nhiệm đó khi thành viên rời nhóm.

Cách tiếp cận này công nhận đại lý như các tác nhân phần mềm chịu sự quản trị giống như các dịch vụ khác. Kết quả nói lên tất cả: các đại lý xem xét đã phát hiện hàng loạt vấn đề trước khi mã được đưa vào; đại lý xem xét thiết kế phát hiện sớm sự lệch kiến trúc; và khả năng quan sát vận hành cho phép đội bảo mật và nền tảng biết chính xác đại lý nào đã làm gì, khi nào và dưới các giới hạn nhận dạng nào.

Một lớp vận hành bền vững có bốn trụ cột: nhận dạng, quyền truy cập, ngữ cảnh và thực thi. Đầu tiên, đại lý phải có nhận dạng chính thức, thừa hưởng quyền truy cập tối thiểu qua SSO và chính sách dựa trên vai trò. Thứ hai, quyền truy cập nên được biểu thị dưới dạng các khả năng chi tiết, có thể kiểm toán, không phải là thông tin đăng nhập thô. Thứ ba, ngữ cảnh phải được tuyển chọn và phiên bản hóa để hướng dẫn đại lý một cách đáng tin cậy. Thứ tư, thực thi phải diễn ra trong môi trường an toàn với kiểm soát truy cập mạng, cách ly bí mật và khả năng quan sát nhất quán. Kết nối tất cả với đánh giá chính sách để các hành động được cho phép hoặc từ chối dựa trên ai là đại lý, nơi nó chạy và nhiệm vụ yêu cầu.

Mô hình của Cloudflare đối xử với đại lý như bất kỳ khối lượng công việc sản xuất nào khác: chúng có chủ sở hữu, lịch sử thay đổi và các rào chắn bảo vệ. Các điểm kiểm tra có con người tham gia áp dụng cho các hành động rủi ro; chính sách dưới dạng mã kiểm soát việc triển khai; và các đánh giá diễn ra trước khi hợp nhất, không phải sau sự cố. Quan trọng là, lớp ngữ cảnh (ví dụ: sổ tay kỹ thuật được mã hóa) chuyển đổi chuẩn mực miền thành hướng dẫn máy có thể sử dụng mà đại lý có thể thực thi. Kết quả là ít bất ngờ hơn: các vòng đánh giá phát hiện lỗi, dấu vết kiểm toán tái tạo quyết định và phạm vi quyền hạn ngăn chặn việc leo thang đặc quyền ngay cả khi việc áp dụng mở rộng.

Nếu bạn xây dựng: kiểm kê nhà cung cấp nhận dạng, mô hình RBAC, kho bí mật, động cơ chính sách, nguồn ngữ cảnh tuyển chọn, môi trường thực thi và hệ thống quan sát. Định nghĩa các kết nối theo phạm vi khả năng và triển khai các bộ đánh giá cho quy trình làm việc quan trọng. Nếu bạn mua: yêu cầu các hành động ràng buộc nhận dạng (không dùng khóa API chung), quyền truy cập chi tiết, môi trường thực thi cách ly với kiểm soát truy cập, chính sách dưới dạng mã, nhật ký kiểm toán có thể phát lại và hỗ trợ bản ngữ cho ngữ cảnh phiên bản. Trong cả hai trường hợp, yêu cầu phân công chủ sở hữu, quy tắc bàn giao và kiểm soát chi phí để nhóm có thể dự báo và kiểm soát chi tiêu đại lý.

Các rủi ro hàng đầu bao gồm sự lan rộng quyền truy cập qua thông tin đăng nhập tĩnh, tiêm gợi ý vào các kết nối tin cậy cao và sự trôi dạt mô hình âm thầm làm thay đổi hành vi. Các biện pháp giảm thiểu: ràng buộc mọi hành động với kiểm tra nhận dạng và chính sách; loại bỏ và làm sạch đầu vào không tin cậy; kiểm soát các thao tác nhạy cảm qua phê duyệt con người; và liên tục đánh giá đại lý qua các bộ kiểm thử hồi quy phản ánh quy trình thực tế. Xem ngữ cảnh như mã với đánh giá, phiên bản và khả năng quay lại. Cuối cùng, đưa chi phí vào quản trị: đặt ngân sách theo đại lý và quy trình, đồng thời cung cấp dữ liệu để chủ sở hữu điều chỉnh tần suất gọi, kích thước ngữ cảnh và lựa chọn mô hình.