Безопасность и конфиденциальность

Как обращаться с ключами, какие данные не следует отправлять и каковы границы этого сервиса.

Обращение с ключами

• Ключи показываются полностью только один раз. Храните их в менеджере секретов или переменной окружения.
• Используйте отдельный ключ для каждого сервиса или компьютера, чтобы можно было отзывать доступ точечно.
• Отзыв вступает в силу немедленно.
• Никогда не помещайте ключ в клиентский JavaScript, бинарный файл мобильного приложения или публичный репозиторий. Всё, что передаётся пользователю, общедоступно.
• Если ключ утёк, сначала отзовите его, а затем проводите расследование.

Какие данные не следует отправлять

Это сторонний шлюз между вами и вышестоящим поставщиком. Рассматривайте его как внешнего обработчика данных:

• Не отправляйте данные, которые вам запрещено по договору передавать субобработчику.
• Не отправляйте регулируемые данные — медицинские записи, номера платёжных карт, государственные идентификаторы — без законного основания.
• Удаляйте секреты перед отправкой журналов или файлов конфигурации модели. Агенты, читающие файлы целиком, без колебаний прочитают ваш .env.

Инъекция промпта

Любое содержимое, которое читает модель, может пытаться давать ей инструкции — веб-страницы, файлы, результаты инструментов, комментарии к задачам. Последствия зависят от того, что модель может *делать*, поэтому ограничьте её возможности:

• Предоставляйте инструментам для работы с базой данных роль с доступом только на чтение.
• Ограничивайте права токенов API необходимым минимумом.
• Требуйте одобрения человека для необратимых действий.
• Никогда не eval вывод модели и не выполняйте сгенерированный SQL через соединение с правом записи.

Транспорт

Весь трафик передаётся по HTTPS. Запретите обычный HTTP в конфигурации своего клиента; базовый URL http:// приведёт к передаче вашего ключа открытым текстом.