Главная/Безопасность
02 / Требования к закрытому узлу

Безопасность
пока проектируется.

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

Концепт · не описание готовой защиты
Основные требования

Что должно быть проверено

Решения по доступу, передаче и хранению предстоит выбрать и испытать до запуска хранилища.

Модель доступа

Только приглашённые участники, понятные роли и возможность отозвать доступ. В макете это пока не подключено к серверу.

Передача данных

Для будущего узла понадобится защищённое соединение и проверка конфигурации. Сейчас сайт показывает только визуальный прототип.

Хранение и копии

Нужно определить, где будут лежать файлы, как создавать резервные копии и как проверять восстановление после сбоя.

Открытый вопрос

Шифрование файлов

Решение о шифровании на стороне клиента требует отдельной модели угроз и продуманного восстановления ключей. Пока этого нет, мы не называем будущую систему end-to-end или zero-knowledge.

  • Определить модель угроз
  • Выбрать схему ключей и восстановления
  • Проверить реализацию до реальных данных
План / вход

Учётные записи команды

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

  • Приглашения без публичной регистрации
  • Отзыв доступа и завершение сессий
  • Дополнительный фактор — после оценки
Хранение и отказоустойчивость

Резервное копирование

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

  • Определить место и расписание копий
  • Проверять целостность и восстановление
  • Описать действия при сбое узла
Принципы приватности

Принципы проекта

Закрытый некоммерческий узел не требует рекламных механизмов и публичных профилей.

Минимум данных

В будущей системе стоит хранить только данные, необходимые для доступа команды и работы с файлами. Рекламные профили не нужны.

Никакой монетизации данных

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

Без сторонних трекеров

Для витрины и прототипа не нужны рекламные трекеры. Решения о диагностике будущего узла пока не приняты.

Прозрачность

Конфигурация узла и правила хранения должны быть понятны владельцу команды до появления реальных файлов.

Пока это модель, не гарантия

На макете можно оценить интерфейс. Защиту реальных файлов будем обсуждать после проектирования серверной части.