Mỗi bước cấu hình ở đây được làm từ console (hoặc REST API với session/
access token của bạn) và bị giới hạn theo vai trò. Chỉ các route gateway
firewall và các cuộc gọi relay
/v1/* mang một key kiểu sk-orca-....1. Checklist để thẩm định các kết nối mcp server
Làm từ trên xuống. Ba bước đầu là bắt buộc cho bất kỳ server nào bạn không tự vận hành; phần còn lại làm cứng nó.1. Probe trước khi bạn tin
Khám phá danh sách tool thật và khả năng tiếp cận trước khi viết một quy
tắc nào.
2. Default-deny, rồi allow-list
Chỉ cho phép các tool bạn đã xem xét; mọi thứ khác bị từ chối.
3. Mã hóa credential
Lưu auth để nó được mã hóa lúc nghỉ, masked khi đọc, không bao giờ được
mô hình thấy.
4. Khóa egress
Ràng buộc nơi các tool của server có thể vươn tới trên mạng.
5. Quarantine các skill tự cài đặt
Giữ bất cứ thứ gì agent tự cài đặt cho đến khi một con người xem xét nó.
6. Shadow trước, rồi theo dõi
Triển khai trong audit-only, rồi đọc các sự kiện và bất thường trước khi
enforce.
2. Probe trước khi bạn tin
Bạn không thể xem xét các tool bạn chưa bao giờ thấy, và danh sách tool được quảng bá của một server là thứ có khả năng thay đổi dưới bạn nhất. Đăng ký server, rồi probe nó — gateway chạy một MCPinitialize + tools/list
đối với endpoint và trả về các tool thật cùng với các input schema của chúng,
cộng với một status khả năng tiếp cận là ok, degraded, hoặc down.
shell.exec hoặc một http_fetch mà bạn không mong đợi là một phát
hiện, không phải một chi tiết — đó là toàn bộ điểm của việc probe trước.
Tham chiếu đăng ký và probe đầy đủ sống trong
Firewall: các MCP server; hướng dẫn từ đầu đến
cuối là Kết nối một MCP server.
3. Default-deny, rồi allow-list các tool bạn đã xem xét
Một allow-list là khác biệt giữa “server có thể làm sáu thứ” và “server có thể làm bất cứ điều gì người vận hành nó quyết định ngày mai”. Đặtdefault_verdict của chính sách thành deny, rồi thêm một quy tắc cho mỗi
tool bạn đã xem xét và tin tưởng. Vì gateway đặt namespace cho mọi tool
<server>.<tool>, bạn có thể thu hẹp các quy tắc về một server mà không chạm
các server khác.
github.create_issue chạy, github.get_issue chạy, và một
github.delete_repo mới được giới thiệu bị từ chối cho đến khi bạn đã xem xét
và cho phép nó. Một tools/call bị từ chối quay lại mô hình như một lỗi
tool (firewall deny: …) — agent thích nghi thay vì crash.
Xem Allow-list các tool MCP để biết
công thức đầy đủ, và Quy tắc Firewall để biết
DSL khớp.
4. Mã hóa credential — không bao giờ tự xoay xở auth
Một server bên thứ ba hầu như luôn cần một credential, và một credential là thứ bạn ít muốn nằm trong plaintext hoặc đến được mô hình nhất. Đăng ký auth của server qua OrcaRouter để nó được mã hóa lúc nghỉ, masked khi đọc, và chỉ được tiêm vào lúc dispatch.auth_mode là một trong none, bearer, oauth, hoặc basic:
5. Khóa egress: các tool của nó có thể vươn tới đâu?
Các verdict theo từng cuộc gọi quyết định tool nào chạy; egress quyết định nơi nó có thể vươn tới. Một tool “trả về dữ liệu” và một tool “exfiltrate các secret của bạn tới host của kẻ tấn công” có thể là cùng một tool với một argument khác — egress control là cái phân biệt chúng. Gateway đã xác thực mọi endpoint từ xa và IP dial đã phân giải của nó đối với một chính sách SSRF trên mọi hop, từ chối các dải intranet và địa chỉ cloud-metadata và kiểm tra lại IP để đánh bại DNS rebinding. Ở trên đó, soạn quy tắc egress deny của riêng bạn cho các host và CIDR mà server này không bao giờ nên chạm:Không có preset nào ship các quy tắc CIDR cho bạn — bạn tự soạn danh sách
deny host/CIDR, thu hẹp về cái mà server này hợp lệ cần. Xem
Giới hạn egress và
Exfiltration dữ liệu.
6. Quarantine cái mà agent tự cài đặt
Server bạn đã đăng ký là một rủi ro; các skill, các BYO MCP server, và các plugin mà một agent tự cài đặt sau đó là một rủi ro khác. OrcaRouter quét mọi khả năng cài-đặt-được, gán cho nó một dải rủi ro, và dẫn xuất một enforcement mode —allow, quarantine, hoặc block — cưỡi lên trên mọi
verdict quy tắc.
Bất cứ thứ gì tự phát hiện ở lần dùng đầu tiên bị quarantine cho đến khi
một con người xem xét nó: một khả năng chẳng ai chấp thuận không có một
suất miễn phí chỉ vì nó quét lành tính. Một khả năng quarantine leo thang
bất cứ thứ gì ngắn hơn một deny lên pending_approval, nên các tool của nó
chỉ chạy sau khi bạn đã xem.
7. Shadow trước, rồi theo dõi trail
Đừng lật một server mới toanh thẳng tới enforcing. Đặt chính sách vào shadow mode — các verdict enforcing bị hạ cấp xuống audit và được ghi log là[shadow] would … — để bạn có thể thấy cái lẽ ra đã bị block trước khi
nó thực sự bị. Khi audit trail trông đúng, bỏ shadow mode và enforce.
Sau khi nó live, các biện pháp kiểm soát tiếp tục theo dõi:
Các sự kiện firewall
Các sự kiện firewall
Mỗi cuộc gọi được kiểm soát ghi lại verdict, bề mặt, và quy tắc đã khớp
của nó. Đọc chúng để xác nhận allow-list và các quy tắc egress cư xử như
dự định. Xem Audit các sự kiện MCP.
Feed bất thường
Feed bất thường
Các đột biến tốc độ và chi phí đối với một baseline đã học, cộng với các
vòng lặp retry và các đường tool mới lạ, hiện ra như các bất thường — đọc
được bởi bất kỳ Member nào.
Các tool đã khám phá
Các tool đã khám phá
Bật observe mode để ghi log các cuộc gọi mà một chính sách chưa bao trùm
như các khoảng trống, để bạn siết từ cái mà một agent thực sự làm, không
phải từ phỏng đoán.
8. Con đường nhanh: chọn một autonomy level
Nếu bạn muốn không tự xây tay các bước 3–5 cho một server bạn chưa hoàn toàn tin, áp dụng một autonomy level và chỉnh sửa từ đó. Các level viết các hàng chính sách và guardrail thật, chỉnh-sửa-được — chúng là một điểm khởi đầu, không phải một hộp đen:| Level | Cái nó đặt |
|---|---|
permissive | Observe mode bật — ghi log mọi thứ, không thực thi gì. |
balanced | Chính sách default-audit từ chối shell phá hủy, cộng với guardrail PII Shield ở flag-only mode. |
tight | Chính sách default-deny từ chối shell phá hủy và các tool hình dạng fetch (http_fetch/web_search/fetch_url/request — vector SSRF), cộng với các guardrail PII Shield và Secrets Blocker được thực thi. Các secret trong các argument bị bắt bởi guardrail Secrets Blocker trên request, không phải bởi một quy tắc tool-arg. |
tight, probe,
rồi nới các tool cụ thể vào một allow-list. Một-cú-nhấp undo khôi phục ảnh
chụp trước-khi-áp-dụng.
Các lần đọc cài đặt, chính sách, các tool đã khám phá, các bất thường, các
MCP server đã đăng ký, và các skill mở cho bất kỳ Member nào; các lần đọc
event, run, và aggregate yêu cầu Developer+, và mọi việc ghi yêu cầu
Developer+. Việc tiết lộ plaintext key của một token cũng là
Developer+.
9. Đi đâu tiếp theo
Kết nối một MCP server
Đăng ký, probe, và phơi bày một server qua gateway.
Allow-list các tool MCP
Default-deny một server và chỉ cho phép các tool đã xem xét.
Phòng vệ rug-pull
Bắt một server hoặc skill thay đổi sau khi bạn chấp thuận nó.
Tổng quan bảo mật MCP
Bản đồ đầy đủ của bề mặt quản trị MCP.
