Модель доступа
Только приглашённые участники, понятные роли и возможность отозвать доступ. В макете это пока не подключено к серверу.
Серверная часть хранилища ещё не создана. Здесь перечислены вопросы, которые нужно решить до работы с реальными файлами команды.
Концепт · не описание готовой защитыРешения по доступу, передаче и хранению предстоит выбрать и испытать до запуска хранилища.
Только приглашённые участники, понятные роли и возможность отозвать доступ. В макете это пока не подключено к серверу.
Для будущего узла понадобится защищённое соединение и проверка конфигурации. Сейчас сайт показывает только визуальный прототип.
Нужно определить, где будут лежать файлы, как создавать резервные копии и как проверять восстановление после сбоя.
Решение о шифровании на стороне клиента требует отдельной модели угроз и продуманного восстановления ключей. Пока этого нет, мы не называем будущую систему end-to-end или zero-knowledge.
Сначала нужна базовая модель входа и управления участниками. Дополнительные факторы и управление сессиями можно выбирать только после этого этапа; сейчас форма входа не подключена.
До подключения файлов нужно выбрать место хранения и процедуру резервирования. Важно не только создавать копии, но и регулярно проверять восстановление.
Закрытый некоммерческий узел не требует рекламных механизмов и публичных профилей.
В будущей системе стоит хранить только данные, необходимые для доступа команды и работы с файлами. Рекламные профили не нужны.
Проект некоммерческий. Продажа данных, реклама и публичная платформа не входят в его задачи.
Для витрины и прототипа не нужны рекламные трекеры. Решения о диагностике будущего узла пока не приняты.
Конфигурация узла и правила хранения должны быть понятны владельцу команды до появления реальных файлов.
На макете можно оценить интерфейс. Защиту реальных файлов будем обсуждать после проектирования серверной части.