Chuyển đến nội dung chính
Guardrails quyết định giá trị nhạy cảm nào agent không bao giờ thấy ở dạng gốc. Khi một giá trị được bảo vệ xuất hiện trong dữ liệu agent làm việc, chẳng hạn email khách hàng trong một dòng log, agent đọc placeholder thay thế. Bạn quản lý tính năng này trong Admin Settings → Guardrails: bật hoặc tắt các định danh có sẵn và thêm mẫu cho các định dạng ID chỉ nhóm bạn dùng.

​
Điều kiện tiên quyết

  • Vai trò Admin trong workspace, để thay đổi cài đặt cho workspace đó.
  • Vai trò Owner hoặc Admin của tổ chức, để đặt cấu hình nền của tổ chức, khóa quy tắc hoặc chuyển mẫu lên tổ chức.
  • Một biểu thức chính quy cho mỗi định dạng ID tùy chỉnh bạn muốn ẩn. Bạn không cần giá trị mẫu.

​
Agent thấy gì

Mỗi dòng trong bảng là một định danh có sẵn hoặc một mẫu tùy chỉnh. Nhấn vào dòng định danh có sẵn để xem mô tả và ví dụ về những gì agent thấy. Các định danh bật theo mặc định bắt đầu ở phạm vi Organization. Một số chi tiết của các quy tắc có sẵn:
  • Email bỏ qua địa chỉ thuộc các tên miền dành riêng example.com, example.net và example.org. Phone bỏ qua dải dành riêng 555-0100 đến 555-0199.
  • Credit card và IBAN chỉ khớp các số vượt qua kiểm tra checksum, nên chuỗi số ngẫu nhiên vẫn hiển thị.
  • API keys và Cloud credentials là bảo vệ secret, không phải PII. Cloud credentials bao gồm secret key và service account key của AWS, Azure, Google Cloud và các nhà cung cấp khác. Key ID AKIA… đứng riêng vẫn hiển thị. Hãy khóa cả hai dòng ở cấp tổ chức để không workspace nào tắt được chúng.
Không thể khôi phục giá trị gốc từ placeholder, nên agent không thể tìm kiếm theo giá trị đã che, ví dụ tra cứu người dùng theo email. Chỉ che những gì agent không bao giờ cần truy vấn. Đó là lý do IP addresses và Cloud account IDs mặc định tắt: agent điều tra sự cố mạng hoặc IAM thường cần đọc chúng.
Thay đổi áp dụng cho đầu ra công cụ từ thời điểm đó. Đầu ra đã lưu vẫn giữ nguyên placeholder cũ, và bật một quy tắc không che lại các giá trị đã hiển thị.

​
Đặt phạm vi chạy của bảo vệ

Cột Scope có ba vị trí cho mỗi dòng. Ai nhấn sẽ quyết định thay đổi có hiệu lực rộng đến đâu. Với một quy tắc có sẵn ở Organization: Quy tắc đã khóa không thay đổi với bất kỳ ai cho đến khi Admin của tổ chức mở khóa.
1

Mở Guardrails

Vào Admin Settings → Guardrails. Dùng Search identifiers, hoặc lọc theo phạm vi và theo loại (Built-in hoặc Custom).
2

Chọn phạm vi

Nhấn Off, Workspace hoặc Organization trên dòng. Thay đổi được lưu ngay khi nhấn. Không có thanh Save.Trạng thái thành công: dòng hiển thị phạm vi mới.
3

Khóa quy tắc (tùy chọn, Admin của tổ chức)

Đặt dòng về Organization trước; biểu tượng ổ khóa chỉ hoạt động ở đó. Sau đó nhấn ổ khóa trong cột Actions để giữ quy tắc có sẵn luôn bật cho mọi workspace.Trạng thái thành công: workspace Admin không thể đặt quy tắc về Off nữa. Nhấn ổ khóa lần nữa để mở khóa.
Workspace Admin chỉ có thể tắt quy tắc của tổ chức cho workspace của mình khi quy tắc chưa bị khóa. Không thể khóa mẫu tùy chỉnh.

​
Thêm mẫu tùy chỉnh

Dùng mẫu tùy chỉnh cho ID có cấu trúc mà quy tắc có sẵn không bao gồm, chẳng hạn số tài khoản khách hàng. Viết định dạng dưới dạng biểu thức chính quy. Không nhập giá trị thật.
1

Bắt đầu một mẫu

Trong Admin Settings → Guardrails, nhấn Add pattern. Mẫu mới bắt đầu ở phạm vi Workspace.
2

Đặt tên

Nhập Name mà nhóm bạn dễ nhận ra, chẳng hạn Customer account ID.
3

Chọn danh mục

Chọn Category từ danh sách hoặc tự nhập, chẳng hạn customer-id. Agent thấy danh mục trong placeholder, ví dụ ct:pii:v3:customer-id:<hash>. Các danh mục mà quy tắc có sẵn dùng, chẳng hạn email, được dành riêng.
4

Nhập mẫu và lưu

Nhập biểu thức chính quy vào Pattern, ví dụ \bACC-\d{6}\b cho ACC- theo sau bởi đúng sáu chữ số. Ranh giới từ \b ngăn mẫu khớp bên trong một ID dài hơn như ACC-1234567. Nhấn Save.Mẫu dùng cú pháp regex của Rust, mặc định phân biệt hoa thường. Thêm (?i) ở đầu để bỏ qua hoa thường. Không hỗ trợ lookaround và backreference. Để thử mẫu trước, dùng công cụ kiểm tra đặt ở chế độ Rust, chẳng hạn regex101.Trạng thái thành công: mẫu xuất hiện trong bảng với loại Custom, ở phạm vi Workspace. CloudThinker kiểm tra mẫu khi lưu, và mẫu không hợp lệ hoặc quá rộng sẽ hiển thị lỗi (xem Khắc phục sự cố).
Không có bản xem trước kết quả khớp, nên hãy viết mẫu cụ thể. Một mẫu rộng, chẳng hạn mọi UUID, có thể ẩn các giá trị agent cần để làm việc.

​
Giới hạn

Để dùng một mẫu cho toàn tổ chức, Owner hoặc Admin của tổ chức chuyển mẫu sang Organization bằng điều khiển phạm vi. Khi đó mẫu hiển thị trong bảng của mọi workspace, và chỉ Admin của tổ chức mới có thể sửa, chuyển hoặc xóa. Mẫu của tổ chức chiếm một chỗ trong mọi workspace. Thao tác chuyển hoặc thêm mẫu lên tổ chức sẽ bị từ chối nếu khiến bất kỳ workspace nào vượt quá 5 mẫu. Hãy giải phóng một chỗ trong workspace đầy nhất trước.

​
Thay đổi hoặc xóa mẫu

​
Khắc phục sự cố

Thông báo lỗi cho biết bước kiểm tra nào thất bại.
Admin của tổ chức đã khóa quy tắc. Nhờ họ mở khóa, hoặc giữ quy tắc bật.
Đó là mẫu của tổ chức. Chỉ Owner và Admin của tổ chức mới thay đổi được.
Admin Settings dành cho Owner và Admin của tổ chức. Workspace Admin chỉ mở được trang Guardrails trong đó. Nếu bạn có một trong các vai trò đó mà vẫn không thấy trang, có thể Guardrails chưa được bật cho bản triển khai của bạn. Liên hệ bộ phận hỗ trợ CloudThinker.

​
Bước tiếp theo

Bảo vệ dữ liệu

Xem cách xử lý secret được dán hoặc in ra

Bảo mật và tin cậy

Xem mọi cơ chế kiểm soát bảo mật ở một nơi