Безпека

Одна база даних на клієнта

Ваша пам’ять — це не рядок у спільній таблиці з колонкою клієнта. Кожен клієнт отримує свій власна база даних. Немає спільних таблиць і немає міжклієнтських запитів, які можна було б виконати помилково, адже межею є сама база даних, а не фільтр, про який треба пам’ятати.

Цей бар’єр перевіряється ззовні під час кожного випуску: два реальні облікові записи, а також кожен інтерфейс, який повертає дані, перевіряються, щоб переконатися, що жоден з них не може бачити інший. Випуск не відбувається, якщо ця перевірка не пройдена.

Ключі та хто може ними користуватися

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

API-ключі відображаються вам лише один раз – під час створення. Ми зберігаємо їх у вигляді хешу SHA-256, тож копія нашої бази даних не дозволяє нікому отримати функціональний ключ, а ні ми, ні зловмисник не можемо відновити ваш ключ. Скасування ключа набуває чинності у сервісі приблизно через хвилину, а також негайно на пристрої, який зберігає ваші дані.

Ключі можна звузити

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

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

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

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

Кожна руйнівна дія — видалення проєкту, редагування історії, видалення облікового запису, відновлення резервної копії — знову запитує, хто ви: ваш пароль, якщо він у вас є, і ваш код двофакторної автентифікації; без двофакторної — вхід через GitHub або Google за останні десять хвилин. Експортування ваших даних ніколи цього не потребує.

Увійдіть за допомогою GitHub або Google

Вхід через GitHub або Google використовує стандартний потік авторизації з кодом підтвердження та PKCE, прив'язаний до браузера, з якого його розпочато. Ми отримуємо вашу адресу електронної пошти, ваше ім'я та ідентифікатор вашого облікового запису в цьому сервісі — і нічого більше. Ми не зберігаємо токени доступу GitHub або Google і не можемо читати ваші репозиторії, пошту чи файли. Обліковий запис GitHub або Google приєднується до наявного облікового запису Brethof лише тоді, коли цей сервіс підтвердив адресу електронної пошти і ми також, або коли в обліковому записі ще немає пароля.

Захист від ваших власних агентів

Це та частина, про яку більшість сервісів не замислюється. Ваша пам’ять постійно обробляється агентами ШІ — і агент може припуститися помилки, отримати зловмисну інструкцію, приховану в контенті, який йому доручили прочитати, або видалити щось не те за кілька годин до того, як це помітить людина.

Отже, первинний архів розмов свідомо недосяжний для них. Жоден агент не може видалити окреме повідомлення. Жоден агент узагалі не може торкатися останніх трьох місяців. Старішу історію можна видаляти лише масово, в межах проекту. Видалення цілого проекту — єдиний дійовий спосіб очистити архів повністю — недоступне агентам на будь-якому рівні; це робиться в панелі облікового запису, де людина власноруч вводить назву проекту.

Причина, чому це має значення, проста: відредагована пам’ять є похідною, а архів — це оригінал. Усе, що може бути втрачено внаслідок поганої редагування, можна відновити за допомогою історії. Але ніщо не може відновити саму історію.

Шифрування, резервні копії та де знаходяться ваші дані

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

Що за програмне забезпечення на вашій машині

Контейнер містить вашу пам’ять, пошук у ній та механізми, які підтримують обидва ці процеси в правильному стані. Він не містить жодного промпту, жодного доступу до моделі ШІ та жодного налаштування, яке б вказувало на таку модель. У ньому немає нічого, що могло б оцінювати вашу пам’ять, і нічого, що можна було б налаштувати для такої спроби. Кожне судження запитується в нашого хабу через з’єднання, яке ваш контейнер відкриває назовні та автентифікує — ми ніколи не підключаємося самі.

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

Одне залишається повністю на вашому боці: пошук у власній пам’яті — записи, вся історія та її датовані лінії рішень — виконується як звичайне читання з ваших власних таблиць, усередині вашого власного контейнера. Це працює, навіть якщо наш хаб недоступний, і не надсилає нічого на оцінку.

На хостованій формі трафік шифрується під час передачі за допомогою TLS, а в стані спокою вся файлова система вашого контейнера — кожна розмова, кожен запис, сама база даних — шифрується ключем, похідним від парольної фрази, яку знаєте лише ви. Ми ніколи її не бачимо і не зберігаємо: вона проходить, коли починається ваша сесія, розблоковує вашу пам’ять, і пам’ять знову блокується після вашої відсутності. Заблокований контейнер — це шифротекст для всіх, включно з нами: вкрадений диск, витік образу чи списаний накопичувач — це просто шум, як і наш власний root-доступ, поки вас немає.

