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

Одна база данных на клиента

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

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

Ключи и кто может ими пользоваться

Мы не можем показать вам ваш собственный ключ.

Ключи API показываются вам ровно один раз — при создании. Мы храним только хеш SHA-256, поэтому копия нашей базы данных не даёт никому рабочий ключ, и ни мы, ни злоумышленник не можем прочитать ваш ключ обратно. Отзыв ключа вступает в силу в сервисе примерно через минуту и немедленно на машине, которая обслуживает вашу память.

Ключи можно сузить.

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

Двухфакторная аутентификация

Ваша учётная запись может требовать второй фактор при входе, и когда вы его включаете, он применяется при каждом входе в систему — после пароля и после GitHub или Google — а не просто отображается как настройка.

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

Каждое деструктивное действие — удаление проекта, редактирование истории, удаление аккаунта, восстановление резервной копии — снова спрашивает, кто вы: ваш пароль, если он есть, и код двухфакторной аутентификации; без двухфакторной аутентификации — вход через GitHub или Google за последние десять минут. Экспорт данных никогда этого не требует.

Войдите с помощью GitHub или Google

Вход через GitHub или Google использует стандартный поток авторизации с кодом и PKCE, привязанный к браузеру, который его начал. Мы получаем ваш адрес электронной почты, ваше имя и ID вашей учётной записи в этом сервисе — и ничего больше. Мы не храним токены доступа GitHub или Google и не можем читать ваши репозитории, почту или файлы. Учётная запись GitHub или Google присоединяется к существующей учётной записи Brethof только если этот сервис подтвердил адрес электронной почты и мы тоже, или если у учётной записи ещё нет пароля.

Защита от собственных агентов

Это та часть, о которой большинство сервисов не задумываются. Ваша память постоянно обрабатывается ИИ-агентами — и агент может ошибиться, получить вредоносную инструкцию, скрытую в контенте, который его попросили прочитать, или удалить не то за часы до того, как человек заметит.

Поэтому архив исходных переписок намеренно недосягаем для них. Ни один агент не может удалить ни одного сообщения. Ни один агент вообще не может касаться последних трёх месяцев. Более старую историю можно удалять только массово, по проектам. Удаление целого проекта — единственное действие, затрагивающее архив целиком, — недоступно агентам любого уровня; оно выполняется в панели аккаунта, где название проекта вводит человек.

Причина, по которой это важно, проста: отобранная память является производным, а архив — исходным источником. Всё, что теряется в результате плохой правки, можно восстановить на основе истории. Но ничто не может восстановить саму историю.

Шифрование, резервные копии и место хранения ваших данных

Ваша память — это отдельный контейнер для каждого клиента: своя база данных, своя файловая система, свой пользователь Linux, ничего общего. Если вы выбрали локальный вариант, этот контейнер работает на вашей машине: память хранится у вас, и мы не храним её. Через наш хаб — наш защищённый вычислительный инстанс в Цюрихе, Швейцария — проходит лишь обрабатываемый контент: каждый обмен и фрагменты памяти, которые ваш контейнер отправляет, когда требуется оценка или составление краткого описания сессии. Раздел 4 Политики конфиденциальности перечисляет их точно. Ничто из этого не сохраняется.

Что за программное обеспечение стоит на вашей машине

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

Именно эта структура делает трафик проверяемым, и вы должны его проверять: наверх уходят обмены и перечисленные выше фрагменты, вниз возвращаются команды и строки. Клиент source-available — прочитайте каждую его строку.

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

В хостинговом варианте трафик шифруется при передаче с помощью TLS, а в покое вся файловая система вашего контейнера — каждая переписка, каждая запись, сама база данных — шифруется ключом, производным от парольной фразы, которая есть только у вас. Мы никогда её не видим и не храним: она передаётся при старте вашей сессии, разблокирует память, и память снова блокируется после вашего ухода. Заблокированный контейнер — шифротекст для всех, включая нас: украденный диск, утёкший образ или списанный накопитель — просто шум, как и наш собственный root-доступ в ваше отсутствие.

Удаление — это криптография

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

Чего не касается шифрование

Честные ограничения. Шифрование в покое — это именно шифрование в покое: пока ваша память разблокирована для сессии, контейнер неизбежно работает с вашими данными в открытом виде, чтобы обслуживать поиск, поэтому «мы никогда не смотрим ваши данные» — это наша политика и механизмы контроля доступа, а не математическая невозможность; математическая гарантия действует, когда контейнер заблокирован. Мы предпочитаем показать, где проходит граница, чем позволять вам считать, что её нет.

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

Хостинговая память хранится, индексируется и ищется полностью внутри ЕС — наши серверы и резервные копии находятся в Германии. Эмбеддинги для поиска вычисляются на наших собственных машинах и никогда их не покидают. Локальная память не доходит ни до чего из этого: она на вашем диске, под той защитой, которую вы обеспечиваете своему диску.

Единственное исключение — ИИ-кураторство. Каждый курируемый фрагмент обрабатывается на нашем инстансе защищённых вычислений в Цюрихе, Швейцария — стране, которую ЕС признаёт обеспечивающей адекватный уровень защиты данных, — а оттуда один проход модели отправляется в Ollama, которая размещает эту модель в США и Европе, где он обрабатывается и возвращается. Согласно опубликованным условиям Ollama, входные и выходные данные обрабатываются временно и никогда не используются для обучения моделей — это их обязательство, зафиксированное в их собственных условиях, и мы приводим его как их заявление, а не как наше обещание. Ничто другое не покидает ЕС. Если вам нужно, чтобы и кураторство никогда не покидало ЕС, это доступно на выделенном развёртывании — спросите. Каждый субпроцессор, с назначением и расположением, перечислен в Политике конфиденциальности.

Как мы работаем

Минимальные привилегии по умолчанию

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

Внутренние конечные точки заблокированы на границе сети.

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

Отказ с закрытием

Когда что-то отсутствует или нечитаемо, сервис отказывает, а не угадывает. Непроверяемый ключ отклоняется. Некорректные разрешения ничего не дают. Отсутствующий секрет подписи вебхука отклоняет каждое событие, а не доверяет тому, что приходит. Это осознанная позиция: режим отказа сервиса памяти должен быть «нет ответа», а не «ответ не того клиента».

Каждая версия проверяется извне

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

Сообщение о проблеме с безопасностью

Если вы считаете, что обнаружили уязвимость, пожалуйста, сообщите нам об этом прежде, чем рассказывать кому-либо ещё, и мы будем сотрудничать с вами. Контактные данные размещены на /.well-known/security.txt или напишите на hello@Brethof.ai. Мы не угрожаем исследователям, которые сообщают добросовестно.

Более глубокие требования — соглашение об обработке данных, выделенное развёртывание в выбранном вами регионе или сохранение курирования внутри ЕС — мы решаем напрямую. Спросите.