Безопасность платформы BibaMoney / Tvijo AIOS

Last updated 24 Oct 2026 · Конфиденциальность · Условия · Торговый риск

1. Некастодиальная архитектура

• Не храним средства. Ваши активы остаются на вашем биржевом счете. Мы не управляем кошельками, не принимаем депозиты и не имеем возможности вывода средств.
• Ключи API только для торговли / только для чтения. Подключенные биржевые ключи используются строго для чтения балансов и размещения сделок, которые вы авторизуете. Ключи с разрешением на вывод не требуются и никогда не должны создаваться для нас.
• Мы никогда не запрашиваем сид-фразы, приватные ключи или номера карт. Любое сообщение с таким запросом не от нас.

2. Хранилище ключей биржи — шифрование в состоянии покоя

• Ключи API запечатываются с помощью аутентифицированного шифрования AES-256-GCM перед записью в базу данных. Для каждой печати генерируется новый случайный nonce; измененный шифротекст не проходит аутентификацию, а не расшифровывается в мусор.
• Хранилище отказоустойчиво: если секрет шифрования оператора не предоставлен, хранение ключей полностью отключено — система отказывается хранить ключи, а не хранит их незащищенными.
• Секреты никогда не возвращаются в браузер (только замаскированная подсказка), никогда не отображаются в HTML и никогда не записываются в журналы.
• Ротация секрета оператора повторно запечатывает хранилище.

3. Публичная поверхность только для чтения

• Путь запросов публичного сайта работает с ролью базы данных только для чтения без прав на запись или создание таблиц. Компрометация публичной страницы не может изменить торговые или учетные данные через этот путь.
• Сервисы приложения привязываются только к localhost и доступны исключительно через обратный прокси TLS — внутренние порты сервисов не открыты в интернет.

4. Усиление безопасности на стороне браузера

• Content-Security-Policy в каждом ответе; встроенные скрипты запрещены политикой — JavaScript поставляется только как внешние файлы.
• X-Frame-Options: DENY (защита от кликджекинга), X-Content-Type-Options: nosniffи строгая Referrer-Policy.
• Весь трафик обслуживается через HTTPS за периметром CDN/WAF.

5. Аутентификация и контроль доступа

• Вход осуществляется через OAuth (Google / Microsoft) — мы никогда не видим и не храним ваш пароль.
• Административные и операторские поверхности используют отдельную аутентификацию и управление доступом на основе ролей, изолированные от пользовательских маршрутов.
• Доступ к живой торговле ограничен ручным одобрением оператора для каждой учетной записи — по умолчанию отключен и отказывает (запрещено), пока явно не включен.

6. Отказ по умолчанию

Во всей платформе переключатели, важные для безопасности, по умолчанию выключены/запрещены: хранение ключей без секрета шифрования, живая торговля без одобрения, автоматические сообщения без явного согласия и автоматические расходы ИИ без ежедневного лимита бюджета — все отказывается работать, а не деградирует молча. Записи, связанные с соблюдением требований (согласие на риск, заявленная страна), хранятся в минимизированной, только добавляемой форме — см. Политику конфиденциальности.

7. Что мы не заявляем

Ни одна система не является неуязвимой, и мы не будем притворяться обратным. В настоящее время мы не заявляем о формальных сертификациях (например, SOC 2 / ISO 27001). Что мы действительно заявляем, так это дизайн, в котором радиус поражения любого отдельного сбоя намеренно мал: нечего красть, нет открытых секретов для чтения, нет пути записи с публичной поверхности.

8. Ответственное раскрытие

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

Ищете рыночные каналы угроз (проверки риска токенов, проверки санкций, предупреждения о мошенничестве)? См. Оповещения о безопасности.