Bảng điều khiển hạt nhân không có daemon cho các tác nhân AI lập trình cục bộ
vetto, được tạo ra bởi Shleder, là một sandbox không có daemon mà giới hạn các tác nhân lập trình AI và ngăn chặn việc thực thi mã không mong muốn trên máy phát triển. Công cụ này thực thi cách ly ở cấp độ kernel xung quanh hoạt động của tác nhân và cung cấp các điều khiển dựa trên chính sách cho truy cập hệ thống tệp, mạng và tài nguyên. Nó nhắm đến các nhà phát triển phần mềm, các nhà nghiên cứu an ninh và các tổ chức điều hành các tác nhân lập trình tự động cần một lớp bảo mật cục bộ để giảm thiểu rủi ro từ việc tiêm lệnh và thực thi không kiểm soát.
Các nhiệm vụ nào bạn thực sự có thể sử dụng nó cho?
Công cụ này được xây dựng để chứa các quy trình tác động tương tác với máy chủ, cụ thể là các tác nhân dòng lệnh tuân theo Giao thức Ngữ cảnh Mô hình (MCP) hoặc các giao diện tương tự. Các trường hợp sử dụng bao gồm chạy các tác nhân tạo mã, công cụ tái cấu trúc tự động và trợ lý kịch bản trong khi ngăn chặn các ghi chép không mong muốn, rò rỉ bí mật hoặc các cuộc gọi mạng không mong muốn. Vetto phù hợp với giai đoạn phát triển nơi mã được tạo ra thực thi trên máy cục bộ và yêu cầu một ranh giới an toàn.
Các biện pháp bảo vệ cấp kernel thực tế đáng tin cậy đến mức nào?
Vetto thực thi các chính sách bằng các nguyên thủy của hệ điều hành: trên Linux, nó sử dụng Landlock, không gian tên và seccomp-BPF; trên macOS, nó tích hợp với Seatbelt. Thiết kế nhấn mạnh một mô hình thực thi đóng lỗi và chi phí thời gian chạy thấp bằng cách áp dụng các hạn chế ở cấp kernel thay vì dựa vào một daemon container chạy lâu dài. Hỗ trợ Windows được mô tả là thử nghiệm và ánh xạ đến một cơ chế kiểu AppContainer.
Các điều khiển chính sách và đầu vào nào mà nó chấp nhận?
Cấu hình chính sách dựa trên tệp và tuyên bố, sử dụng TOML cho các quy tắc chi tiết. Ngôn ngữ chính sách bao gồm các gốc hệ thống tệp, deny-paths cho dữ liệu nhạy cảm, danh sách cho phép mạng theo miền hoặc vô hiệu hóa hoàn toàn mạng, và các ràng buộc thực thi như thời gian chờ và giới hạn quy trình. Những đầu vào này cho phép các nhóm hạn chế I/O, chặn các vị trí bí mật và giới hạn quyền truy cập thời gian chạy của một tác nhân trước khi tác nhân thực thi.
Có thực tế để thêm vào quy trình làm việc của nhà phát triển không?
Công cụ được cài đặt thông qua các kênh phát triển tiêu chuẩn, ví dụ như gói npm toàn cầu hoặc một Homebrew tap trên macOS, và không yêu cầu Docker hoặc quyền root để chạy. Điều đó giảm thiểu thay đổi hạ tầng cho phát triển cục bộ. Việc áp dụng nó yêu cầu viết và thử nghiệm các chính sách TOML và một số quen thuộc với các nguyên thủy sandbox của hệ điều hành, khiến nó phù hợp nhất cho các nhóm thoải mái với công cụ dòng lệnh và việc soạn thảo chính sách.
Ai nên áp dụng nó, và cần chú ý điều gì?
Công cụ này là một lựa chọn thực tế cho các nhà phát triển và tổ chức đang sử dụng các công cụ agentic như Claude Code, Cursor, và Aider, và nó được công nhận trong cộng đồng nhà phát triển AI vì đã giải quyết rủi ro của agent. Lời khuyên thực tiễn: thử nghiệm các tệp chính sách trên các dự án không nhạy cảm trước và giữ việc xem xét mã thủ công cho các lần chạy có rủi ro cao hoặc sản xuất để phát hiện hành vi mà sandbox không bao phủ.
