Поддерживаемые версии
Orbit ещё до 1.0. Исправления безопасности выходят для последнего выпуска и ветки main.
- main (последняя) — поддерживается
- Последний помеченный выпуск — поддерживается
- Более старые выпуски — не поддерживаются
Как сообщить об уязвимости
Сообщайте об уязвимостях приватно — не открывайте публичный issue. Используйте приватный отчёт об уязвимости на GitHub или напишите на [email protected].
Что приложить
- описание проблемы и её последствий;
- шаги воспроизведения или proof of concept;
- версию Orbit, версию вашей ОС и способ установки Orbit (
cargo run, пакет.appили DMG); - версию CLI
pi(pi --version).
Чего ожидать
Вы получите подтверждение в течение нескольких дней и обновление статуса по мере разбора. Дайте разумное время на выпуск исправления до публичного раскрытия.
Область действия и модель безопасности
Orbit — локальный клиент. Он запускает pi как дочерний процесс и даёт ему тот же локальный доступ к инструментам, какой был бы у вас в терминале. Некоторые свойства задуманы так и сами по себе не являются уязвимостями:
- Orbit запускает агента с полным локальным доступом к инструментам. Агент может читать, изменять файлы и выполнять команды в вашем рабочем пространстве от вашего пользователя. В этом и смысл инструмента.
- Режимы доступа — это подтверждение, а не песочница. С наблюдением, Автопринятие правок и Полный доступ решают, какие изменяющие вызовы инструментов требуют подтверждения. В
piнет песочницы, и Orbit её не добавляет. Режим, автоматически одобряющий вызов, не является границей изоляции. - Данные сессий находятся в собственном хранилище pi (
~/.pi/agent/,~/.orbit-pi/). Orbit читает и пишет те же файлы, что и CLIpi.
Какие отчёты нам нужны:
- ошибки безопасности памяти;
- инъекция команд или промптов, пересекающая границу, которую Orbit заявляет как защищённую;
- утечка учётных данных через поверхность RPC;
- подписанный апдейтер, принимающий непроверяемый артефакт.