Quy tắc bảo vệ dữ liệu

Các quy tắc quy định những gì một tin nhắn trò chuyện không được phép mang ra khỏi tổ chức của bạn — khóa, số thẻ, IBAN và các mã định danh riêng của bạn — được kiểm tra trước mỗi lần gửi tin nhắn, và được hướng dẫn bằng một từ trên tin nhắn hoặc một tệp được cung cấp cho trợ lý.

Quy tắc bảo vệ dữ liệu

Một cuộc trò chuyện mà mọi thành viên đều đọc bằng ngôn ngữ của mình vẫn là một cuộc trò chuyện mà ai đó có thể theo thói quen dán vào một khóa truy cập, số thẻ của khách hàng hay mã tham chiếu hợp đồng. Quy tắc bảo vệ dữ liệu kiểm tra từng tin nhắn trong các meeting và kênh của tổ chức bạn trước khi tin nhắn được gửi đi. Việc kiểm tra dựa trên một danh sách quy tắc, không phải một phán đoán: khi một tin nhắn bị từ chối, quy tắc từ chối nó sẽ được nêu tên, và cùng một nội dung ngày mai vẫn bị từ chối theo cách đó.

Quy tắc bảo vệ dữ liệu có trong gói Business và Enterprise. Thành viên ở các gói khác không thấy quy tắc nào và không bị từ chối tin nhắn nào.

Tin nhắn chứa khóa truy cập bị từ chối trước khi gửi: thông báo nêu tên quy tắc, nội dung vẫn nằm trong khung soạn thảo

Những gì được kiểm tra

Một quy tắc là một mẫu (biểu thức chính quy) hoặc một danh sách các từ chính xác, đi kèm một trong ba hành động:

  • Block — tin nhắn không bao giờ rời đi. Người gửi thấy quy tắc nào đã từ chối tin nhắn và nội dung vẫn nằm trong khung soạn thảo.
  • Warn — người gửi vẫn có thể gửi kèm một lý do. Lý do được ghi vào nhật ký kiểm toán của tổ chức cùng với quy tắc.
  • Audit — tin nhắn vẫn được gửi, và nhật ký kiểm toán lưu lại một dòng ghi nhận việc đó.

Quy tắc warn trở thành block khi trong phòng có người ngoài tổ chức: một khách tham gia qua liên kết, hoặc một người tham gia từ tổ chức khác.

Chỉnh sửa một tin nhắn đã gửi sẽ chạy cùng các quy tắc đó trên nội dung mới. Việc chỉnh sửa không đi kèm lý do, nên quy tắc warn từ chối hẳn thao tác chỉnh sửa: trình soạn thảo giữ lại nội dung của bạn, và để gửi nó kèm lý do, bạn hãy gửi nó dưới dạng một tin nhắn mới. Các ký tự vô hình và chữ số trông giống nhau nằm trong một khóa hay một số không thể giúp nội dung đó tránh khỏi các quy tắc.

Mỗi tổ chức bắt đầu với các quy tắc có sẵn: khóa đám mây và khóa API (AWS, Google, GitHub, Slack, Stripe, OpenAI, Anthropic), khóa riêng tư ở định dạng PEM, JSON Web Token, số thẻ thanh toán và IBAN. Khóa bị block; số thẻ và IBAN bị warn. Chủ sở hữu có thể thay đổi hành động của một quy tắc có sẵn hoặc tắt nó.

Dạy một quy tắc từ một tin nhắn

Chủ sở hữu hoặc quản trị viên của tổ chức mở menu của một tin nhắn trong chat và chọn Protect data like this. InterMIND đọc tin nhắn và đề xuất một quy tắc: nội dung cần bảo vệ, một mẫu hoặc các từ chính xác, và một hành động. Bạn chỉnh sửa đề xuất rồi lưu lại. Từ tin nhắn tiếp theo trở đi, tin nhắn của mọi thành viên đều được kiểm tra theo quy tắc đó.

Một quy tắc phải khớp với tin nhắn dùng để dạy nó; quy tắc có cùng tên sẽ thay thế quy tắc trước đó.

Dạy quy tắc từ một tệp

Trong Claude, ChatGPT, Copilot hoặc Gemini đã kết nối với InterMIND, hãy đưa cho trợ lý danh sách của bạn — một bảng, một bảng tính, một tài liệu chính sách — và nói rõ điều gì không được rời khỏi tổ chức. Trợ lý sẽ viết các quy tắc thông qua add_dlp_rules, hiển thị chúng bằng list_dlp_rules và xóa một quy tắc bằng remove_dlp_rule. Ba lệnh gọi này cũng có trong API công khai tại /api/v1/dlp.

Những gì được ghi lại

Các lần từ chối, các lần bỏ qua kèm lý do, các trường hợp khớp chỉ để kiểm toán và mọi thay đổi của một quy tắc đều là các dòng trong nhật ký kiểm toán của tổ chức: chat.dlp_blocked, chat.dlp_overridden, chat.dlp_flagged, chat.dlp_rule_changed. Dòng ghi nêu tên quy tắc, người gửi và một mẫu đã được che của nội dung khớp — không bao giờ là toàn bộ tin nhắn.