Безопасность

Что хранится на вашем сервере, что уходит наружу, как защищены ключи и что записывается в журнал. В конце — честный список того, чего платформа пока не умеет.

Что остаётся у вас, что уходит наружу

Платформа, база и рабочие каталоги агентов работают на вашем сервере. Удалённого доступа к нему у нас нет.

Трафик к модели можно пустить через корпоративный HTTPS-прокси.
Фоновая телеметрия агента выключена.
Работу полностью без сети платформа не поддерживает: каждому шагу агента нужен ответ модели.

Данные	Где они
Репозитории и рабочие каталоги агентов	На вашем сервере
История сессий и очереди задач	На вашем сервере
SSH-ключи, токены, учётные данные интеграций	На вашем сервере, в базе, в зашифрованном виде
Запросы к модели	Уходят провайдеру, которого выбрали вы. В запросах есть код из контекста агента
Запросы к облачным трекерам, git-хостингам и MCP-серверам	Уходят в эти сервисы, если вы их подключили
Обновления	Релизы скачиваются с нашего сервера релизов, подписаны; компоненты — с серверов их авторов, по закреплённым контрольным суммам

Песочница

Каждый процесс агента запускается в песочнице bubblewrap. Корень файловой системы внутри неё смонтирован только для чтения. Писать агент может в свой рабочий и домашний каталог, в /home и в кэши. Каталог /tmp у каждого процесса свой.

Юнит systemd запрещает повышать привилегии (NoNewPrivileges) и защищает системные каталоги (ProtectSystem=strict). Сам сервис видит /home только для чтения (ProtectHome=read-only), но песочница агента отдельно открывает /home на запись — это ограничение из списка ниже. sudo внутри песочницы нет.

Чтение между песочницами пока не изолировано: корень файловой системы смонтирован, а не скрыт, поэтому агент видит файлы вне своего каталога. Закрыть чтение между песочницами — в планах.

remotehangar v1.39.0 · сборка 00:49 1 БЕЙ В РАБОТЕ Поиск беев и задач…⌘K Aalex.morgan

Открыть бей Беи4 Настройки ЗАКРЕПЛЕНЫ api-gatewayplatform свой сервер · hangar.nw.internal

НастройкиВы

К серверам

10.0.4.12в сетиstaging-01

Подробности о подключённом сервере.

ОбзорСобытия ангара

ДАННЫЕ

ID сервера3f9a2c61-7b0e-4d52-9c18-a6e40b7d2f95Хост10.0.4.12Порт22Пользователь SSHdeployМетка SSH-ключаstaging-deployСоздан2026-09-02 09:14:07 UTC

СОСТОЯНИЕ

Статусв сети Версия агента0.1.0Был на связитолько чтоРаботает23 д 04 чНагрузка за 1 мин0,21Свободно памяти1,4 ГиБСвободно на диске38,2 ГиБ

НАГРУЗКА ЗА 24 Ч

Средняя нагрузка за 1 мин, последние 24 чсейчас: 0,21

10:29 UTC10:29 UTC

ПРИВЯЗАННЫЕ БЕИ (1)

api-gateway7d1c2a4e5b6f4c3d9e8a1f2b3c4d5e6f2026-09-03 15:02:48 UTC

РЕЖИМ

ПЕСОЧНИЦАПользовательский юнит с ограничениями. Не трогает /etc и других пользователей.Сменить режим…

ДЕЙСТВИЯ

Повторить установкуЖурналОбновить…Сменить сертификатИзменитьУдалить

Ключи и пароли

Мастер-ключ передаётся сервису через учётные данные systemd (LoadCredential). Файл ключа доступен только root.

Из мастер-ключа по HKDF-SHA256 выводятся отдельные ключи подсистем. Ими по AES-256-GCM шифруются SSH-ключи и токены git, OAuth-токены интеграций, секреты удалённых серверов, корневой ключ центра сертификации и токены учётных записей провайдера модели.

Пароли хешируются Argon2id. Токены сессий и API хранятся только в виде хешей.

Вход и доступ

Учётные записи создаёт администратор в веб-консоли или командой remote-hangar users:create. Ролей две: администратор и пользователь.

Вход через OIDC включается по желанию и работает с discovery и PKCE. Учётная запись создаётся при первом входе.

Cookie сессии защищены флагами httpOnly, SameSite=strict и secure. Пользователь видит свои сессии и может их завершить. После неудачных попыток входа платформа блокирует вход с нарастающей задержкой — по пользователю и по IP-адресу.

