Политика папки
Папка может нести политику клиентского шифрования. Когда политика активна, новые загрузки в эту папку шифруются в браузере, если пользователь разблокировал хранилище шифрования. Дочерние папки могут наследовать политику, так что защищённое дерево остаётся защищённым при обычной работе перетаскиванием.
- Флаг политики живёт в метаданных узла.
- Загрузки блокируются с понятной ошибкой заблокированного хранилища, когда требуется шифрование.
- Существующие незашифрованные файлы можно зашифровать позже из действий папки.
Когда выбирать E2E-папку
Сквозное шифрование нужно для содержимого, которое не должен читать даже администратор сервера: личных документов, закрытых архивов или других выбранных файлов. Для обычных папок остаётся серверное шифрование хранения, которое совместимо с обработкой файлов на сервере.
Хранилище и восстановление
Клиентское шифрование разблокируется через пароль шифрования или фразу восстановления из 24 слов. Пароль отделён от пароля аккаунта и не отправляется на сервер, поэтому сервер не сможет сбросить доступ к зашифрованным файлам, если оба пути восстановления потеряны.
Непрозрачная серверная полезная нагрузка
Зашифрованные загрузки используют блоб контейнера Cotton со сгенерированным непрозрачным серверным именем файла. Видимое имя файла и тип контента хранятся как зашифрованные отображаемые метаданные, чтобы UI восстановил настоящее имя после разблокировки без обычных серверных метаданных.
- Метаданные файла помечают зашифрованные файлы флагом isClientEncrypted.
- Отображаемые метаданные шифруются отдельно на выведенном ключе метаданных.
- Скачивания расшифровываются в браузере перед открытием или сохранением файла.
Путь E2E-файла по шагам
Защита начинается на клиенте и не зависит от доверия к серверному диску. Сервер участвует в хранении и передаче, но не получает ключ, необходимый для восстановления открытого содержимого.
- Пользователь разблокирует браузерное хранилище паролем шифрования.
- Браузер шифрует файл и отдельно защищает видимое имя и тип содержимого.
- На сервер отправляются контейнер с шифртекстом и непрозрачные отображаемые данные.
- При скачивании браузер проверяет и расшифровывает файл перед открытием или сохранением.
Текущий лимит размера
Текущий браузерный путь E2E основан на Blob и ограничен 512 MB на зашифрованный файл. Лимит намеренно видимый: он не даёт вкладке браузера превратить клиентское шифрование в проблему с памятью до замены на потоковый конвейер.
Как это наслаивается на шифрование хранилища
После того как браузер зашифровал E2E-файл, Cotton всё равно хранит этот шифртекст через обычный контентно-адресуемый, сжатый, зашифрованный конвейер хранения. Два слоя решают разные задачи: E2E скрывает выбранный контент от серверной обработки открытого текста, шифрование хранилища защищает сохранённые чанки и артефакты бэкапов.
Что остаётся честным
E2E надо подавать как выбранные клиентски зашифрованные папки/файлы, а не общее заявление, будто каждая фича зашифрована только в браузере. Шары, превью, поведение поиска и видимость метаданных нужно документировать фича за фичей по мере расширения поверхности E2E.
Граница модели угроз
E2E защищает содержимое от чтения на сервере и в серверной копии данных, но не делает разблокированный браузер неуязвимым. Вредоносное расширение, скомпрометированное устройство или потерянные данные восстановления остаются рисками на стороне пользователя.
Что сделать перед переносом важных файлов
Создайте тестовую E2E-папку, сохраните фразу восстановления отдельно от сервера и проверьте скачивание после повторной разблокировки. Только после этого переносите важные данные и учитывайте текущий лимит 512 MB на один зашифрованный файл.
- Не храните единственную копию фразы восстановления внутри той же зашифрованной папки.
- Проверьте восстановление на другом браузере или устройстве до удаления исходных файлов.
- Разделяйте обычные и E2E-папки по требованиям к серверной обработке.
Пруф клиентского шифрования
Поверхность E2E имеет реальные движущиеся части: метаданные политики папки, разблокировку браузерного хранилища, зашифрованные отображаемые метаданные, непрозрачные серверные имена файлов, браузерную расшифровку при скачивании и видимый лимит 512 MB для текущего пути на Blob.
Полезный E2E без театра
Cotton даёт пользователям сфокусированное место для файлов, которые должны быть зашифрованы ещё до того, как сервер вообще коснётся открытого текста, и не притворяется, что каждая продуктовая фича уже имеет ту же семантику E2E.
Где граница сегодня
Клиентское шифрование сейчас подходит для выбранных папок и ограниченных размеров файлов. Потерянные учётные данные хранилища могут сделать зашифрованный контент невосстановимым, а превью, шары и поиск требуют явного поведения E2E, а не расплывчатых обещаний.