Видалення — це криптографія

Ваше стирання — не сподіване прочісування сховища: ваш зашифрований контейнер знищується цілком — і оскільки видалення шифротексту не потребує ключа, це працює навіть якщо ви забули свою парольну фразу. Решта резервних копій непридатні для читання без неї і стираються в міру циклу резервного драбини, щонайпізніше протягом 30 днів. Копії, яку ми могли б повернути, не існує.

Чого не охоплює шифрування

Чесні обмеження. Шифрування в стані спокою — це саме спокій: поки ваша пам’ять розблокована для сесії, контейнер неминуче працює з вашими даними у відкритому вигляді, щоб виконувати ваші пошуки, тож «ми ніколи не дивимося на ваші дані» — це наша політика та наші засоби контролю доступу, а не математична неможливість — математична гарантія діє щоразу, коли контейнер заблокований. Ми радше скажемо вам, де проходить межа, ніж дозволимо вам думати, що її немає.

Резервні копії хостованих контейнерів — це витягування самої зашифрованої файлової системи — шифротекст ще до залишення машини, непридатний для читання без вашої парольної фрази — які зберігаються на короткій рухомій драбині щоденних і щотижневих копій у Німеччині. Коли обліковий запис видаляється, його резервні копії видаляються разом із ним, а решта копій зникає протягом 30 днів.

Хмарна пам’ять зберігається, індексується та шукається повністю в межах ЄС — наші сервери та резервні копії в Німеччині. Ембеддинги для пошуку обчислюються на наших власних машинах і ніколи їх не залишають. Локальна пам’ять ніколи не потрапляє до жодної з цих систем: вона на вашому диску, під тим захистом, який ви йому дасте.

Єдиним винятком є AI-кураторство. Кожен фрагмент тексту, який підлягає кураторству, обробляється на нашому захищеному обчислювальному сервері в Цюриху, Швейцарія — країні, яку ЄС визнає такою, що забезпечує належний рівень захисту даних, — а звідти один прохід моделі надсилається до Ollama, який розміщує цю модель у Сполучених Штатах та Європі, де вона обробляється та повертається назад. Опубліковані умови Ollama зазначають, що вхідні та вихідні дані обробляються тимчасово та ніколи не використовуються для навчання моделей — це їхнє зобов'язання, сформульоване в їхніх власних умовах, і ми наводимо його як їхні слова, а не як нашу обіцянку. За межі ЄС не передається нічого іншого. Якщо вам потрібно, щоб кураторство теж ніколи не виходило за межі ЄС, це можливо на виділеному розгортанні — запитайте. Кожен субпідрядний обробник, із зазначенням мети та розташування, перелічено в Політиці конфіденційності.

Як ми працюємо

Мінімальні привілеї за замовчуванням

Сервіс працює як непривілейований користувач усередині свого контейнера, ніколи не як root. Його роль у базі даних — не суперкористувач, і він не може читати файли з хоста. Це автоматично перевіряється перед кожним випуском, а не просто припускається.

Внутрішні кінцеві точки заблоковані на межі.

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

Збій закрито

Якщо щось відсутнє або нерозбірливе, сервіс відмовляє, а не вгадує. Неперевірний ключ відхиляється. Пошкоджені права доступу нічого не надають. Відсутній секрет підпису вебхука відхиляє кожну подію, а не довіряє тому, що надходить. Це свідома позиція: режим відмови сервісу пам’яті має бути «без відповіді», а не «відповідь неправильного клієнта».

Кожна версія перевіряється ззовні.

Перед будь-яким випуском автоматизований механізм перевіряє весь продукт, починаючи з абсолютно нового облікового запису, через справжнє мережеве з’єднання: реєстрацію, видачу та скасування ключів, зберігання та видалення даних, ізоляцію між двома активними обліковими записами, експорт даних та їх повне стирання. Або все пройде успішно, або випуск не відбудеться.

Повідомлення про проблему з безпекою

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

Більш складні вимоги — угода про обробку даних, спеціальне розміщення у обраному вами регіоні чи зберігання даних всередині ЄС — це те, що ми опрацьовуємо безпосередньо. Запитайте.