Bảo mật và quyền riêng tư

Cách quản lý khóa, những gì nên tránh gửi và phạm vi của dịch vụ này.

Quản lý khóa

• Khóa chỉ được hiển thị đầy đủ một lần. Hãy lưu chúng trong trình quản lý thông tin bí mật hoặc biến môi trường.
• Dùng một khóa riêng cho mỗi dịch vụ hoặc máy để có thể thu hồi đúng khóa cần thiết.
• Việc thu hồi có hiệu lực ngay lập tức.
• Tuyệt đối không đặt khóa trong JavaScript phía máy khách, tệp nhị phân của ứng dụng di động hoặc kho mã công khai. Bất cứ thứ gì được chuyển đến người dùng đều là công khai.
• Nếu khóa bị lộ, hãy thu hồi trước rồi điều tra sau.

Những dữ liệu nên tránh gửi

Đây là cổng kết nối của bên thứ ba nằm giữa bạn và nhà cung cấp thượng nguồn. Hãy coi đây là một bên xử lý bên ngoài:

• Đừng gửi dữ liệu mà hợp đồng cấm bạn chia sẻ với bên xử lý phụ.
• Đừng gửi dữ liệu thuộc diện quản lý theo quy định — hồ sơ sức khỏe, số thẻ thanh toán, mã định danh do cơ quan nhà nước cấp — khi chưa có cơ sở pháp lý để làm vậy.
• Hãy che thông tin bí mật trước khi gửi nhật ký hoặc tệp cấu hình cho mô hình. Các tác tử đọc toàn bộ tệp cũng sẽ dễ dàng đọc cả .env.

Chèn chỉ dẫn vào prompt

Bất kỳ nội dung nào mô hình đọc đều có thể cố gắng đưa chỉ dẫn cho nó — trang web, tệp, kết quả công cụ, bình luận trong báo cáo vấn đề. Hậu quả phụ thuộc vào những gì mô hình có thể *làm*, vì vậy hãy giới hạn khả năng đó:

• Cấp vai trò chỉ đọc cho các công cụ cơ sở dữ liệu.
• Giới hạn phạm vi token API ở mức tối thiểu cần thiết.
• Yêu cầu con người phê duyệt các hành động không thể đảo ngược.
• Tuyệt đối không eval đầu ra của mô hình hoặc thực thi SQL được tạo ra qua kết nối có quyền ghi.

Phương thức truyền tải

Toàn bộ lưu lượng sử dụng HTTPS. Hãy từ chối HTTP thuần trong cấu hình ứng dụng khách của bạn; URL cơ sở http:// sẽ gửi khóa của bạn dưới dạng văn bản rõ.