Как KeyKeeper защищает ваши данные

Каждая запись шифруется в браузере или в приложении ещё до отправки в сеть. Для этого используется XChaCha20-Poly1305 — современный шифр с аутентификацией: он не только скрывает содержимое, но и обнаруживает любую попытку его изменить. Если кто-то подменит хоть один байт шифротекста, запись просто не откроется.

Это и называется Zero-Knowledge: сервер KeyKeeper физически не получает ничего, из чего можно было бы собрать ваши пароли. Расшифровка тоже происходит только у вас.

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

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

В обычной схеме вы отправляете пароль серверу, а тот сверяет его с сохранённым хешем. Если сервер скомпрометирован или пароль перехвачен по дороге, он раскрыт. KeyKeeper использует OPAQUE — протокол аутентификации по паролю, при котором сервер не получает ни самого мастер-пароля, ни чего-либо равнозначного ему.

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

Шифрование само по себе не отвечает на вопрос «чей это ключ?». Если сервер подсунет вам чужой ключ вместо ключа коллеги, вы зашифруете данные для злоумышленника. Чтобы это исключить, ключи и записи подписываются Ed25519, а клиент проверяет подписи сам и отвергает подставленные ключи.

Доверие строится на математике на вашей стороне, а не на обещании сервера вести себя честно.

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

Если вы отзываете у участника доступ, ключ коллекции меняется. Бывший участник остаётся со старым ключом, который не открывает данные, защищённые новым. Подробнее о ролях и общих коллекциях — на странице KeyKeeper для команд.

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

Zero-Knowledge означает, что мы не можем прочитать ваши данные и не можем сбросить мастер-пароль. Если вы забудете пароль, а у сейфа нет другого владельца, мы доступ не вернём: личный сейф откроется только перебором.

В организациях есть осознанное исключение. Ключ организации хранится так, что его может открыть владелец организации (роль super_admin). Это функция для бизнеса: когда сотрудник уходит или забывает пароль, компания не теряет доступ к своим рабочим данным. Сервер KeyKeeper этот ключ по-прежнему открыть не может, но владельцу организации вы доверяете по определению. Учитывайте это, когда решаете, кого назначать владельцем.