API-токены выдаются со скоупами, отзываются сразу и по умолчанию живут 90 дней.

Что записывается в журнал

Журнал хранится в SQLite. Пользователь читает свои записи через GET /api/audit.

Каждое решение о разрешении инструмента: разрешено или запрещено и кто решил — правило (белый или чёрный список), человек или тайм-аут.
Операции с учётными данными git.
Вызовы администратора на удалённых серверах.

Не пишется в журнал	Где искать
Входы в систему	Лог приложения
Управление пользователями и настройками	Лог приложения
Выпуск API-токенов	Лог приложения
Ходы Public API	Лог приложения и метрики Prometheus

ОсновнойimplementerЗАВЕРШЁН

▸ Исходный запрос

АНГАР· 48,7 с12:58:56

Три новых теста квот падают, как и ожидалось. Сначала фиксирую тестом нынешние лимиты по маршрутам, чтобы рефакторинг не поменял их незаметно.

Edit …/ratelimit/bucket_test.go +15/-0 Δ 20 мс ОК

Shell cd /srv/repos/platform/api-gateway && go test ./internal/ratelimit/… Δ 3,16 с ОК

АНГАР· 2,39 с12:59:06

Лимиты по маршрутам зафиксированы. Теперь бакеты по токенам в TokenBucket.

Edit …/ratelimit/bucket.go +6/-6 Δ 22 мс ОК

Edit …/ratelimit/bucket.go +16/-11 Δ 15 мс ОК

Edit …/ratelimit/middleware.go +9/-2 Δ 13 мс ОК

АНГАР· 2,48 с12:59:27

Теперь отвечаем 429 с Retry-After, а не ждём таймаута апстрима.

Edit …/http/errors.go +12/-1 Δ 17 мс ОК

Shell cd /srv/repos/platform/api-gateway && go test ./… -run Quota Δ 4,66 с ОК

АНГАР· 4,08 с12:59:42

Тесты квот проходят. Перед линтером перечитываю bucket.go целиком.

Read …/ratelimit/bucket.go:36-125 Δ 13 мс ОК

АНГАР· 6,84 с12:59:50

go vet и линтер без замечаний. Коммичу первое исправление.

Shell cd /srv/repos/platform/api-gateway && go vet ./… && golangci-lint run Δ 20,1 с ОК

Shell git commit -q -m "fix(ratelimit): answer 429 with Retry-After when a token… Δ 79 мс ОК

АНГАР· 4,39 с13:00:21

Следующее замечание: после перезагрузки конфига остаются старые бакеты. Сначала тест.

Edit …/ratelimit/reload_test.go +12/-0 Δ 27 мс ОК

Shell cd /srv/repos/platform/api-gateway && go test ./internal/ratelimit/… Δ 4,72 с ОК

Только чтение: субагенту нельзя ответить.

Подписанные обновления

Манифест каждого релиза подписан minisign. Ключа подписи нет на сервере, который раздаёт релизы. Перед установкой ваш сервер проверяет подпись и контрольные суммы.

Если на сервере нет утилиты проверки подписи, установщик только предупреждает. Флаг --require-signature делает проверку обязательной.

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

Чего платформа пока не умеет

Список держим открытым, чтобы вы решали, зная ограничения.

Чтение между песочницами не изолировано. Каталог /home открыт на запись во всех песочницах.
Ролей две — администратор и пользователь. Тонкой настройки прав нет.
Писем платформа не отправляет: приглашений и сброса пароля по почте нет.
Вход через OIDC не ограничивает группы: учётную запись получит любой, кто может войти у вашего провайдера удостоверений.
Секреты в config.env — ключ провайдера модели, секрет OIDC — лежат открытым текстом, права файла 0640: его читают root и группа сервиса. Песочницы работают от имени сервиса, поэтому агенты, скорее всего, тоже могут его прочитать, пока чтение между песочницами не закрыто.
Сокет Docker, если его включить, даёт агентам доступ к хосту.
Терминал администратора работает вне песочницы.
Защита от CSRF по умолчанию только записывает нарушения в лог.
Резервные копии делаются вручную командой remote-hangar backup. Сама платформа снимает копию базы только перед обновлением.
Платформа работает на одном сервере.
Внешнего аудита безопасности и сертификации не было.

Пришлите вопросы вашей службы безопасности

Ответим письменно или на звонке, покажем настройки на тестовом сервере.

Обсудить пилот