Безопасность Livara: Где заканчивается защита.
Livara 0.2 · без преувеличений
Как Livara защищает содержимое сообщений, какие метаданные остаются видимыми и как восстановление и безопасность устройства ограничивают эту защиту. Специально разработанные протоколы LVR1 и LGS1 не проходили независимый аудит безопасности.
Примитивы
Если нет идентичности шифрования, защищённая отправка останавливается. Новая группа не создаётся как зашифрованная, пока не готовы все участники; старая несовместимая группа явно остаётся вне E2EE, без более сильного ярлыка. Ретранслятор всё равно видит конверт: кто, когда, какой размер и доставлено ли.
01 · Граница
Может ли сервер прочитать?
Таблица описывает доставку сообщений. Отдельную обработку ИИ регулируют политика конфиденциальности и настройки используемого вами клиента.
примечание маршрутизация, состав участников, временные метки, состояние доставки и шифротекст хранятся для синхронизации устройств.
примечание именно это хранение позволяет восстановить пропуски после переподключения. Это компромисс, и такова ваша плата.
| Что это | Личные 1:1 | Совместимые приватные группы | Каналы |
|---|---|---|---|
| Текст сообщений | Зашифровано на вашем устройстве | Сквозное шифрование (LGS1) | Публичные вещательные каналы |
| Правки текста | Зашифровано на вашем устройстве | Сквозное шифрование (LGS1) | Публичные вещательные каналы |
| Фото, видео, файлы, подписи | Зашифровано до загрузки | Зашифровано до загрузки | Публичные вещательные каналы |
| С кем вы общались | Только метаданные маршрутизации | Только метаданные маршрутизации | Публичные вещательные каналы |
| Когда вы общались | Только временные метки доставки | Только временные метки доставки | Публичные вещательные каналы |
| Ваш пароль | Никогда не покидает устройство | Никогда не покидает устройство | Никогда не покидает устройство |
| Ваши закрытые ключи | Никогда не загружаются незашифрованными | Никогда не загружаются незашифрованными | Никогда не загружаются незашифрованными |
02 · Личные чаты
Как сообщение получает ключ.
LVR1 начинается с классического и постквантового материала, затем поддерживает два механизма обновления ключей. Обычные сообщения продвигают малозатратные односторонние цепочки; периодические эпохи ML-KEM обновляют постквантово защищённый корень без трёхкилобайтного установления соединения при каждой отправке.
LVR1 — подробно
Примитивы и параметры ниже описывают конструкцию. Использование известных компонентов само по себе не подтверждает безопасность полного протокола.
- Классический корень
- P-256 ECDH, подписанные предварительные ключи
- Постквантовый корень
- ML-KEM-768, эпохи с периодическим обновлением ключей
- Установление
- Гибридный подход в стиле X3DH, одноразовые ключи при наличии
- Обновление ключей
- Независимые цепочки отправки и получения
- Шифр содержимого
- AES-256-GCM для содержимого и заголовка
- Хранение ключей
- Создаются на устройстве; резервные копии для восстановления шифруются до загрузки
- Вложения
- Случайный ключ для каждого файла, передаваемый внутри сеанса
Идентичность
Закрытый ключ P-256 и начальное значение ML-KEM-768 создаются на устройстве и никогда не загружаются открытыми.
Удостоверить предварительные ключи
Подписанные предварительные ключи P-256 и ML-KEM-768 проверяются клиентом; одноразовые ключи добавляют свежесть, если доступны.
Установить
Гибридный X3DH смешивает несколько согласований P-256 с секретами ML-KEM в независимые классический и постквантовый корни.
Продвинуть цепочку
Односторонние цепочки отправки и получения продвигаются после каждого сообщения; периодические обновления эпох ML-KEM освежают постквантовый корень.
Зашифровать
Ключ сообщения объединяется с текущим корнем PQ, затем AES-256-GCM шифрует и удостоверяет содержимое и заголовок.
Создать
Каждый участник создаёт на устройстве цепочку отправителя и ключ подписи для своих групповых сообщений.
Распределить
Ключи отправителей передаются другим участникам внутри попарных постквантовых сеансов LVR1.
Продвинуть
Каждое сообщение выводит одноразовый ключ AES-256-GCM из цепочки и несёт подпись отправителя.
Сменить ключи
При вступлении или выходе участников создаются и распределяются новые ключи отправителей.
03 · Приватные группы в 0.2
Один шифротекст — всем участникам.
Раздельное шифрование одного текста для большой группы требует всё больше работы с каждым участником. В LGS1 у каждого отправителя вместо этого одна подписанная цепочка: ключ передаётся через попарные сеансы LVR1, затем один нечитаемый шифротекст доходит до всей группы, а уникальные ключи вложений, подписи и имена файлов зашифрованы внутри.
LGS1 — подробно
- Цепочки отправителей
- Одна подписанная цепочка на отправителя, одно сообщение на позицию
- Распределение ключей
- Ключи отправителей передаются внутри попарных сеансов LVR1
- Ключ сообщения
- Одноразовый ключ AES-256-GCM, выводимый для каждой позиции
- Аутентификация
- Идентичность подписи P-256 для каждого отправителя
- Изменение состава
- Старые ключи отправителей устаревают; участники меняют ключи
- Охватывает
- Текст · правки · подписи · имена файлов · ключи вложений
04 · Неудобная часть
Шифрование защищает содержимое, но не скрывает граф связей.
Livara хранит и обрабатывает операционные метаданные для доставки и синхронизации. Таблица описывает защищённую доставку сообщений, а не отдельную обработку ИИ. Перед использованием ИИ с контентом чатов проверьте настройки и политику конфиденциальности вашего клиента.
| Сервер видит | Сервер хранит | Нечитаемо при защищённой доставке сообщений |
|---|---|---|
| Кто с кем общается | Записи сообщений в виде шифротекста | Открытый текст сообщений |
| Состав групп и диалоги | Шифротекст LVR1 и LGS1 | Расшифрованное содержимое медиа |
| Временные метки и размеры шифротекста | Квитанции, реакции, правки | Подписи и имена файлов |
| Состояние доставки и маршрутизация | Курсор синхронизации для каждого аккаунта | Ключи вложений |
| То, что вы подключаетесь к Livara | Токены push и записи безопасности | Ваш пароль — только доказательство SRP |
Код защиты метаданных LSS1 существует, но не подключён к обычной отправке сообщений. Не считайте его активной защитой текущих сообщений.
05 · Раскрытие ограничений
То, о чём Livara не заявляет.
Список нужен, чтобы не приходилось угадывать по умолчаниям на других страницах. Если что-то из него исчезнет, то потому, что возможность появилась, а не улучшилась формулировка.
Чего сегодня не обещаем
Шесть пунктов прямо из опубликованной модели угроз.
- Анонимность метаданных
- Сквозное шифрование каналов — они публичные вещательные потоки
- Сквозное шифрование при активной необязательной записи на сервере
- Защита разблокированного или скомпрометированного устройства
- Восстановление без фразы восстановления
- Сокрытие подключения к Livara от сетевого провайдера
Утверждения, которых мы не делаем
Сформулированы так, как хотелось бы рекламе, а затем зачёркнуты.
- Что контент каналов приватен. Каналы — публичные вещательные потоки по замыслу.
- Что сервер не хранит метаданные маршрутизации, необходимые для доставки и синхронизации в реальном времени.
- Что можно восстановить доступ после потери и устройства, и фразы восстановления.
- Что контрольные номера никогда не нужно сверять. Их сравнение позволяет проверить ключ при личной встрече.
06 · Идентичность
Вход — и повторный вход.
SRP доказывает знание пароля без его передачи
При аутентификации SRP устройство доказывает знание пароля без передачи самого пароля. Сервер хранит верификатор. Это не защищает скомпрометированное устройство или клиент.
Резервная копия ключей шифруется до загрузки
Ключи согласования и подписи P-256 и начальное значение ML-KEM шифруются на устройстве случайным 256-битным ключом восстановления. Формат v7 удостоверяет набор алгоритмов, эпоху идентичности и поколение. Он восстанавливает идентичность, а не историю чатов.
Отпечатки позволяют проверить другую сторону
Сравните отпечатки открытых ключей с собеседником по другому доверенному каналу. Если они неожиданно различаются, проверьте изменение перед передачей чувствительной информации.
Сервер по-прежнему решает, кто может действовать
Проверки членства и ролей управляют диалогами, загрузками, квитанциями, правками, удалениями и действиями в реальном времени. Это власть сервера, а не криптография — поэтому она указана отдельно.
пароль никогда не покидает устройство
доказательство вычисляется локально, передаётся серверу
сервер хранит верификатор, а не пароль
результат аутентифицировано — а по сети секрет так и не передавался
идентичность имя пользователя. Не SIM-карта, не оператор и не страна.
Аутентификация SRP отделена от шифрования сообщений. Одного пароля недостаточно для открытия зашифрованной копии идентичности; нужна фраза восстановления. Скомпрометированное устройство или клиент остаются вне этой защиты.
Вопросы
Пять вопросов, которые нам задают чаще всего.
Какие разговоры Livara защищены сквозным шифрованием?
Личные сообщения и разговоры совместимых приватных групп защищены сквозным шифрованием на устройстве. Личные чаты используют гибридный постквантовый механизм LVR1 с обновлением ключей; совместимые приватные группы — ключи отправителей LGS1 для текста, правок, фото, видео, файлов и голосовых заметок. Старые несовместимые группы явно остаются вне E2EE.
Вернутся ли ключи личных чатов при входе на новом телефоне?
Не сами собой. Зашифрованная копия ключей открывается только ключом восстановления, представленным вашей фразой. Одного правильного пароля намеренно недостаточно: иначе его одного хватило бы, чтобы отдать ключи другому.
Скрывает ли Livara, с кем я общаюсь?
Нет. Доставка маршрутизирует зашифрованные пакеты по отправителю, получателю и временным меткам; метаданные маршрутизации хранятся для синхронизации устройств. Мобильные push-уведомления о зашифрованных сообщениях не содержат имён или деталей сообщений.
Как работает групповое шифрование и что оно охватывает?
Каждый участник создаёт цепочку отправителя и передаёт её ключ другим участникам через попарно зашифрованные сеансы LVR1. Текст, правки, медиа, файлы и голосовые заметки группы шифруются на устройстве отправителя, прежде чем покинуть его. При вступлении и выходе участников ключи меняются.
Как защищены личные и групповые звонки?
Личные и групповые звонки используют сквозное шифрование аудио, видео и демонстрации экрана. Необязательная запись на сервере — отдельный режим: пока видно состояние REC, используется транспортное шифрование вместо E2EE.
Не верьте этой странице на слово
А теперь проверьте.
Запустите демонстрации в лаборатории проверки, прочитайте объяснения безопасности или откройте приложение и сравните отпечаток ключа с собеседником по другому доверенному каналу.