Безпека 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.
Не вірте цій сторінці на слово
А тепер перевірте.
Запустіть демонстрації в лабораторії перевірки, прочитайте пояснення безпеки або відкрийте застосунок і порівняйте відбиток ключа зі співрозмовником іншим довіреним каналом.