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

Cusp в первую очередь работает локально. Среда выполнения агента запущена на вашем компьютере, и код с историей сессий остаются на нём, если вы не пользуетесь облачными функциями. Запросы к модели уходят выбранному вами провайдеру: напрямую со своими ключами или через управляемый шлюз Cusp, если вы пользуетесь моделями Cusp. Для Cusp нужен аккаунт, поэтому приложение также обращается к серверам Cusp, чтобы выполнить вход.

Что где работаетСкопировать ссылку на раздел

Ваш код и история сессий остаются на вашем компьютере, если вы не пользуетесь облачными функциями, например синхронизацией или артефактами. Что именно попадает на серверы Cusp, описано в Политике конфиденциальности.

Что покидает ваш компьютерСкопировать ссылку на раздел

• Запросы к модели. Чтобы выполнить работу, агент отправляет модели ваши запросы, загруженные инструкции, а также содержимое прочитанных файлов и вывод команд. Всё это идёт напрямую от демона к выбранному провайдеру и подчиняется его политике обработки данных. Выбирайте провайдера, чьи условия хранения данных и обучения на них подходят для вашего кода. Локальная модель через Ollama или LM Studio оставляет всё на вашем компьютере.
• Трафик инструментов. WebFetch и WebSearch обращаются к соответствующим сайтам и поисковому сервису. MCP-серверы получают то, что им отправляет агент. Команды оболочки делают то, что делают; ограничить их можно песочницей.
• Проверка обновлений — когда вы выбираете Проверить обновления… в десктопном приложении.

ТелеметрияСкопировать ссылку на раздел

Отчёты о сбоях и метрики использования по умолчанию выключены. Cusp спрашивает один раз, а изменить выбор можно в Настройки → Конфиденциальность. DO_NOT_TRACK=1 или CUSP_TELEMETRY=off выключают и то и другое независимо от выбора. Из отчётов удаляются пути, секреты и код — сначала на вашем компьютере, затем ещё раз на сервере. Отчёты не связаны с вашим аккаунтом и хранятся не дольше 90 дней. Сторонней аналитики нет. Подробнее — в Политике конфиденциальности.

Ключи и секретыСкопировать ссылку на раздел

• Десктопное приложение: ключи провайдеров хранятся в системном хранилище учётных данных (связка ключей (Keychain) в macOS, диспетчер учётных данных в Windows, Secret Service в Linux). В базе данных Cusp хранится только ссылка на ключ. Значения ключей никогда не пишутся в журналы и не попадают в сообщения об ошибках.
• CLI: ключи берутся из переменных окружения или, для ключей с ротацией, из команды apiKeyHelper в настройках.
• Команды оболочки выполняются с окружением, из которого удалены секреты, поэтому команда, запущенная агентом, не наследует ваши ключи провайдеров.
• Конфигурация MCP может ссылаться на секреты как ${VAR}. Подставленные значения никогда не показываются модели.
• Облако (скоро): ключи, хранящиеся в облаке, шифруются конвертным шифрованием (envelope encryption) с управляемым ключом.

Локальный демонСкопировать ссылку на раздел

• Привязывается только к 127.0.0.1. Чтобы слушать любой другой интерфейс, нужен явный флаг, предназначенный для облачных песочниц.
• При каждом запуске использует случайный порт и новый bearer-токен. Каждый запрос должен содержать токен. Адрес и токен записываются в файл обнаружения, который можете прочитать только вы, — так CLI и расширения редакторов находят демон.
• Принимает запросы из браузера только с разрешённых источников (origins) — собственного источника десктопного приложения. Это проверяется и для HTTP, и для WebSocket-подключений.
• Десктопное приложение никогда не записывает токен на диск или в журналы.
• Хуки, MCP-серверы и команды оболочки не наследуют токен.

Полное описание границ доверия и механизмов защиты — в разделе Модель безопасности.

Защитные механизмы вокруг агентаСкопировать ссылку на раздел

Любая проверка при сбое запрещает действие. Если песочницу нельзя применить, классификатор недоступен или хук не отвечает, результатом будет запрос подтверждения или отказ, но никогда не молчаливое разрешение.

Prompt injectionСкопировать ссылку на раздел

Текст, который читает агент (веб-страницы, issue, файлы из зависимостей), может содержать инструкции, адресованные агенту. Архитектура Cusp исходит из того, что так и будет:

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

Относитесь к недоверенному репозиторию так же, как к запуску его кода: прежде чем доверять рабочей области, просмотрите её папки .cusp/ и .claude/, хуки и MCP-серверы.

Защита десктопного приложенияСкопировать ссылку на раздел

• Загружает только встроенный интерфейс; никакого удалённого содержимого.
• Строгая политика безопасности содержимого (CSP) ограничивает интерфейс им самим и демоном на loopback-адресе.
• Все вызовы от интерфейса к нативной оболочке проходят через слой изоляции с явным списком разрешённого.
• В macOS приложение подписано и нотаризовано, в Windows — подписано. Подпись обновлений проверяется по ключу, встроенному в приложение.

Данные на дискеСкопировать ссылку на раздел

Папка данных — ~/.cusp для CLI и ~/Library/Application Support/run.cusp.desktop/daemon для десктопного приложения в macOS. Удалите её, чтобы стереть всю локальную историю сессий.

Как сообщить об уязвимостиСкопировать ссылку на раздел

Пожалуйста, сообщайте о проблемах безопасности конфиденциально на security@cusp.run, а не в публичном issue. В политике раскрытия уязвимостей описано, что входит в её рамки, в какие сроки мы отвечаем и какие гарантии даём добросовестным исследователям.