Pull to refresh

Comments 6

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

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

А если нужен совместный доступ к файлу?

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

Интересно. Если не секрет, а в каком проекте вы это используете? Файлообменник? Получается, что поиск по серверу будет недоступен?

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

Да, проект - браузер Vivaldi.

Sign up to leave a comment.